スクラムバーンダウンチャート、マイナスになることはありますか?[閉まっている]

StackOverflow https://stackoverflow.com/questions/2528336

質問

私は、非アジャイル思考の大企業の一部である小規模なアジャイル開発チームで働いています。現在、私たちはスクラムを実践していますが、場合によってはスプリントのコミットメントを超えることもあります。

私の質問は、スプリントのコミットメントを超えた場合、バーンダウン チャートをどのように処理するかということです。2 つの選択肢が考えられます。

  • Y軸を負の方向に伸ばしてカウントダウンを続けます
  • さらにカード/ストーリー/作業を追加すると、バーンダウン値がその量だけ増加し、その作業が終了すると燃え尽きます。

私のチームにとっての究極のソリューションは、ビジネスにとって明確であり、開発者にとって真の価値をもたらすものです。これまでのところ、これらの解決策はいずれも完全には機能していません。

役に立ちましたか？

解決

私の意見では、バーンダウンチャートは負に行くことができません。あなたの仕事で終わった場合は、どちらかのバーンダウンがゼロに滞在することを意味し何もしない、あなたの椅子に座って続けます。

あなたが実際に何かをする場合は、

、そして、それはあなたがあなたがあなたのスプリントのワークロードに追加のタスクを完了したら、バーンダウンが再び上下に行くとなることを意味し、タスクのリストに追加する必要があります。

元のワークロードは、スプリントが終了する前に完了しているAスプリントは、それがなった後、新しいタスク（いずれか一つのタスク、例えばバグ修正や何でも、または1つ以上の新しいユーザーストーリー）が再び追加されている小さなスパイクを示す必要がありますより多くのためにそこのその部屋をクリアします。

これはあなたのチームと頻繁に発生する場合は、

しかし、あなたは常にあなたの速度を過小評価することと、最初から複数のタスクにコミットする開始する必要がありますようです。私は早期に終了し、より多くのタスクを取ることができるように悪いことだと言っていないんだけど、これはスプリントの多くで発生した場合、それは偶然やメイクのいずれかに、チームは最初からundercommittingされていること兆候であります絶対に彼らはスプリントを失敗する方法はありませんことを。

それはあなたの製品の所有者で大丈夫ですので、それがあれば。私は、製品の所有者だったと私はいつも早く仕上げ1つのチームを見たい場合、私は彼らが最初から複数のタスクにコミットするために取得しようとするだろう。これは、それが音に意図のものよりビット厳しいが聞こえるかもしれない。

他のヒント

バーンダウンは、コミットメント内に残っている範囲を示します。成果を出しすぎているためにコミットメントに何かを追加すると、チャートに記録している数値にそれが追加されます。その結果、成果を出しすぎているチームはバーンダウンがゼロに向かい、その後、グラフに示されたタイムボックスが終了するまでその状態を維持することになります。

実際に何を提供しているかを示すには、代わりにバーンアップまたは累積フロー図を検討してください。

編集

  • バーンダウンは、「何か」 (スプリント、リリース、MMF/「エピック」など) を完了するために残っている作業を示します。
  • バーンアップは「何か」の蓄積を示します (ビジネス価値の獲得、複雑さの克服など)
  • 累積的なフロー図には両方が表示され、プロセスの品質についての洞察が得られます。

スプリントにさらに項目を追加すると、 残りの作業の見積もり それをスプリント バーンダウン チャートに反映するには、次のようにします。

代替テキスト http://www.movi​​ngsummit.co.uk/images/burndown_chart.JPG

しかし、他の回答で指摘されているように、これは次のことを示しています。 残りの作業の見積もり 変更されたのは理由ではなく (作業を再見積もりしたのか、作業を追加したのか)、行われた作業の蓄積ではありません。ただし、これは問題ではないかもしれません。

行われた作業の蓄積を表すには、バーンアップ チャートの方が適切です (リリース レベルではバーンアップ チャートを使用します)。ワークロードに対するバーンアップにより、完了した作業の進捗状況と、要件の増減 (およびこれが完了予測にどのように影響するか) を表すことができます。

代替テキスト http://www.movi​​ngsummit.co.uk/images/burnup_chart.JPG

Y軸を拡張すると、それは本当にあなたが上とスプリントの目標を超えて行っていることをみんなにクリアします。あなたはそれだけオーバーを行っていないため、通常、それは大きな問題ではありません。

それは定期的に発生なったり、重要な量を超える行けば、あなたの推定処理で何かが間違っているがある場合。おそらく、あなたはビジネスの「非アジャイル」側に対処する上で過度に慎重です。試してみて、乗るために沿って皆を持っています。

ゼロ以下にバーンダウンチャートのY軸を拡張するだけでなくを解除の進捗状況を追跡するための練習を確立しています。

チャートバーンダウン

サンプルリリースする

リンクされた画像には、あなたは、リリースバーンダウンチャートを見ることができます - スコープを解放するために追加されているものすべてがゼロを超えました。

私は、スプリントバーンダウンチャートにまったく同じことをやってお勧めしません。あなたは、単にしばらく上がる残りの仕事とは明らかにあなたのバーンダウンに新しい仕事を追加する必要があります。 あなたがスプリントを提示するためのホワイトボードを使用している場合、あなたが適切なコメントと新しいストーリー/要件を追加した時に場所を標識するのは良いアイデアですチャートバーンダウン。その方法は、起こったと、なぜあなたのバーンダウンが上がったものを完全に表示されます。

あなたが永続的にあなたのバーンダウンと負を予定している場合、それはあなたが常にオーバーため、「早すぎる」自分の仕事を終え、推定されていることを示します。この問題を解決するには、（ - それは「スケーリング」である？私はこのために正しい用語を忘れる）1未満（すなわち0.75、3/4）の係数で推定値を乗算し始めます。スプリントまたは3のためにこれを行う、それが結果にどのように影響するかを見るには、各開発者のための右の要因を取得するための反復のカップルがかかる場合があります。この手段はあなたが定期的にスプリント内でよりフィットすることができますし、それが早期に終了してはいけません。

私はここに反対する請う:-)次のシナリオを検討してください：物語に仕事にチームを開始し、作業の一定量が計画されていない、そして今、彼らはその作業を完了するためにタスクを追加することを実現しています。バーンダウンが上がりはなく、正確に正当な理由のため、その場合には、メッセージがまだあるとしてチームの観点から、任意の違いを確認しないことを、スコープの変更はありませんが、「間違った推定」である：「これは「完了する必要のある作業の量。

どのような製品の所有者は？どのくらいあなたはオーバー配信していることを伝えたいですか？チームは2例を区別し、次回の推定を向上させる、あるいは最初からそれ以上にコミットする方法を分析するために、遡及でそれらを使用するためにどのくらい重要ですか？同様のアプローチは、代替のバーンダウンチャート（ http://www.mountaingoatsoftware.comを定義するために使用されています/スクラム/ ALT-releaseburndown の）ので、再基づかチャートを明確に増加した範囲を示し、より焼失し、スプリントで物語のどこかに作業を開始しながら、チームは新しいタスクを発見したかもしれない燃え; - ）

チャオ
ANdreaT

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top