スクラムフレームワーク — 第二版

この章は、第二版の歴史的背景と実践的な説明を保持しています。第三版のカリキュラムも、下の目次から利用できます。

---

スクラムのバーンダウンチャートで、アジャイルの進捗を把握する

21世紀に入り、ソフトウェア開発が急速に変化する中で、混乱を整理することが成功の重要な鍵になりました。一見シンプルでありながら強力なバーンダウンチャートは、プロジェクトのライフサイクルを把握する確かな方法です。複雑なプロジェクトを進める代表的なアジャイルフレームワークであるスクラムでも高く評価され、タスクと期間の管理を大きく変えられます。この記事では、スクラムでチャートを効果的に使い、円滑な開発サイクルを実現する方法を説明します。スプリントの計画を、戦略的に力を発揮するものへ変えていきましょう！

バーンダウンチャートは、時間に伴う仕事の進捗を可視化する、スクラムの有用な道具です。スコープを把握し、日程を追跡し、計画と実際の進み具合を比べられます。残りの仕事量を時間に対して描くことで、全作業の完了時期を予測し、スプリントでの提供を成功させるための、情報に基づく判断ができます。

スクラムのバーンダウンチャートの定義： スクラムのバーンダウンチャートは、時間に伴う残り作業量を、スプリントやリリースの基準となる傾向線と比べて示す、視覚的な測定の道具です。チームが進捗を評価し、望む結果に向けて計画を適応させる助けになります。

スクラムのバーンダウンチャートを理解する

スクラムのバーンダウンチャートは、スプリントゴールの達成に向けた進捗を、時間に沿って可視化します。各反復の開始時に作り、完了までに残っている仕事量と時間の関係を示します。メンバーは残り作業量を把握し、順調に進むための調整を行えます。

スクラムを使うソフトウェア開発プロジェクトを想像してください。二週間のスプリントで、バックログには80時間の作業が見積もられています。最初の日に、20時間と見積もった作業が完了しました。追加や見積もり直しがなければ、残りは60時間です。チャートには、その時点の実際の残り見積もりを、基準線と比較して描きます。

日が進む中で、実際の進み具合が予測と同じか、それ以上なら、順調と考えられます。追いつくのに苦労していたり、想定より先に進んでいたりする場合は、対処すべき背景事情があるかもしれません。チャートを確認することが、小さな問題が後に大きくなるのを防ぐ助けになります。

仕事量と時間の関係を可視化する

バーンダウンチャートの大きな利点は、シンプルで使いやすいことです。通常、縦軸にストーリーポイントや時間などで表した「残り作業量」を、横軸に時間を置いて描きます。

初めて行く場所へ車で向かい、Google Mapsで道案内を受けるようなものです。途中の目印、現在地、目的地までの推定距離によって、進み具合を把握できます。

理想傾向線（ITL）は、最初の見積もりが時間枠内で均等に減る場合を示す、直線の基準です。実際の仕事が厳密に沿う必要はありません。状況はさまざまで、通常は線から外れます。その違いが、過大な見積もり、想定以上の複雑さ、進行を妨げる障害を示す場合もあります。

では、ITLとの関係をどのように改善できるでしょうか。また、健全なバーンダウンチャートとは、どのようなものでしょうか。次の節で、こうした基本を見ていきます。

バーンダウンチャートを活用する方法

バーンダウンチャートの大きな利点の一つは、最新かつ正確な進捗の詳細を把握できることです。適切なチャートがあれば、目標への進捗、理想の傾きからのずれ、タスクの期限内完了を妨げる問題を簡単に確認できます。有効に使うには、常に見直し、更新し、データを最新に保つ必要があります。

例えば、予期しない課題や、開発要件の想定外の複雑さにより、スプリント中のタスク完了が予定より遅くなれば、理想傾向線からのずれとして表れます。

定期的にチャートを確認し、進み具合の変化を見つけることで、チームと先回りして是正できます。脱線を防ぎ、目標に沿うために必要な調整を行えるのです。

• VersionOneの第14版State of Agile Reportによると、主にソフトウェアチームを代表する回答者の83%が、スクラム、またはスクラムと他の手法を組み合わせて利用していました。このことは、主要な管理の道具の一つであるバーンダウンチャートも、広く使われている可能性を示しています。
• Information and Software Technologyに掲載された研究では、16のソフトウェア開発プロジェクトの160スプリントを分析し、理想のバーンダウン線から外れることが多く、平均のずれは約25%と報告しています。
• 同じ研究では、それでも約72%のスプリントが完了目標を達成していました。バーンダウンチャートなどを使った定期的な分析と適応が、継続的にずれへ対応する助けになる可能性を示しています。
• バーンダウンチャートは、進捗を追跡し、期限内の完了に影響する問題を見つける便利な道具です。理想の傾きからのずれを確認し、先回りして是正できます。正確な最新データを得るためには、定期的な見直しと更新が不可欠です。

スクラムでチャートを作る手順

役に立つバーンダウンチャートを作り、効果的に進捗を追跡し始めるには、事前の計画が必要です。

家づくりを考えてみてください。着工前に、建築士が施工者の指針となる設計図を作ります。同じように、チャートを作る前にも、測定可能な目標を目指せるよう、具体的な条件を決める必要があります。

具体的な作り方を説明する前に、チャートの生成方法には複数の選択肢があることを覚えておいてください。Visual ParadigmのProcess Canvasなどのオンラインツールは、わかりやすい画面と自動化された処理で、作業をさらに容易にします。

一般的な手順は、次のとおりです。

1. スプリントの長さを決める： 最初に、スプリントを何週間にするかを決めます。通常は1〜4週間です。
2. スプリントバックログを特定する： バックログは、開発の各時点で対応すべきアイテムを示します。チャートを作る際も同様に、各スプリントで提供すべきアイテムをすべて特定します。
3. ベロシティを把握する： ベロシティは、定められた期間内にチームが完了した仕事量です。過去の値は予測に役立ちますが、バーンダウンチャートを描くための前提条件ではありません。新しいチームには、まだデータがない場合もあります。
4. バーンダウンチャートを設計する： 上記の情報をまとめてチャートを設計し、目標に対する進捗を正確に示す地図を作ります。

作成後は毎日更新し、チームの進捗を追跡してください。また、データがプロジェクトの最終目標とどう対応するかも定期的に見直します。

作成方法を理解したところで、次にチャートを使って進捗を確認する方法を見ていきましょう。

バーンダウンチャートで進捗を確認する

スクラムでは、スプリント内の全作業を完了するまでの進捗を、バーンダウンチャートで確認します。残りの仕事量を正確に把握し、それに応じて進め方を調整できます。完了したタスクと残り作業量について、毎日新しい情報を反映するため、継続的な更新から時間とともに知見が得られます。

スクラムチームの進捗速度を「ベロシティ」と呼びます。一回の反復で完了したストーリーポイントなどの量を表します。計算上の重要なルールは、反復の終了時に完成しているストーリーだけを数えることです。一部だけ完了した仕事、例えばコードは書けたがテストがないものを数えることは、厳禁です。

数回のスプリントを経て、仕事や条件が十分に比較可能であれば、完了時期を予測できるだけのデータが集まることがあります。例えば、ベロシティが30ストーリーポイント、残り作業の合計が155なら、そのベロシティとスコープが安定しているという仮定のもと、完了まで約6スプリントと予測できます。

例えば、二週間のスプリントで、仮のチームが週に100ストーリーポイントという処理量を追っている場合を考えてください。この週単位の値を、スプリントごとのベロシティと混同してはいけません。毎日の進捗を描くことで、予定より進んでいるか遅れているかを把握し、必要に応じて是正できます。

進捗を確認できるようになったら、チャートのデータの読み方と解釈が重要になります。

バーンダウンチャートのデータを読み解く

横軸は時間、縦軸は各日の残り作業量を示します。理想的には、スプリントの終わりにゼロになります。理想傾向線は話し合いの基準です。健全なチームは、チャートを完璧な形に無理に合わせるのではなく、実際の推移を検査します。

例えば、スプリントが十営業日で、合計100時間の仕事があるとします。1日目から、理想のバーンダウン率は一日十時間となります。

線のずれは、スコープ変更、見積もり直し、障害、仕事が完成するタイミングなどを反映します。理想線より上なら、基準の予測より多くの仕事が残っている場合が一般的です。下なら、残りが少ない場合が一般的です。ただし、どちらも、それだけで問題の証拠にはなりません。計画を適応させるか決める前に、原因とスプリントゴールを話し合いましょう。

本の速読に例えてみましょう。通常は一時間に50ページを読んで理解できるのに、20ページに45分以上かかっていることに気づいたとします。この違いは、読む速さを改善する必要があるか、あるいは、その本には特に注意を払う必要があることを示します。

チャートでスプリントゴールを評価する

バーンダウンチャートは、スプリントゴールが達成可能かを評価する強力な道具です。バックログの全ユーザーストーリーを完了するまでの進捗を追跡します。時間に伴う残り作業量を見ることで、目標達成のために毎日どれだけの作業が必要かを明確に理解できます。

アジャイルソフトウェア開発で、反復の中で達成できるかを把握せずにスプリントゴールを約束すると、遅延や節目の未達、ひいてはプロジェクトの失敗につながることがあります。

バーンダウンチャートを使えば、スプリント終了までに目標を達成できそうかを素早く判断できます。過去のスプリントの推移を振り返り、毎日の進捗と比較すれば、先回りして方向を修正し、成功する成果につなげられます。

チャートにはソフトウェア開発上の長所と短所があるため、管理の仕方を理解することも同じく重要です。

実際には、プロジェクトの間にスクラムプロダクトバックログの項目は変わります。新しいストーリーが加わり、既存のものが変更・削除されることもあります。単純なバーンダウンチャートでは、チームのベロシティとスコープの変化を区別できません。この違いを表すには、別の形式の図を使えます。

アジャイルチーム管理とソフトウェア開発における、バーンダウンチャートの長所と短所

バーンダウンチャートは、スクラムで最もよく使われる指標の一つです。進捗の可視化と完了日の予測を、シンプルかつ効果的に行えるからです。ただし、他の道具と同じように、長所と短所があります。

長所

どの時点でも、残りの仕事量について透明性と理解をもたらします。シンプルで明確な可視化により、情報過多を避けながら、日々の活動を有益な形で把握できます。

残りの仕事を見えるようにし、チームが仕事量や障害を話し合えるため、共同の説明責任も支えます。チーム単位のチャートは、個人の速度や生産性を示すものではありません。

短所

具体的な利点がある一方で、検討すべき潜在的な短所もあります。例えば、次のようなものです。

• 実態と違う印象を与える場合がある：技術的な複雑さ、製品仕様、開発中に起こり得る要因に関する以前の見積もり次第では、スプリント終盤に進捗が指数関数的に加速しているかのような印象を与えることがあります。
• 効率を落とす場合がある：メンバー各自が監視に時間をかけすぎることがあります。更新のたびに仕事が中断され、生産性の他の面が軽視される場合があります。
• 細かすぎる管理を助長する場合がある：誤った使い方をすると、管理者がチームを過度に細かく管理する道具になり、自律性の低下、意欲の低下、判断の質の悪化を招くことがあります。

こうした制約は起こり得ますが、必ず起こるわけではありません。進捗を追跡する利点とリスクを比較することが大切です。チームと話し合い、それぞれの状況に合わせて使い方を調整するのがよいでしょう。

ここでは、折れ線の代わりに棒グラフを使います。各棒の大きさは、そのスプリント開始時に残っている仕事量の合計です。チームのベロシティは棒の上端から差し引き、スコープの変化は下端の位置を変えることで示します。

さらに正確にするには、総作業量の変化率も考慮できます。ただし、プロジェクトの初期には変化が多く、後には減る場合があるため、このモデルは慎重に使う必要があります。その推移を決めつけず、確かめなければなりません。

スクラムのバーンダウンチャートは、どのくらいの頻度で更新すべきですか？

毎日更新するべきです。日々の更新により、進捗を追跡し、問題や障害をその時点で発見できます。判断が速くなり、必要なら是正して、プロジェクトを順調に進められます。また、チームのパフォーマンスの分析や、正確な完了日の予測に使える、有益なデータが得られます。

バーンダウンチャートは、スクラムのプロジェクト管理にどう役立ちますか？

スプリント全体の進捗を可視化することで役立ちます。時間に対して残りの仕事を追跡し、目標に向かって順調かを把握できます。問題やボトルネックを見つけ、日程を守るために必要な対策を取れます。過去のスプリントの統計は、今後の進捗予測や、情報に基づく判断に使えます。

バーンダウンチャートは、進捗についてどのような情報を伝えますか？

スクラムによるソフトウェア開発の進捗について、有益な情報を伝えます。残りの仕事量と時間の関係から、予定期間内に完了できそうかを視覚的に示します。線の傾きは、仕事が完了する速さを表し、想定との違いを素早く見つけて対処できます。ステークホルダーとメンバーが傾向を把握し、十分な情報に基づいて判断し、必要に応じて進め方を調整する助けにもなります。

スクラムでバーンダウンチャートを作るための、専用ツールやソフトウェアはありますか？

あります。JiraやMicrosoft Azure DevOpsなどには、バーンダウンレポートの機能があります。Trelloのワークフローでは、適切なPower-Upや連携機能を使う場合があります。こうしたツールは、時間に伴う残りの仕事量を可視化し、進捗と計画からのずれを把握できるようにします。ツールの利用が協力と透明性を高め、データに基づく判断を支え、プロジェクトを成功させるとする統計もあります。

スクラムでバーンダウンチャートのデータを効果的に読み取り、使うための、実践上のヒントはありますか？

あります。まず、正確に進捗を追跡するために、毎日更新することが大切です。また、実際の仕事とスプリントゴールと合わせて、傾向を検査してください。急な下降は、完成した仕事をまとめて記録しただけかもしれません。スコープの変更は見えるようにし、話し合う必要があります。実際と計画のバーンダウンを比べることで、次のスプリントの改善点や調整箇所も見つかります。効果的に使うチームは、生産性が高く、ソフトウェア開発の予測可能性も優れているとする研究があります（出典：Agile Alliance）。

スクラムのバーンダウンチャートの振り返り

スクラムのバーンダウンチャートを振り返ると、アジャイルプロジェクト管理に欠かせない、さまざまな要素を含む強力な道具だとわかります。スプリント内の作業量を時間に対して描くことで、スプリントゴールへの進捗を追跡する重要な役割を担います。

仕事や課題の見積もりが、チャートの形を作ります。完了すると見積もった単位数が可視化の基礎となり、進み具合を動的に捉えます。プロジェクトマネージャー、スクラムマスター、プロダクトオーナーは、これを使って状況を把握し、潜在的なリスクを抑える重要な利用者です。

ファシリテーターであるスクラムマスターは、アジャイルなスプリントの中でチャートが目的を果たせるようにします。一方、事業と顧客を代表するプロダクトオーナーは、チャートを見て、プロジェクトを会社全体の目標に沿わせます。透明性の土台となり、チームの効率的な意思疎通と協力を支えます。

アジャイルな手法を使う企業にとって、バーンダウンチャートは、プロジェクト管理資料の中でも非常に有益な一枚となります。エピックや日程を含めて、全体の進む方向を把握できます。進捗の追跡だけでなく、見積もりと実際の完了との差を示し、継続的改善を促します。

JiraやTrelloなどの管理ツールと組み合わせれば、仕事の流れに沿って、進捗の追跡を効率化できます。取り組みの積み重ねを反映し、プロジェクトの変化に合わせて動く道具になります。

スクラムのバーンダウンチャートは、作業の進み具合、見積もり、潜在的なリスクを可視化し、効率的に進むための道しるべになります。協力と透明性の土台となり、事業やプロダクトのアジャイルな取り組みを支えます。 記事の制作でも、事業のプロダクトでも、社内の取り組みでも、バーンダウンチャートは、プロジェクトを成功へ導くための欠かせない資産となります。