デスマーチ 第２版―ソフトウエア開発プロジェクトはなぜ混乱するのか （第２版）

ヨードン，エドワード【著】〈Ｙｏｕｒｄｏｎ，Ｅｄｗａｒｄ〉/松原 友夫/山浦 恒央【訳】

日経ＢＰ（2006/05発売）

• サイズ A5判／ページ数 302p／高さ 22cm
• 商品コード 9784822282714
• NDC分類 007.63
• Cコード C3055

内容説明

「失敗プロジェクト」の代名詞となった「デスマーチ」の改訂版。

目次

第１章　はじめに
第２章　政治
第３章　交渉
第４章　デスマーチ・プロジェクトの人々
第５章　デスマーチ・プロセス
第６章　プロセスのダイナミックス
第７章　クリティカルチェーンと制約条件の理論
第８章　時間の管理
第９章　進捗の管理と制御
第１０章　デスマーチのためのツールと技術
第１１章　シミュレーションと「戦争ゲーム」

著者等紹介

ヨードン，エドワード［ヨードン，エドワード］［Ｙｏｕｒｄｏｎ，Ｅｄｗａｒｄ］
ニューヨークを拠点にするコンピュータ関連コンサルティング会社ＮＯＤＲＵＯＹ　Ｉｎｃ．のＣＥＯ。１９７０年代、構造化分析／設計方法論、１９９０年代初期コード／ヨードンオブジェクト指向方法論を提唱したことで知られる。ソフトウエア・ジャーナル『Ｃｕｔｔｅｒ　ＩＴ　Ｊｏｕｒｎａｌ』を主宰。ソフトウエアに最も大きな影響を与えた人物として、チャールズ・バベッジ、セイモア・クレイ、グレイス・ホッパー、ビル・ゲイツと並んで「コンピュータ殿堂」（米カリフォルニア州コンピュータ博物館）に入った

松原友夫［マツバラトモオ］
１９５０年、早稲田大学専門部機械科を卒業。１９５６年、日立製作所に入社、１９７０年日立ソフトウェアエンジニアリングに転属。１９９１年末に同社を定年退職。その間、数多くの大規模プロジェクトを担当。分野は政府、銀行オンライン、プラント制御、科学計算、基本ソフトなど多岐にわたる。１９９２年からコンサルタントビジネスを始め、現在に至る。現在、Ｃｕｔｔｅｒ　ＩＴ　Ｊｏｕｒｎａｌの編集委員会委員、ＩＥＥＥ　Ｓｏｆｔｗａｒｅの副編集長、編集委員、Ｓｏａｐｂｏｘコラムエディター、産業諮問委員会委員を歴任

山浦恒央［ヤマウラツネオ］
１９７７年、日立ソフトウェアエンジニアリングに入社、２００６年より、東海大学情報理工学部ソフトウェア開発工学科助教授。大阪大学基礎工学研究科情報数理系後期博士課程単位取得退学。１９８４年から１９８６年、カリフォルニア大学バークレイ校客員研究員。２００１年から２００４年、ＩＥＥＥ　Ｓｏｆｔｗａｒｅ産業諮問委員会委員。２００１年から、法政大学情報科学部非常勤講師（オペレーティング・システム）。２００６年から東京大学大学院情報理工学系研究科非常勤講師（ソフトウエア工学）。ソフトウエア工学に興味を持ち、ソフトウエア検証技法、ソフトウエア・メトリクス、設計パラダイム、要求仕様分析などを主な研究テーマとする（本データはこの書籍が刊行された当時に掲載されていたものです）
※書籍に掲載されている著者及び編者、訳者、監修者、イラストレーターなどの紹介情報です。

感想・レビュー

※以下の感想・レビューは、株式会社ブックウォーカーの提供する「読書メーター」によるものです。

[人生ゴルディアス]

あまり参考にならなかった。あと読書―メーターの検索は本当にどうにならないものか。

2020/09/08

[0kerak0]

ソフトウェア開発におけるデスマーチプロジェクトについて著された有名な古典。多くはソフトウェア開発だけでなく、一般の非ITのプロジェクトマネジメントにも当てはまる内容です。制約条件の理論を有効な解決法としている点とかは先に「ザ・ゴール」等を読了していた身としては理解しやすかったです。トリアージの考え方が大事なのも同意。 この本が著された頃よりも今のほうがデスマーチが常態化してしまっているのは仕方ないことなのかと考えてしまいます。自身を守るためにも、いつでもデスマーチから逃げだせるよう準備しておくことが重要。

2021/08/09

[ふくみみ]

意外とインパクトを感じなかった。読んだ時期が遅かったのと元々こういう分野に興味があって、引用元の文献を読んでいたこともあるのかも。なんとなく一番悪いというか愚かしい結果を導くのは政治や駆け引きな気がする。しかし人間そこからなかなか自由になれませんな。

2012/02/13

[我門隆星]

第2版ではなく、第1版のほうを（入手可能ならば）すすめる。というのも、第1版は（さすがに内容が古いが）もう少し薄めでよくまとまっているからである。ただし、ヨードン先生が日本語版前書きで断られているように、本書は「米国人が米国人の読者に書いたものなので、絶対的なバイブルと思わないでほしい」。第1版・第2版に共通して言えることは「トリアージ」。やはり「優先順位（must do, should do, would do）」の単純な振り分け、そして「できないものはできない」と明言することの大事さを再確認した。

2011/10/25

[kwy8791]

＜「デスマーチ・プロジェクトとは、『プロジェクトのパラメータ』が正常値を50%以上超過したもの」である＞という定義が新鮮。そーいやデスマデスマ言うけど、ちゃんとその定義を意識したことなかったわー。で、その上でデスマに対してどう取り組むべきかをまとめた一冊。マネージャ・リーダ衆は全章を、兵隊どもは4章以降を読むことをオススメする一冊

2011/04/30