スクラムガイド | 31. バーンダウンチャートを作成して解釈する方法は?

公開: 2022-06-21

バーンダウンチャートは比較的簡単に作成できます。 開発チームのメンバーによってログに記録された作業から生成するために使用できるツールは多数あります。 その単純さにもかかわらず、その解釈はスクラムチーム全体に貴重な情報を提供することができます. この記事を読んで、バーンダウンチャートの作成方法と解釈方法を確認してください。

バーンダウンチャートを作成して解釈する方法- 目次：

バーンダウンチャートの作成方法
バーンダウンチャートの責任者は誰ですか?
バーンダウンチャートの解釈方法
リアルバーンダウンチャートと理想バーンダウンチャート
測定単位の選択
概要

バーンダウンチャートの作成方法

開発チームは、その日常業務を監視する必要があります。 これは、その有効性を評価するだけでなく、それを改善するための基礎でもあります。この目的のための最もシンプルで実績のあるツールの 1 つは、バーンチャートです。

紙に座標系を描くことで、手動で作成できます。 Y 軸には、選択した単位 (ストーリーポイントなど) で表現された作業量をプロットする必要があります。 X 軸に、スプリントの連続した日を示すスケールを描画します。理想的なスプリントの線を引き、毎日の実際に完了したタスクの数をマークします。このソリューションは魅力的でチームを引き付けますが、あまり実用的ではありません。 また、リモートチームに必ずしも適しているとは限りません。

したがって、バーンダウンチャートを作成するデジタル手段は、はるかに一般的です。 チームメンバー間で分散されたタスクの作業をログに記録するための多くのツールには、バーンダウングラフを自動的に作成するオプションが付属しています。その後、開発者は特定の製品機能の作業の開始と終了をマークするだけで、その貢献がバーンチャートに反映されます。

適切なツールを使用すると、チャートを自由にスケーリングすることもできます。 これにより、特定のスプリントのレベルだけでなく、四半期またはプロジェクト全体の規模での燃焼についての洞察が得られます。

バーンダウンチャートを作成するためのツールを選択する際に考慮すべき重要な要素は、すべてのスクラムチームメンバーにとってのアクセシビリティです。 開発チーム全体に対するバーンダウンチャートの可視性は、重要な動機付け要因です。同様に重要なのは、残りの作業を示す線を毎日確認することです。 デイリースクラムでバーンインについて話すと、開発者は自分たちの作業方法と製品の現在の状態について考えるようになります。

バーンダウンチャートの責任者は誰ですか?

バーンチャートの所有権の問題は、やや物議を醸しています。 一方で、それはチームが効率的かつ計画に従って作業していることを確認するためのツールであるため、スクラムマスターに属する必要があります。他方では、それは顧客に伝達された製品目標に向けた進捗を反映するため、製品所有者の手に委ねるべきです。さらに、所有権を主張するサードパーティは開発チームであり、チャートは内部ツールとして機能します。

バーンダウンチャートは、開発チームの有効性を評価するための重要な指標であり、すべてのスクラムチームメンバーによって採用されます。そのため、透明性とアクセシビリティが重要です。ただし、その目的はチームに奉仕することです。 自己組織化を強化し、モチベーションを向上させ、割り当てられたタスクの作業状況をリアルに把握できるはずです。したがって、理論上は、開発チームの各メンバーがバーンチャートを更新できます。

ただし、実際には、バーンダウンチャートを更新するタスクは通常、スクラムマスターに委ねられます。 これは特に、新しい開発チームとの仕事の開始時に、チームベロシティがまだ変化しやすく、見積もりが難しいときに起こります。ただし、このタスクを開発者の 1 人に委任することをお勧めします。 結局のところ、チャートは、開発者自身が判断した、作業の進行状況の正直で内部的な測定値であることを意図しています.

バーンダウンチャートの解釈方法

バーンダウングラフの外観については、以前の記事で詳しく説明しました。ここでは、X 軸が作業を完了するための残り時間を示していることだけを思い出してください。 一方、 Y 軸は、残りの作業量を示します。

リアルバーンダウンチャートと理想バーンダウンチャート

バーンダウンチャートを解釈する上で重要な要素は、実際の「燃焼」の定期的なプロット、つまり開発チームによるタスクの実行だけではありません。この図で同様に重要なのは、理想的な燃焼ラインドロップ (ガイドライン) との比較です。

理想的なバーンラインと、バーンダウンチャートに記された実際の仕事の削減を比較することで、 2 つの非常に重要なパラメーターを評価できます。まず、作業が現在のペースで継続しているかどうかを確認するために、開発チームはスプリント目標または製品目標を予定どおりに達成します。第二に、現在のペースを維持しながら、作業がいつ完了するかを把握することです。つまり、バーンチャートはタスクの実際のペースを示し、理想的な線はタスクを完了するためにチームが取り組むべきペースを示します。

バーングラフでは、長期的には Development Team Velocity と呼ばれる値を決定することもできます。 これについては、別の記事で説明します。ここでは、1 スプリント中に行われた作業量によって決定される値であることだけを述べておきます。

バーンチャートは、理想的なバーンラインとタスク数の実際の減少との比較を示しているため、作業のペースを見積もることができます。 したがって、プロジェクトの遅延のリスクを予測します。

測定単位の選択

チームのベロシティは通常、ストーリーポイントと呼ばれる単位で測定されます。 実現したユーザーストーリーの数を定義します。これらは、非常に異なる量の作業を必要とする場合があります。

これが、多くのスクラムチームが時間ベースの測定を使用する理由です。規模に応じて、日数または工数になります。 各開発者は、タスクに費やした時間を見積もり、記録します。

別のオプションは、タスクをユニットとして採用することです。 これらは少し大きい単位で、ストーリーポイント、日数、または工数で表される値が割り当てられます。クライアントが製品の作業の進行状況をより明確に提示できるようにするユニットです。

測定単位に関係なく、開発チームの速度を計算する原則を覚えておく価値があります。 特定の日またはスプリントでは、実際に完了したタスクのみがカウントされます。 これは、最終テストのみが欠落している場合でも、開始されたタスクが翌日またはスプリントにカウントされることを意味します。

概要

How to create and interpret a burndown chart?

チーム監視ツールを利用できるため、バーンダウンチャートの作成が簡単になります。 最も重要な問題は、その一貫性、明確さ、およびすべてのスクラムチームメンバーがアクセスできるようにすることです。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチコミュニティに参加してください。

作者: キャロライン・ベッカー
プロジェクトマネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

すべての投稿を表示