0

私たちのチームには 100% 働いていないチーム メンバーが何人かいます。そもそもこれは悪い考えだと主張するかもしれませんが、それについては何もできないと仮定しましょう。私は他のチーム メンバーの 1 人と議論しましたが、私の主張は、バーンダウン チャートが私たちにとって「嘘をついている」ということです。例を挙げましょう。

2 週間続くスプリントがあるとします。私たちには 6 人のメンバーがいますが、そのうち 2 人は 50% しか働いていません。両方のアルバイト メンバーが最初の週に 100% 働き、2 番目の週に 0% 働く場合、私の主張は、1 週間後にバーンダウンが実際よりもはるかに良く見えるということです。スクラムは、今がスプリントに機能を追加する時だと言っています。

これを行う別の方法を見てきました。事前に利用可能な日数を入力してから、非線形の理想的な線を作成します。私の最初の提案は、あなたが利用できなくても燃え尽きるプレースホルダーを持つことでしたが、それはすぐに打ち切られました。

だから私は疑問に思います。バーンダウンチャートで何かする必要がありますか? チャートは役に立ちますか?この障害を克服するための他の良い方法はありますか?

現在、Urban Turtle を使用しています

4

2 に答える 2

3

パートタイムの開発者に関しては、明らかに理想的な状況ではありませんが、それほど問題はありません。チーム メンバーの 1 人が 1 日休みたいと言い、1 週間で 40 時間のうち 32 時間しか働けない場合、スクラムは失敗しますか? クリスマスの週に誰も仕事をしていなかったら、スクラムは失敗するでしょうか? いいえ - 両方のアカウントで。

あなたの状況を処理する最も簡単な (そして私の意見では最良の) 方法は次のとおりです。たとえば、3人のチームがあり、1 人のメンバーが100%、50% で 2 つ、スプリントが1 週間の場合、合計すると 40 + 40/2 + 40/2 = 80 になります。これが、チームがコミットしなければならない作業時間です。常勤会員が 2 人いる場合と変わりません。

バーンダウン チャートについて - 非線形の「理想的な」バーンダウンをプロットすることは、努力の無駄であり、見当違いだと思います。理想と呼ばれるには理由があります。それは、そのラインで作業するように努力しなければならないからではなく、一定のペースで作業した場合 (できた場合) にバーンダウンがどのようになるかを実証するためです。

そのグラフの機能を覚えておいてください -開発で起こりうる問題を示すためにあるのです。理想からのすべての逸脱が悪いわけではありません。人生は理想的ではありません。その違いに腹を立てると、自分をだます (そして自分を傷つける) ことになります。実際、すべての偏差を説明しようとすることは、ウォーターフォールがうまくいかないことで有名な予測方法であり、アジャイル方法が.

あなたがしたいと思うかもしれないことは、あなたが持っていたすべての大きな逸脱を記録し、それらを理解し、それらに対して何かできることがあるかどうかを確認してから、プロセスを適応させることです. これは、現在の状態をモデル化しようとするよりも優れています。

最後の質問に答えるために - 障害を克服するための他の良い慣行はありますか - 答えは、それは障害ではありません. あなたの現実を受け入れ、無駄なことを無視することで、それを克服してください。

于 2012-04-12T05:27:17.107 に答える
0

あなたの状況は、何時間にもわたってストーリー ポイントを使用するのに最適な候補です。過去に同様のストーリーにどれだけの時間が費やされたかに関係なく、ストーリーを完成させるための相対的な複合作業は、時間の経過とともに価値を提供するチームの能力にとってより意味のあるものになります。

この状況について、状況を一変させる非常によく知られた逸話があります。フルタイムのチームがあり、彼らが何時間働くことができるかを正確に知っていると想像してください。あなたのチームが最高のスクラム プラクティスを持っていて、全員が満足する速度に達したと想像してみてください。彼らは今、その速度に永遠に閉じ込められていますか? 同じチームに同じベロシティをより短い時間で提供するという目標を設定し、単純に早く帰宅するインセンティブを提供した場合、それは達成できると考えられますか?

答えはイエスです。実際、このような現実のシナリオが米国の主要なソフトウェア会社で発生し、そのチームは実際に 1 週​​間の労働時間が 16 時間に短縮されました!! はい、16時間です!! 彼らは、努力の見方を継続的に微調整することでそれを実現しました。結局のところ、複雑さを比較するのではなく、ストーリーを比較するのに何時間もかかる場合、再利用可能なコンポーネントなどをどのように考慮に入れ、ある機能から次の機能への予期しない要件の変化に対処するのでしょうか?

ストーリー ポイントに切り替えると、決して振り返ることはありません :0)

于 2015-08-20T01:29:35.697 に答える