デスマーチ () とは、プロジェクトにおいて過酷な労働状況をいう。本来は、コンピュータプログラマのによって1995年に示された、コンピュータシステムのアンチパターンのうち、プロジェクトマネジメント上の問題点の1つとして示した言葉である。ソフトウェア産業に限らず、コンピュータが関係する一般的なプロジェクト全般で使われるようになってきており、特に納期などが破綻寸前で、関係者の負荷が膨大になったプロジェクトの状況を表現するのに使われる。「死の行進」、「死の行軍」等とも呼ばれる。デスマーチとは、長時間の残業や徹夜・休日出勤の常態化といった、プロジェクトメンバーに極端な負荷・過重労働を強い、通常の勤務状態では成功する可能性がとても低いプロジェクト、およびこれに参加させられている状況を主に指す。プロジェクトが死に向かう過酷な状況でプロジェクト要員が行進するという意味から、「デスマーチ」と呼ばれる。プロジェクト要員は、心身ともに極めて重い負担を強いられるため、急激な体調不良、離職、開発の破棄ともとれる中途半端な状態での強引な納品、場合によっては過労死や過労自殺に至る。その発生要因は、プロジェクトに対するマネジメント（プロジェクトマネジメント）が不適切であることとされている。「デスマーチ」という言葉を広めたのは、エドワード・ヨードンであると言われている。ヨードンは、その著書『デスマーチ：なぜソフトウエア・プロジェクトは混乱するのか』で、デスマーチの定義を「プロジェクトのパラメータが正常値を50%以上超過したもの」もしくは「公正かつ客観的にプロジェクトのリスク分析（技術的要因の分析、人員の解析、法的分析、政治的要因の分析を含む）をした場合、失敗する確率が50%を超えるもの」としており、具体的には以下のいずれかに該当するものと定めている。また、ヨードンは『デスマーチ第2版』において、デスマーチを「成功する可能性」と「プロジェクトメンバーの満足度」の高低を軸として、4種類に分類している。ヨードンはデスマーチを回避する方法として、「トリアージ」を強調している。顧客の求めている全ての機能を盛り込むのではなく、優先順位を判断して必須機能のみを開発し、リリースする。その後、追加機能の開発やリリースを段階的に行う。これを顧客との合意するうえでの政治力がデスマーチの回避方法として重要であると、ヨードンは述べている。

出典:wikipedia