反復はすでに開始されており、新しいプログラマーがチームに参加しています。タスクXは別の開発者によって既に30時間と見積もられています。
この状況でのベストプラクティスは何ですか?
- 新しい開発者は指定された推定値で実行します(速度の計算時に矛盾が修正されるという考えですか?)
- 新しい開発者はタスクを再評価しますか?(もしそうなら、それが著しく高く、反復にもはや適合しない場合はどうなりますか?)
- 手を上げて滝に戻る?
- 完全に何か他のもの?
反復はすでに開始されており、新しいプログラマーがチームに参加しています。タスクXは別の開発者によって既に30時間と見積もられています。
この状況でのベストプラクティスは何ですか?
回答:
まず、「アジャイルタスク」と聞いて、1週間ではなく、1〜2日間の作業だと思います。タスクは、ストーリー自体が反復に収まるときにストーリーを分割するものであり、小さな断片に分割できないストーリーを持つことは非常にまれです。
第二に、あなたは基本的にこの新しい開発者に着手するよう求めています。彼がすぐに飛び込んで残りのチームのペースを維持することが合理的に期待できる場合は、元の見積もりを保持する必要があります。できない場合は、少なくとも自分でではなく、おそらくこの推定値に縛られるべきではありません。
第三に、状況はどうですか?チームが彼らの仕事を見積もったという状況ではなかったので、誰かが出て行って、翌日あなたが彼を取り替えたと確信しています。だから、チームのX人の男がこのスプリントの仕事を見積もり、彼らが扱うことができると思ったものを取り入れたと思います、そしてあなたは新しい男を紹介しました。チームがワークロードを選択せず、代わりに経営陣によってバックログが詰め込まれていない限り、今週は新しい人に多くのことをするつもりはありません。スケジュールが管理者によって設定された場合、アジャイルではありません。
個人的には、この男を最初のスプリントのために経験豊富なプログラマーとペアリングするように設定します(プログラマーが常にペアリングしない場合、それを与えることを検討しているという事実からではないと推測しています)一人の男への仕事)。肩越しに質問して質問することで、彼はコードベースの学習を開始し、彼の一般的なプログラミングスキルがすぐに理解できれば、すぐに効果的なコードレビュアーになり、バグや非効率なコードを見つけます。