デスマーチ第 2 版(デス マーチ)
ソフトウエア開発プロジェクトはなぜ混乱するのか
- 著者:
- エドワード・ヨードン/松原友夫(ヨードン,エドワード/マツバラ,トモオ)
- 出版社:
- 日経BP
- 出版日:
- 2006年05月
- ISBN:
- 9784822282714
- 在庫:
- 在庫あり
★★★☆☆3.38(29 件)
中級者向け
プロジェクト管理ソフトウェア開発アジャイル開発スクラムデスマーチソフトウェアエンジニアリングプロジェクトリーダーシップチーム管理ソフトウェアプロジェクトソフトウェア開発プロセス
なぜ注目されているか
総合
383位
↑ 1470 ランクアップ3 件の言及言及数
643位
書籍紹介
「失敗プロジェクト」の代名詞となった「デスマーチ」の改訂版。
技書の森解説
スケジュール、人員、予算のいずれかが正常な水準から 50% 以上逸脱しているプロジェクトを、エドワード・ヨードンは「デスマーチ」と名付けました。本書はそのような破綻寸前のプロジェクトがなぜ生まれるのか、なぜ人はそこに参加してしまうのか、そしてその中でどう振る舞えば被害を最小化できるのかを論じています。初版からの改訂で、ドットコムバブル崩壊後のプロジェクト事情やアジャイル手法との関係も加筆されています。
本書が扱うのは技術論ではなく、組織の政治力学と人間心理です。「不可能な納期」を設定する上層部の動機、メンバーが撤退できない構造、トリアージ (何を捨てるか) の判断基準といった話題が中心であり、 PM だけでなく開発者やテスターにとっても示唆が深い内容です。
すべてのソフトウェア開発が理想的な環境で行われるわけではありません。制約のある中で何を守り何を諦めるかを冷静に考える枠組みを与えてくれるという点で、キャリアのどこかで一度読んでおいて損のない本です。
言及 Qiita 記事 (3 件)
この本に興味がある方におすすめ
この本に関連
関連記事
技術書の読書ログを GitHub で管理する - エンジニアらしい記録法
技術書の読書記録を GitHub リポジトリで管理する方法を紹介します。Markdown で読書ノートを書き、コミット履歴で読書の軌跡を残す、エンジニアならではの読書ログ術です。
読書術アウトプット
「あとで読む」ブックマークが 100 件を超えたら本を買え
ブラウザのブックマークに技術記事を溜め込んでいませんか。断片的な記事を 100 件読むより、同じテーマの本を 1 冊読む方が効率的な理由を解説します。
学習法技術書
エンジニアの本棚の整理術 - 増え続ける技術書を管理する
増え続ける技術書を「リファレンス・アーカイブ・手放す」の 3 分類で整理し、本棚を知識のデータベースとして活用する方法を紹介します。
整理本棚