【要約&レビュー】『デスマーチ第2版』失敗プロジェクトの代名詞から学ぶIT現場のリアル

3行で分かるこの本のポイント

• 「デスマーチ」という言葉を世に広めたITプロジェクト失敗論の古典的名著の改訂版
• 無理なスケジュール・人員不足・政治的圧力……デスマーチが生まれる構造の解明
• デスマーチプロジェクトに放り込まれたとき生き残るための戦略と交渉術

この本はこんな人におすすめ

• ITプロジェクトの過酷な現場で働いているエンジニア・PM
• なぜプロジェクトが崩壊するのか構造的に理解したい方
• デスマーチを経験したことがある・今まさに経験中の方
• ソフトウェア開発の古典的名著を読みたいIT関係者

独自5段階評価

項目	スコア
問題の本質への切り込み	★★★★☆
読みやすさ	★★★☆☆
実務への応用度	★★★☆☆
プロジェクト管理への示唆	★★★★☆
時代を超えた普遍性	★★★★☆

要約・内容紹介

「デスマーチ」とは何か

デスマーチとは「必要な資源の半分以下で、通常の2倍以上のペースで開発を強いられるプロジェクト」のことです。著者はこの言葉を世に広め、なぜ多くのITプロジェクトがデスマーチになるのかを組織的・政治的な観点から分析します。

デスマーチが生まれる構造

問題はエンジニアの怠慢ではありません。無謀なスケジュール・政治的プレッシャー・曖昧な要件・不十分なリソースという組み合わせがデスマーチを生み出すと著者は指摘します。構造的な問題として捉えることが第一歩です。

生き残るための戦略

本書の後半は「デスマーチから脱出・生き残る方法」を論じます。プロジェクトを救う交渉術、上司や顧客との調整、チームの士気を維持するリーダーシップなど、過酷な現場で機能する実践的な知恵が詰まっています。

実際に試してみた

フリーランスになる前、SIer勤めの友人から「まさにデスマーチだ」という話を何度も聞きました。本書を勧めたところ「自分の職場の状況が構造的な問題だと分かって少し楽になった」という感想がありました。

問題を「自分のせい」「根性が足りない」と思い込むのではなく、構造的に捉え直すことがメンタル維持にも有効だと感じます。

読者の評判・口コミ

楽天ブックスでレビュー29件・評価3.38と、賛否が分かれる評価。「IT現場のリアルを言語化してくれた」「古典だが本質は変わらない」という声がある一方、「翻訳が古くて読みにくい」「現代の開発手法と合わない部分がある」という意見も。

良い点

• 「デスマーチ」という概念を作った古典としての価値がある
• プロジェクト失敗の構造的原因を鋭く分析している
• 過酷な現場に放り込まれた際の生き残り戦略が実践的

注意点

• 原著は2003年のため、アジャイル・クラウド時代には合わない部分がある
• 翻訳のこなれていない部分があり読みにくさを感じることがある
• 問題の構造解明が中心で、具体的な解決策は限定的

この本の前後に読む本

前に読む本: プロジェクトマネジメントの基礎（PMBOKなど）を学んでから読むと本書の論点が整理しやすいです。 後に読む本: アジャイル開発・スクラムの手法書に進むと、デスマーチを生まないプロジェクト手法が学べます。

読了データ

項目	内容
ページ数	約350ページ
読了時間の目安	5〜7時間
図解・イラスト	あり（図表）
難易度	★★★☆☆（IT業界関係者向け）

まとめ

『デスマーチ第2版』は、なぜITプロジェクトは崩壊するのかを構造的に解明した古典。「なんでこのプロジェクトはこうなっているんだ」と感じているすべてのIT従事者に読んでほしい一冊です。