はじめに
QCD（品質・コスト・納期）のバランスとはで触れたように、納期はプロジェクトのQCDを構成する重要な要素のひとつです。しかし実際の現場では、「気づいたときには、もう挽回が難しいほど遅れていた」という事態がよく起こります。納期遅延は、ある日突然発生するものではなく、多くの場合、事前に何らかの兆候が現れています。
今回は、発注側として納期遅延の兆候をどう早期に察知するか、具体的なチェックポイントを整理します。
納期遅延が「突然」に見える理由
納期遅延が直前になって発覚するのは、多くの場合、進捗報告の仕組みに原因があります。進捗報告のチェックポイントで触れたように、進捗率が「主観的な自己申告」になっていると、実際の遅れが数字に反映されにくくなります。「進捗80%」という報告が何週も続いた後に、残り20%が実は最も難易度の高い作業だった、というケースは典型的な失敗パターンです。
納期遅延の5つの早期兆候
発注側として、以下のような兆候が見られた場合は、納期遅延のリスクシグナルとして注意深く確認することをお勧めします。
兆候1：進捗報告の粒度が粗くなる
タスクレベルで細かく報告されていたものが、「順調に進んでいます」といった抽象的な報告に変わってきた場合、具体的な進捗を示しづらい状況（＝遅れている可能性）が隠れていることがあります。
兆候2：課題管理表の未解決件数が増え続ける
課題管理表に登録された課題の解決スピードが、新規登録のスピードに追いついていない状態は、プロジェクトのキャパシティが限界に近づいているサインです。
兆候3：WBS上の予定と実績の差が広がり始める
WBSの計画と実績のズレを定期的に確認している場合、特定の工程でズレが継続的に広がっているなら、その工程がボトルネックになっている可能性が高くなります。
兆候4：キーパーソンへの依存が強まる
特定の担当者に質問や確認作業が集中し始めると、その担当者がボトルネックになり、全体の進捗に影響するリスクが高まります。ベンダーのキーパーソン離脱リスクとも関連する兆候です。
兆候5：会議でのトーンが変わる
進捗会議での発言が「問題ありません」の一点張りになったり、逆に具体的な数字を避けるような説明が増えたりするのも、現場の空気が変わり始めているサインとして見逃せません。
発注側が兆候を察知するための仕組み
勘や印象だけに頼らず、仕組みとして兆候を察知できるようにしておくことが重要です。
- 進捗報告のフォーマットを固定化する：進捗報告書テンプレートのように、毎回同じ形式・同じ粒度で報告させることで、変化に気づきやすくなる
- ガントチャート・WBSで予実差を可視化する：数字と報告内容が一致しているかを定期的に照合する
- 課題管理表の推移を定点観測する：未解決件数の推移をグラフ化しておくと、傾向の変化に気づきやすい
- 現場担当者と直接話す機会を作る：管理職経由の報告だけでなく、プロジェクトの「中弛み」はなぜ起きるのかで触れたように、現場の実態を直接確認する機会を意識的に設ける
兆候を察知した後の対応
兆候に気づいた段階で重要なのは、犯人探しではなく、早期の軌道修正です。原因がリソース不足であれば増員や優先順位の見直しを、スコープの肥大化であればスコープクリープへの対応を、というように、兆候の種類に応じた打ち手を早い段階で検討することで、納期遅延の影響を最小限に抑えることができます。
まとめ
納期遅延は、進捗報告の粒度が粗くなる、課題の未解決件数が増え続ける、WBSの予実差が広がるといった兆候が、発覚のかなり前から現れていることがほとんどです。発注側としては、報告フォーマットの固定化や予実差の定点観測といった仕組みを通じて、こうした兆候を早期に察知し、問題が深刻化する前に軌道修正することが求められます。
執筆者プロフィール：SIer（元請け）とITコンサルファーム（発注側支援）、両方の立場でプロジェクトに従事（通算9年）。要件定義からベンダーマネジメントまで一貫して対応し、基幹システム刷新・DX推進プロジェクトに多数従事。
コメント