Jiraのレポート機能実務ガイド：累積フロー図・ベロシティチャート・コントロールチャートで進捗とボトルネックを数字で見る

ボード運用の先にある、数字で読む工程

「Jiraのボード運用実務ガイド」でスクラムボードとカンバンボードの使い分けを設計し、「Jiraのワークフロー・課題タイプ設計」でステータスと課題タイプを固め、「JQL実務ガイド」で検索とフィルタを使いこなせるようになると、次に必要になるのは「今のペースは健全か」「どの工程で足止めされているか」を継続的に確認する仕組みである。ボードの列を眺めているだけでは、この問いに数字で答えられない。

Jiraはこの問いに答えるレポート機能を標準で備えている。この記事は、Atlassian公式ドキュメントの仕様から、進捗とボトルネックを実測値で読むための3つのレポート--累積フロー図・ベロシティチャート・コントロールチャート--の定義・対象範囲・生成手順を整理する。Backlogで同じ問いに答える手段は「Backlogのバーンダウンチャート実務ガイド」で扱っており、コストまで含めた進捗の実測は「進捗管理の実務」のEVMが担う。

この記事の編集基準

本記事にアフィリエイトリンク・紹介料・掲載料は一切ない。仕様はAtlassian公式サポートドキュメントを出典としている。

Jiraが提供するレポートの全体像

Atlassian公式ドキュメントは、チームの作業を追跡・分析するためのレポートを13種類提供していると説明している。列の滞留、スプリントの生産性、工程の所要時間という3つの異なる軸から進捗を数字で読みたい場合、本記事が扱う累積フロー図・ベロシティチャート・コントロールチャートがそれぞれの答えになる。

累積フロー図：列ごとの滞留からボトルネックを見つける

Atlassian公式ドキュメントは、累積フロー図（Cumulative Flow Diagram、CFD）を「アプリ、バージョン、またはスプリントにおける作業項目の様々なステータスを示すエリアチャート」と定義している。横軸に時間、縦軸に作業項目数を取り、各色の領域がボードの列（ワークフロー上のステータス）に対応する。表示対象はスプリント単位、バージョン単位、アプリケーション全体のいずれかから選べ、含まれる作業項目はボードの保存済みフィルターに一致するものに限られる。土台になるのはボードの列マッピング設定であり、最左列は「To Do」、最右列は「Done」に対応する。

読み方の核心は1つである。領域が時間の経過とともに垂直方向に広がっている列は、通常その列がボトルネックになっている。「Jiraのボード運用実務ガイド」で設計した列とWIP制限は、このボトルネックが見つかったときの対処の入口になる。生成手順は、対象のボードから「Reports」を選び、「Cumulative Flow Diagram」を選択する。「Refine report」で対象期間やフィルタ条件を調整でき、表示する日付範囲も変更できる。

ベロシティチャート：スプリントで完了できる作業量を予測する（Scrum限定）

Atlassian公式ドキュメントは、ベロシティチャートを「スクラムチームがスプリント中に完了させる作業量の平均」を示すものと定義している。重要な制約が1つある。このチャートはScrumのspaceテンプレートを使っている場合にのみ表示され、Kanbanには対応していない。

チャートは2種類のバーで構成される。灰色のコミットメントバーは、スプリント開始時点における全作業項目の見積り合計であり、開始後に追加された項目や見積り変更は含まれない。緑色の完了バーは、スプリント終了時点で完了していた作業項目の見積り合計であり、こちらはスコープ変更を含む。この2本の差が大きいスプリントが続くようであれば、見積りの精度かスコープ変更の頻度のどちらかに課題があると読める。

ベロシティそのものは「直近数スプリントの完了見積り合計の平均」として算出される。Atlassian公式の例では、直近6スプリントの完了見積り合計が17.5・13.5・38.5・18・33・28というとき、これらを合計して6で割った24.75がベロシティになる。この数字を将来のスプリントで完了できる作業量の見込みに使う。なお、サブタスクの見積りは集計に含まれず、親の作業項目の見積りだけが対象になる。

コントロールチャート：サイクルタイムのばらつきを読む（company-managed限定）

コントロールチャートは、プロダクト・バージョン・スプリント単位でサイクルタイム（またはリードタイム）を示すもので、各作業項目が特定のステータス（群）に費やした時間を指定期間にわたってマッピングし、平均値・移動平均・標準偏差を表示する。サイクルタイムとリードタイムは意味が異なる。サイクルタイムは「作業が開始されてから完了するまでの時間」で、いったんクローズした項目が再オープンされた場合の追加作業時間も含む。リードタイムは「作業項目が記録されてから完了するまでの時間」であり、着手前の待ち時間も含めて測る。

チャート上の平均線は、表示対象となった全作業項目のサイクルタイム（またはリードタイム）の平均である。移動平均を示す青い線は、表示されている総作業項目数の20%（最小5項目、常に奇数）を単位として算出される。値のばらつきが大きい、あるいは特定の期間だけ平均線から外れた作業項目が集中している場合、その工程の見積りやレビュー体制を見直す材料になる。

決定的な制約がある。このレポートはcompany-managed spaceでのみ利用でき、team-managed spaceには提供されていない。team-managedで運用しているチームは、コントロールチャートに相当する情報を、累積フロー図の列別滞留やスプリントレポートの実績時間から代替的に読み取ることになる。生成手順は、対象のspaceから「Reports」を選び、「Control Chart」を選択したうえで対象ステータスなどの設定を行う。

対象範囲の確認表：どのレポートがどのボードで使えるか

3つのレポートは、対象がScrumかKanbanか、company-managedかteam-managedかという条件がそれぞれ異なる。使い始める前に、自分たちのspaceの種類とボードの種類を確認しておく必要がある。

レポートを生成する手順

ここまでを、実際に画面を開く順序として並べ直す。

3つのレポートをどう使い分けるか

累積フロー図は「どの列で作業が滞留しているか」を面積の広がりで示す。ボードの運用が健全に回っているかを俯瞰したいとき、まず見るべきはこのレポートになる。ベロシティチャートは「次のスプリントでどれだけ完了できるか」を、コミットメントバーと完了バーの差から示す。Scrumチームがスプリント計画で見積りの妥当性を確認するのに向く。コントロールチャートは「サイクルタイムがどれだけばらついているか」を統計的に示す。company-managed spaceに限られるが、特定の工程だけ処理時間が長引く原因を掘り下げたいときに使う。

「Backlogのバーンダウンチャート実務ガイド」で扱ったバーンダウンチャートは、1スプリントの残作業量の推移からスプリント目標の達成見込みを追うレポートである。これに対し本記事の3レポートは、列単位の滞留・スプリント間の生産性・工程ごとのサイクルタイムという、より多角的な角度から工程を分解して見る。どちらか一方ではなく、スプリント内の進捗はバーンダウンチャートで、スプリントをまたいだ傾向は本記事の3レポートで確認する使い分けになる。

レポートが示すのはあくまで作業量・時間の推移であり、コストは含まれない。予算やコストまで含めた進捗の実測は、EVM（アーンドバリューマネジメント）を扱う「進捗管理の実務」が担う。

まとめ：ボードとワークフローの設計があってこそ数字が意味を持つ

累積フロー図・ベロシティチャート・コントロールチャートは、いずれもボードの列設計とステータス運用が前提になっている。「Jiraのボード運用実務ガイド」でボードの列とWIP制限を、「Jiraのワークフロー・課題タイプ設計」でステータスと課題タイプを固めたうえで本記事のレポートを使うと、数字の変化がどの運用変更に対応するのかを追跡できる。company-managed spaceかteam-managed spaceか、Scrumかkanbanかという条件によって使えるレポートが変わるため、レポートを選ぶ前に自分たちのspaceとボードの種類を確認しておく。