チームに参加するプログラマーの見積もりを処理する方法は?


11

反復はすでに開始されており、新しいプログラマーがチームに参加しています。タスクXは別の開発者によって既に30時間と見積もられています。

この状況でのベストプラクティスは何ですか?

  • 新しい開発者は指定された推定値で実行します(速度の計算時に矛盾が修正されるという考えですか?)
  • 新しい開発者はタスクを再評価しますか?(もしそうなら、それが著しく高く、反復にもはや適合しない場合はどうなりますか?)
  • 手を上げて滝に戻る?
  • 完全に何か他のもの?

回答:


4

私が言うことは:

新しい開発者はタスクを再評価します。繰り返しの外に移動する必要がある場合は、外に移動します。

新しい開発者は、元の開発者がかかる時間内にそれを行うことができるかどうかを知りません。また、アジャイル方法論では、作業を行う開発者がどれだけ時間がかかるかを言うべきものです。

さらに、開発者はチーム/プロジェクト/会社に適合する必要があるため、乗数を適用します(開発者によって異なります)。


15

この個人をこのスプリントに追加しません。代わりに、コードベースの速度を上げるために取り組む別のタスクを彼に与えます(おそらく、ハングアップの少ないバグ修正ですか?)。

チームに新しい人を追加すると、この特定の目標の進捗が遅くなる可能性があります。彼はあなたの環境に慣れ、そこでの仕組みを学ぶ必要があるからです。新しいチームに基づいて適切な見積もりを行い、彼を次のスプリントに組み込みます。


6

まず、「アジャイルタスク」と聞いて、1週間ではなく、1〜2日間の作業だと思います。タスクは、ストーリー自体が反復に収まるときにストーリーを分割するものであり、小さな断片に分割できないストーリーを持つことは非常にまれです。

第二に、あなたは基本的にこの新しい開発者に着手するよう求めています。彼がすぐに飛び込んで残りのチームのペースを維持することが合理的に期待できる場合は、元の見積もりを保持する必要があります。できない場合は、少なくとも自分でではなく、おそらくこの推定値に縛られるべきではありません。

第三に、状況はどうですか?チームが彼らの仕事を見積もったという状況ではなかったので、誰かが出て行って、翌日あなたが彼を取り替えたと確信しています。だから、チームのX人の男がこのスプリントの仕事を見積もり、彼らが扱うことができると思ったものを取り入れたと思います、そしてあなたは新しい男を紹介しました。チームがワークロードを選択せず​​、代わりに経営陣によってバックログが詰め込まれていない限り、今週は新しい人に多くのことをするつもりはありません。スケジュールが管理者によって設定された場合、アジャイルではありません。

個人的には、この男を最初のスプリントのために経験豊富なプログラマーとペアリングするように設定します(プログラマーが常にペアリングしない場合、それを与えることを検討しているという事実からではないと推測しています)一人の男への仕事)。肩越しに質問して質問することで、彼はコードベースの学習を開始し、彼の一般的なプログラミングスキルがすぐに理解できれば、すぐに効果的なコードレビュアーになり、バグや非効率なコードを見つけます。


残念なことに、状況はほとんどそうでした-誰かが仕事を見積もると、かなりの人的資源を失いました。現在、新しい人材には、古い人材によって推定されたタスクがあります。

7
それは例外的なケースです。その場合、新しいチーム(新しいチームだけでなく)にバックログを再評価してもらいます。スプリントのキャンセルも検討します。チームの半分がスプリントの途中で退場した場合、チームは同じチームではなくなり、古いチームの目標を達成することは期待されません。新しい定常状態の速度と、物事を見る別の方法があります。
キース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.