デスマーチ

デスマーチの概要

デスマーチ（death march）とは、主にプロジェクトにおいて極端な労働条件に晒される状況を指す言葉であり、1995年にプログラマのアンドリュー・ケーニッヒによって提唱された概念です。この用語は、特に締切が厳しく、関係者に対して過重な負担を強いるプロジェクトの様子を描写するために使われます。日本では、一般的に「デスマ」と略されることもあります。

デスマーチの定義

デスマーチは、長時間労働、深夜残業、休日出勤といった過酷な労働が常態化し、通常の勤務では成功がほぼ不可能なプロジェクト状況を指しています。この状態は、囚人や捕虜の進む道を連想させる「死の行進」に例えられることから名付けられました。プロジェクトに参加するメンバーは、心と身体に厳しい負担を背負い、健康を害し、最悪の場合は過労死や過労自殺といった深刻な事態に至ることもあります。

デスマーチの原因

デスマーチが発生する原因の一つに、プロジェクトマネジメントの不備が挙げられます。特に、プロジェクトに対する管理や計画が不適切である場合、メンバーは容易に圧迫感を感じることになります。著名な著書『デスマーチ：なぜソフトウエア・プロジェクトは混乱するのか』の著者エドワード・ヨードンは、この概念の広がりに寄与しました。彼はデスマーチを「プロジェクトパラメータが通常の水準を50%以上超えた状況」と定義し、具体的には以下の条件を挙げています：

• - 予定されている期間が常識的な期間よりも半分以下である
• - 必要なエンジニアの人数が十分でない
• - 予算やリソースが不足している
• - 要求される機能や性能が過剰である

デスマーチの分類

ヨードンは『デスマーチ第2版』では、デスマーチを成功の可能性とプロジェクトメンバーの満足度の両方に基づいて分類し、以下の4つのタイプを示しました：
1. 自滅型（suicide）: 成功の可能性が低く、満足度も低いため、メンバーは失敗を予感しながらも抜け出せない状態。
2. カミカゼ型（kamikaze）: 満足度は高いが成功の可能性は低く、メンバーは教訓を得ることができる。
3. スパイ大作戦型（mission impossible）: 高い成功の可能性を持ち、メンバーの技術と連携によってプロジェクトが成功する可能性がある。ただし犠牲が出る可能性もある。
4. モーレツ型（ugly）: 成功の可能性は高いが、メンバーの満足度は低い。スパルタ式のプロジェクトが特徴で、プロジェクトマネージャーはメンバーの健康や幸福を二の次にすることがある。

デスマーチへの対策

ヨードンは、デスマーチに陥らないための対策として、プロジェクトの優先順位をつける「トリアージ」を提唱しています。顧客のニーズ全てを受け入れず、必須機能の優先順位を定めることで、段階的にリリースを行い、リスクを抑えることが必要です。また、顧客との合意形成において政治力を発揮することも、デスマーチの回避には不可欠と言えます。

デスマーチは、プロジェクトマネジメントの現場で頻繁に見られる問題であり、適切な管理と計画によってその発生を防ぐことが求められています。プロジェクトの成功だけでなく、メンバーの健康も重要な要素であることを忘れずに、持続可能な働き方を模索することが必要です。

もう一度検索