プロジェクトの「デスマーチ」を防ぐ　PMOアサインして予実管理、リソース管理を委任

デスマーチは「誰のせいでもない」構造的な問題である

プロジェクトの「デスマーチ」とは、スケジュール遅延の常態化と、メンバーの長時間労働・疲弊が極限に達した状態を指します。

もしあなたのプロジェクトが今、この状態に陥っている、あるいはその兆候があるのなら、それはプロジェクトマネージャー（PM）やメンバーの能力不足ではなく、「デスマーチを避けられない構造的な要因」が組織に潜んでいる可能性が高いです。

今回は、多くの企業でプロジェクトを機能不全に陥れている、デスマーチを引き起こす

3つの構造的な要因を深く掘り下げて解説します。

プロジェクトがデスマーチに陥る最初の引き金は、リソース計画の失敗です。

問題の構造: 複数のプロジェクトが並行して走っているにも関わらず、各PMが「自分のプロジェクトに必要なリソース」だけを主張し、全社的なリソース状況の全体像が把握できていない。
発生メカニズム: 優秀なメンバーほど「プロジェクトAに80%、プロジェクトBに50%」といった多重アサインを受け、結果として彼らの稼働率は常に130%を超えた状態が常態化します。これは計画ではなく幻想であり、どこかのプロジェクトが必ず破綻する構造を生み出します。
現場への影響: メンバーは常にタスクの切り替えに追われ（コンテキストスイッチ）、実質的な作業効率が低下。燃え尽き症候群を引き起こします。

プロジェクトが一度遅れ始めると、挽回が不可能になるのは、「遅延が深刻化するまで誰も気づかない」という組織の報告体制の問題が原因です。

問題の構造: 予実管理が「会議のための報告」に終始し、実態を伴わない形骸化した報告データが上がってくる。または、進捗報告が定期的であっても、PMがリカバリーを試みるあまり、本当の遅れを隠蔽してしまう文化がある。
発生メカニズム: 計画上の工数と、実際に費やされた工数（実）との乖離が組織の標準的なアラート基準として設定されていないため、PMが「何とかできる」と思い込んでいるうちに、解決不可能なレベルまで遅延が深刻化します。
現場への影響: 手遅れになって初めて「残業で何とかする」という非生産的な指示が飛び交い、残業が常態化します。

プロジェクトのキーパーソンがデスマーチの最大の被害者になるのは、組織にスキル管理の仕組みがないからです。

問題の構造: 「このタスクはAさんしかできない」という属人化が放置されている。誰が、どのようなスキルセットを持っているか、どのタスクにどれだけ時間を要するかというノウハウが、個人のPCや記憶の中にブラックボックス化している。
発生メカニズム: 技術的に困難なタスクや、過去の経験が必要な重要タスクが常に一部の優秀なメンバーに集中。彼らのキャパシティがボトルネックとなり、プロジェクト全体の流れを堰き止めます。
現場への影響: ボトルネックとなっているキーパーソンが激務になり、精神的な余裕を失うことでミスが増加し、さらなる遅延を招くという悪循環に陥ります。