「遅延の芽」を潰す！週次で見る先行指標１０選
なぜ「先行指標」が遅延防止に効くのか
遅延が問題になるのは、多くの場合「気づいたときにはもう遅い」からです。進捗率や完了件数のような“結果”は、すでに遅延が確定しつつある状態を示します。これらは遅延の“後追い指標（遅行指標）”になりがちです。
一方で、遅延には前兆があります。たとえば「レビュー待ちが増えた」「手戻りが増えた」「未着手が溜まっている」「依存先の回答が遅れている」など。こうした兆しは、問題が小さいうちに見つければ、対策（増員、優先度変更、スコープ調整、意思決定の促進など）で吸収できる可能性が高いです。
この前兆を定点観測するのが先行指標です。週次で先行指標を見れば、遅延を“発生してから説明する”のではなく、発生する前に止める運用に変わります。
「遅延の芽」早期検知の全体像
早期検知は、指標を集めるだけでは機能しません。最低限、次の流れ（型）にしておくと回ります。
週次運用の型（おすすめ）
- Step1：先行指標10を更新（15〜30分）
各担当が数字を埋める／ツールから抽出する。 - Step2：赤信号を判定（10分）
“閾値”を超えたものだけを議題化。 - Step3：原因を仮説で切り分け（15分）
「何が詰まっている？」「どこで止まっている？」を短時間で。 - Step4：打ち手を決める（15〜30分）
“次の一手”を必ず決め、責任者と期限を置く。 - Step5：翌週に効果確認
指標が戻ったか？戻らないなら対策を強化。
ポイントは、週次会議を報告会にしないこと。見るべきは「結果の進捗」よりも「遅延の芽（詰まり）」です。
週次で見るべき先行指標１０
ここからが本題です。
先行指標は、プロジェクトの種類によって最適解が変わりますが、まずは汎用的に効く10個を押さえると、かなりの確率で“遅延の芽”を拾えます。
※閾値は目安です。チームの規模・工程・文化に合わせて調整してください。
指標1：未着手タスクの滞留数（または滞留率）
見るもの：開始予定日を過ぎても未着手のタスク数
遅延の芽：見積もり過小／優先度が伝わっていない／着手条件が揃っていない
目安の閾値：
・開始予定超過が全体の10〜15%超
・重要タスクで2件以上
対策：
・着手条件（入力、環境、依存回答）を洗い出して障害除去
・優先度の再提示（「今週の最優先はこれ」）
・WIP制限※（抱えすぎ防止）を導入
※WIP：Work In Progress（仕掛かり作業）
指標2：進行中タスクの滞留日数（サイクルタイムの悪化）
見るもの：着手から完了までの日数が延びていないか
遅延の芽：並行作業過多、レビュー渋滞、仕様揺れ、難易度見誤り
閾値：
・直近平均が基準週より20〜30%悪化
・特定工程で極端に長いものが増える
対策：
・工程別に“どこで止まっているか”を分解（実装／レビュー／テスト）
・レビュー枠の固定化、ペア対応、難タスクの分割
指標3：WIP（仕掛かり量：同時進行数）
見るもの：担当者1人あたりの同時進行タスク数
遅延の芽：切替コストで遅くなる、重要タスクが進まない
閾値：
・個人WIPが3以上が常態化
対策：
・「新規着手を止めて完了させる」週を作る
・役割分担を見直し、重要タスクに集中配置
・依頼窓口を一本化して割り込みを減らす
指標4：レビュー待ち・承認待ちのキュー長
見るもの：レビュー待ち件数、承認待ち件数、待ち日数
遅延の芽：ボトルネックが“人（承認者）”に固定されている
閾値：
・レビュー待ちが5件以上
・待ち日数が2〜3営業日超
対策：
・レビュー時間の予約（週次で“レビュー枠”を確保）
・レビュワー増員／一次レビューを分担
・承認基準を明文化し、軽微は委任
指標5：手戻り率（差し戻し・再作業の割合）
見るもの：レビュー差し戻し件数、テスト不合格率、やり直し工数
遅延の芽：品質不足、要件理解不足、仕様変更の伝達漏れ
閾値：
・差し戻しが2週連続で増加
・重要成果物で差し戻し2回以上が頻発
対策：
・期待品質（観点表）を共有し、着手前に合意
・早期プロトやドラフトレビューで“早くズレを出す”
・変更点の通知経路を一本化
指標6：課題（Issue）の増加速度と滞留
見るもの：新規課題数、未クローズ数、放置日数
遅延の芽：問題が顕在化しているのに処理能力が足りない
閾値：
・未クローズが前週比で増え続ける
・重要課題の放置が1週間超
対策：
・課題の優先度を“必ず”つけ、上位から処理
・期限とオーナーを固定（空欄禁止）
・会議で「決める」時間を確保（調査だけで終わらせない）
指標7：依存関係（外部待ち）の件数と遅延
見るもの：他チーム回答待ち、環境提供待ち、API仕様待ちなど
遅延の芽：自分たちでは進められない停止点が増えている
閾値：
・外部待ちが全体の10%超
・重要依存の期限超過が1件でも発生
対策：
・依存の期限を“先方のタスク”として合意する（相手のWBSに入れる）
・代替案（仮実装、モック、前倒し確認）を用意
・エスカレーションルートを明確化
指標8：変更要求（Change）の流入量と未評価数
見るもの：変更要求の件数、未評価バックログ、スコープ増分
遅延の芽：スコープが増え、計画が静かに崩れていく
閾値：
・変更要求が週に3件以上で継続
・未評価が5件以上滞留
対策：
・変更は必ず「影響（工数・期限・品質）」を見える化して判断
・“受ける/受けない”を決める会議枠を固定
・受けるなら代わりに何を捨てるか（トレードオフ）を明示
指標9：見積もり精度の悪化（計画工数 vs 実績工数）
見るもの：予定工数に対して実績がどれだけブレているか
遅延の芽：難易度見誤り、要求の曖昧さ、スキルギャップ
閾値：
・重要タスクで実績が予定の1.5倍超が連続
対策：
・見積もりを細分化（2〜3日単位）し直す
・不確実タスクは“調査タスク”を別立てにする
・類似実績ベースで再見積もりする
指標10：バッファ消費率（余裕の減り方）
見るもの：マイルストーンまでの残バッファ日数、予備工数の残り
遅延の芽：小さな遅れの累積で、吸収余地がなくなる
閾値：
・バッファが半分以下になった
・消費速度が計画より速い
対策：
・重要機能に絞る（スコープ圧縮）
・後工程の前倒し準備（テスト設計、環境整備）
・人手追加は“最短で効く場所（ボトルネック）”に投入
先行指標を“形骸化”させない運用のコツ
先行指標運用が失敗する典型は「数字を集めるだけで満足する」ことです。以下の3点を押さえると、続きやすく効果が出ます。
コツ1：閾値は“完璧”より“暫定”でいい
最初から最適な閾値は作れません。重要なのは、毎週見て「赤になったら何かする」状態を作ること。運用しながら、チームの実態に合わせて調整すればOKです。
コツ2：赤だけ議題にする（全部は見ない）
10指標を毎週じっくり説明していたら、会議が破綻します。
「赤だけ」「増えているものだけ」に絞ると、短時間で回ります。
コツ3：打ち手は“次の一手”を具体にする
「気をつけます」「頑張ります」は打ち手ではありません。
例：
・レビュー待ち増 →「火曜16時にレビュー枠30分固定、担当A/B」
・依存遅れ →「水曜までに先方TLへエスカレ、代替としてモック準備」
よくある失敗パターンと立て直し方
失敗1：進捗率だけ見て安心する
進捗率は“見せ方”でいくらでも良く見えます。未着手・滞留・外部待ちなど、詰まりの指標をセットで見ないと危険です。
立て直し：週次資料の冒頭を「詰まり一覧（赤信号）」に変える。
失敗2：指標が多すぎて更新されない
更新負荷が高いと続きません。
立て直し：まずは「未着手」「滞留」「レビュー待ち」「課題滞留」「依存遅れ」の5つに絞り、慣れたら10に戻す。
失敗3：赤でも意思決定されない
赤信号が出ても、決める場がなければ意味がありません。
立て直し：「決める人」「決める時間」を会議体に埋め込む（承認者固定、エスカレーションルート明確化）。
まとめ
遅延は突然起きるのではなく、必ず「遅延の芽」として前兆が出ます。週次で先行指標を定点観測し、赤信号だけを議題化して、原因仮説→打ち手決定までを短時間で回すのが、早期検知の型です。
本記事で紹介した先行指標10は、未着手・滞留・仕掛かり過多・レビュー渋滞・手戻り・課題滞留・依存遅れ・変更流入・見積もり悪化・バッファ消費という「遅延の代表的パターン」を広くカバーします。
まずは暫定の閾値で運用を始め、毎週のふりかえりで指標と閾値を育てていけば、遅延は“説明するもの”から“防ぐもの”に変わっていきます。
