「バーンダウンチャートが下がらない」は診断の始まりだ——停滞の”原因パターン”を読み解き、PMが打つべき次の一手

チャートが水平を描く瞬間、PMは何を考えるべきか

スプリントレビューの前日、バーンダウンチャートを開く。理想線は右肩下がりに伸びているが、実績線はほぼ水平。残作業が一向に減っていない。

こういう瞬間に、多くのPMは反射的に「メンバーの作業スピードが遅い」と結論づける。しかしそれは、症状を見て病名を決めるような危うい判断だ。バーンダウンチャートが下がらない理由は、少なくとも5つの異なるパターンに分類できる。そしてパターンによって、PMが打つべき一手はまったく異なる。

この記事では、「チャートが下がらない」という現象を診断の入り口として捉え、原因パターンの見極め方と、それぞれに対応するPMの具体的なアクションを整理する。

まず疑うべき：チャートが正しく描かれているか

停滞しているように見えるチャートの中には、「測定の問題」が原因であるケースが意外に多い。

ストーリーポイントの更新が遅れている

アジャイル開発の現場でよくある光景がある。タスクは実際には進んでいるのに、完了報告がデイリースクラムで上がらず、チケットのステータスも更新されていない。結果として、チャートには反映されないまま数日が経過する。

この場合、PMがすべきことは「なぜ作業が遅いのか」ではなく、「なぜ完了が報告されないのか」を問うことだ。更新コストが高い（ツールが使いにくい、入力が面倒）、あるいは「完了」の定義が曖昧（テストが通ったら？レビューが終わったら？）という構造的な問題が潜んでいることが多い。

対応策：デイリースクラムの場で「今日完了したものをその場でチケット更新する」ルールを一時的に設け、更新のタイムラグをゼロに近づける。同時に「完了の定義（Definition of Done）」を全員で再確認する。

次に疑うべき：スコープが静かに膨らんでいないか

バーンダウンチャートが下がらない、あるいは一度下がってから戻る現象の背後に、スコープの追加が隠れていることがある。

あるWebシステム開発プロジェクトでの話だ。スプリント中盤に差し掛かったところで、チャートの実績線が一時的に上昇した。調べてみると、プロダクトオーナーが「急ぎで対応してほしい」とチームに直接依頼した追加要件が、バックログを経由せずに取り込まれていた。チームは善意で対応したが、その分のポイントがスプリントバックログに追加され、チャートが跳ね上がったのだ。

対応策：チャートに「上昇」や「横ばい」が現れた日付を起点に、その日前後でバックログの変更履歴を確認する。スコープの変動をチャートと照らし合わせることで、「作業が遅い」のか「量が増えた」のかを切り分けられる。

構造的な問題を疑う：作業が詰まっているのはどこか

チームが「やっているのに終わらない」状態には、作業の流れに詰まりが生じているケースがある。カンバンボードで言えば、特定のカラムにカードが溜まっている状態だ。

レビュー待ち・承認待ちが渋滞している

開発は終わっているのにコードレビューが積み上がり、完了にならない。あるいは、ステークホルダーの承認待ちでタスクが止まっている。この場合、問題はチームの生産性ではなく、プロセス上のボトルネックだ。

対応策：カンバンボードを「ステータス別の滞留時間」で分析する。もし「レビュー中」に3日以上滞留しているカードが複数あれば、レビュアーのキャパシティかレビュープロセスそのものに問題がある。PMはレビュー担当者と個別に話し、障害を取り除くことに集中する。これはスクラムで言う「インピーダンスを取り除くスクラムマスターの役割」そのものだ。

依存関係が解消されていない

他チームのAPIが来ないと自分たちの実装が進まない、インフラの準備が遅れているなど、外部依存によってタスクが止まるケースも多い。これはチャートを見ているだけでは見えてこない。

対応策：スプリント計画の段階で外部依存を明示的にリストアップし、毎日の確認事項に組み込む。依存が解消される見込みが立たなければ、スプリントスコープを組み替える判断をPMが早めに下す必要がある。

チームの状態を疑う：見えにくい「疲弊」のサイン

バーンダウンチャートが複数スプリントにわたって同じパターンで停滞している場合、チームの疲弊やモチベーション低下が根本にある可能性がある。

「作業はしているんですが、なかなか終わらなくて」という言葉をメンバーから聞いたとき、それが技術的な難易度の問題なのか、気力の問題なのかを見極めることがPMには求められる。週40時間働いているように見えても、集中できる時間が実質2〜3時間であれば、チャートは下がらない。

対応策：1on1の場で「今スプリントで一番しんどいことは何か」を率直に聞く。答えを引き出すことより、「聞く」という行為そのものがチームへのシグナルになる。PMが「数字だけを見ていない」と伝わることで、心理的な安全が生まれ、問題の本音が出やすくなる。

PMが「下がらないチャート」に向き合うための思考順序

整理すると、バーンダウンチャートが停滞したとき、PMが確認すべき順序はこうなる。

1. 測定の問題か？——更新ルールと完了定義を確認する
2. スコープの問題か？——バックログの変更履歴を確認する
3. プロセスの問題か？——ボトルネックの場所と滞留時間を確認する
4. 依存の問題か？——外部依存の解消状況を確認する
5. チームの問題か？——対話を通じて状態を確認する

この順番には意味がある。上から順に「事実として確認できるもの」から「対話を必要とするもの」へと進む。焦って5番目の結論から入ると、チームへの不信感を植え付けることになる。

チャートはPMへの「問いかけ」である

バーンダウンチャートが下がらないことは、プロジェクトの失敗を意味しない。それは「何かが起きている」というシグナルであり、PMに向けられた問いかけだ。

優れたPMは、チャートの形を見て感情的になるのではなく、「このパターンは何を示しているか」と冷静に読み解く。そしてパターンに応じた一手を打ち、翌日のチャートで仮説を検証する。

チャートは管理のツールではなく、診断のツールだ。そう捉え直したとき、「下がらない」は焦りの源泉ではなく、PMとしての思考を鍛える機会に変わる。