監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
デスマーチとは、当初から達成が困難な納期や予算、要員体制のまま、長時間労働で帳尻を合わせようと走り続けるプロジェクトの状態を指す言葉です。品質・コスト・納期のいずれかが構造的に破綻しているのに計画が見直されず、担当者の疲弊と手戻りが積み上がっていく悪循環を含みます。特定の炎上イベントではなく、慢性化した進み方を表します。
デスマーチという言葉は、単に「忙しい」「残業が多い」プロジェクトを指すわけではありません。判断の軸は、投入した工数と成果が見合っているか、そして計画が現実に合わせて更新されているか、の二点です。この二つが同時に崩れているとき、デスマーチと呼ばれる状態に近づきます。
具体的には、要件定義の段階で機能の範囲が確定しきらないまま基本設計・詳細設計へ進み、後工程で仕様変更が続いて設計書やテストケースの作り直しが繰り返されます。開発メンバーは連日遅くまで対応しますが、消化したタスクと同じくらい新しい手戻りが生まれるため、進捗管理表の完了率だけが実態より先に上がっていきます。
つまり、長時間労働そのものが問題なのではなく、それが構造的な破綻の穴埋めに使われ続けている点がデスマーチの本質です。
発生の背景は一つではありませんが、上流での見積もりと合意の甘さが起点になることが多いようです。営業や提案の段階で契約を取りたいという力学が働き、実装の難度や要員の確保を楽観的に見積もったまま納期を約束してしまうと、その差はプロジェクト開始と同時に負債として乗ります。
次に、要件のあいまいさが挙げられます。要件定義書に曖昧な表現が残ったままキックオフし、後から発注側と受注側で解釈のずれが表面化すると、設計・実装のやり直しが連鎖します。変更管理のルールが整っていないと、その追加要望が正式な工数追加や納期延長として扱われず、現場の残業に吸収されてしまいます。
体制面の要因も無視できません。特定の有識者に作業が集中し、その人の稼働が上限に達すると全体が止まります。レビューや意思決定が滞り、判断待ちの間もスケジュールだけは進むため、遅れを取り戻そうとさらに稼働を積み増す、という循環に入ります。
こうした要因は個別には小さく見えますが、修正の機会を逃すと重なり合って抜け出しにくくなる、という点に注意が必要です。
デスマーチは、ある日突然始まるというより、いくつかの兆候が積み重なって進みます。PMが定例やレビューで確認したいのは、数字の見え方と、その裏にある実態のずれです。
これらは進捗管理表の数字だけでは見えにくいため、クリティカルパス上のタスクを直接確認したり、担当者と短時間の対話を重ねたりして、実態を拾いにいく必要があります。
兆候をつかんだら、PMの役割は「頑張りで乗り切る」を選ばないことです。スコープの一部を次フェーズへ回す、要員を追加する、納期をステークホルダーと再交渉するといった選択肢を、遅れが小さいうちにテーブルに載せます。判断を先送りするほど、取れる打ち手は減っていきます。
デスマーチは日常的に使われる言葉のため、近い概念と混同されがちです。軸を「一時性か慢性か」「原因が構造的か偶発的か」に置いて整理すると、違いが見えやすくなります。
まず、繁忙期の追い込みとの違いです。リリース直前に一時的に稼働が上がるのは多くのプロジェクトで起こりますが、期限を過ぎれば元に戻り、成果も前進します。デスマーチは、その追い込みが終わらず、稼働を上げても前進しない点で異なります。
次に「炎上」との違いです。炎上は障害や大きなトラブルという偶発的な出来事を指すことが多く、対応が終われば収束します。デスマーチは特定の事件ではなく、計画そのものが現実に追いついていない慢性状態を指します。炎上が繰り返し起き、そのたびに稼働で埋める状況が続けば、結果としてデスマーチに移行することはあります。
リスク管理との関係でいえば、デスマーチは「顕在化して放置されたリスクの集合」と捉えることができます。品質・コスト・納期のトレードオフ（QCDS）を意識し、リスクを早めに検知して計画へ反映していれば、慢性化する前に軌道修正できる余地は残ります。
デスマーチを経験の言葉として語れることは、PMのキャリアにおいて一つの強みになり得ます。転職の面接などで問われやすいのは、炎上した事実そのものより、そこで何に気づき、どう判断したかです。完了率と手戻りのずれを見つけた、稼働の偏りを早めに拾った、スコープや納期の再交渉に持ち込んだ、といった具体的な打ち手を、工程や成果物と結びつけて語れると説得力が増します。
逆に、デスマーチを「頑張って乗り切った武勇伝」として語るのは、同じ状況を再び選ぶ人だと受け取られかねません。構造的な無理をどう検知し、計画へどう反映しようとしたかという視点で振り返っておくと、次のプロジェクトでも再現できる力として評価されやすくなります。
デスマーチと単なる残業続きのプロジェクトはどう違いますか
残業が多くても、それに見合って成果が前進し、計画が現実に合わせて更新されているなら一時的な繁忙です。デスマーチは、稼働を増やしても完了に近づかず、初期計画が固定されたまま個人の頑張りで差を埋め続けている状態を指します。判断の軸は工数と成果の見合いです。
デスマーチに気づいたらPMはまず何をすべきですか
頑張りで乗り切る選択を避けることが出発点です。完了率と手戻りの比率、特定メンバーへの負荷集中を確認し、スコープの調整、要員追加、納期の再交渉といった選択肢をステークホルダーと早めに話し合います。遅れが小さいうちほど取れる打ち手は多く残ります。
デスマーチはPMの力量不足が原因ですか
一因になることはありますが、それだけとは限りません。提案段階の楽観的な見積もり、要件のあいまいさ、要員体制の制約など、PMが着任する前から負債が積まれている場合もあります。原因を個人に帰すより、構造のどこに無理があるかを特定するほうが立て直しに役立ちます。