Click here to see in English.

 

または
1-Clickで注文する場合は、サインインをしてください。
 
 
こちらからも買えますよ
この商品をお持ちですか？
マーケットプレイスに出品する
 
   
デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
 
 
自分のイメージを掲載する
この本の中身を閲覧する

デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか (単行本)

エドワード・ヨードン (著), 松原 友夫 (翻訳), 山浦 恒央 (翻訳)
5つ星のうち 4.2  レビューをすべて見る (8件のカスタマーレビュー)
価格： ￥ 2,310 国内配送料無料 詳細
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
在庫あり。 在庫状況について
この商品は、Amazon.co.jp が販売、発送します。 ギフト包装を利用できます。

5点在庫あり。ご注文はお早めに。

2009/11/23 月曜日 にお届けします！ 「お急ぎ便」オプション（有料）を選択して注文を確定された関東エリアへの配達のご注文が対象です。詳しくはこちら
中古商品11点￥ 698より

商品プロモーションおよび特別キャンペーン

よく一緒に購入されている商品

この本とピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵  トム・デマルコをあわせて買う

デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか + ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵
合計価格: ￥ 4,620

在庫状況の表示

  • 対象商品: デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか  エドワード・ヨードン

    在庫あり。 在庫状況について
    この商品は、Amazon.co.jp が販売、発送します。
    この商品は1500円以上国内配送料無料（一部例外あり）を利用して発送されます。 詳細

  • ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵  トム・デマルコ

    在庫あり。 在庫状況について
    この商品は、Amazon.co.jp が販売、発送します。
    この商品は1500円以上国内配送料無料（一部例外あり）を利用して発送されます。 詳細

この商品を買った人はこんな商品も買っています

ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵

ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵

トム・デマルコ
5つ星のうち 4.2 (20)  ￥ 2,310
熊とワルツを - リスクを愉しむプロジェクト管理

熊とワルツを - リスクを愉しむプロジェクト管理

トム・デマルコ
5つ星のうち 4.4 (23)  ￥ 2,310
デッドライン―ソフト開発を成功に導く101の法則

デッドライン―ソフト開発を成功に導く101の法則

トム デマルコ
5つ星のうち 4.3 (23)  ￥ 2,310
人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))

人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))

Jr.,フレデリック・P. ブルックス
5つ星のうち 3.7 (12)  ￥ 3,045
ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解

ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解

トム・デマルコ
5つ星のうち 4.1 (26)  ￥ 2,310
› 関連商品を見る

商品の説明

商品の説明

デスマーチ ソフトウエア開発プロジェクトはなぜ混乱するのか 第2版
無理な納期や予算を前提にした過酷なシステム開発プロジェクトに対し、プロジェクト・マネジャや開発メンバーはどう対処すべきなのか―。経営陣との交渉術からツールの選択方法まで具体的な防衛策を示す。

デスマーチ・プロジェクトとは、開発期間、開発者数、予算などのいずれかが、本来必要な水準の半分以下しか割り当てられていないプロジェクトを指す。本書は、この問題を取り上げて1998年に話題を集めた初版に、大幅に加筆、改訂を加えたものだ。

筆者は、昨今のオフショア開発やアウトソーシングの進行に伴って競争が激化し、その結果IT部門の限界をはるかに超えたデスマーチ・プロジェクトが生まれていると警告する。

米国の統計では、ごく平均的なプロジェクトでも計画と比べ6~12カ月遅延し、予算を50~100%超過しているという。これらの数字をそのまま日本の状況と比較することはできないが、デスマーチ・プロジェクトが常態化している点に変わりはない。現場でシステム開発に携わる人だけでなく、運用・保守要員やマネジメント層も、自らを守るために読むべき一冊と言える。


(日経コンピュータ 2006/06/12 Copyright©2001 日経BP企画..All rights reserved.)



出版社/著者からの内容紹介

1週間6日、1日14時間働いても終わらない。スケジュール、人員、予算は半分。どう分析しても50％以上失敗することがわかっている。明らかに無謀それが、「デスマーチ・プロジェクト」。巨匠エドワード・ヨードンが、1996年に発表し業界に衝撃を与えた名著『デスマーチ』の第2版。「失敗プロジェクト」の代名詞となり、現在も減ることのないデスマーチ・プロジェクトについて、発生のメカニズム、いかにすればそこから“生還”できるかを鋭く説いていきます。既存の章を全面的に見直し、エクストリーム・プログラミング、システム・ダイナミックス、クリティカルチェーンなどの話を織り交ぜながらプロジェクト・マネジメントについて独自の視点を展開します。
商品の説明をすべて表示する

登録情報
この本のなか見！検索より （詳細はこちら）
この本のサンプルページを閲覧する
おもて表紙 | 著作権 | 目次 | 抜粋 | 索引 | 裏表紙
この本の中身を閲覧する:

この商品を見た後に買っているのは？

デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
62%のカスタマーが、このページの商品を購入しています。
デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか 5つ星のうち 4.2 (8)
￥ 2,310
ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵
12%のカスタマーが
ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵を購入しています 5つ星のうち 4.2 (20)
￥ 2,310
人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))
10%のカスタマーが
人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))を購入しています 5つ星のうち 3.7 (12)
￥ 3,045
デッドライン―ソフト開発を成功に導く101の法則
9%のカスタマーが
デッドライン―ソフト開発を成功に導く101の法則を購入しています 5つ星のうち 4.3 (23)
￥ 2,310
関連商品を見る

この商品につけられているタグ

 (詳細)
タグをクリックすると、タグがつけられた商品、タグをつけた人が表示されます。※タグは初期設定で公開になっています。詳しくはこちら
 
(1)
 
最も人気のあるタグを見る
 

カスタマーレビュー

8レビュー
星5つ:
 (4)
星4つ:
 (2)
星3つ:
 (2)
星2つ:    (0)
星1つ:    (0)
 
 
 
 
 
おすすめ度
5つ星のうち 4.2 (8件のカスタマーレビュー)
 
 
 
 
あなたの意見や感想を教えてください:
最も参考になったカスタマーレビュー

 
35 人中、30人の方が、｢このレビューが参考になった｣と投票しています。
5つ星のうち 3.0 「デスマーチ」という言葉を世に知らしめた功績は大きいが, 2006/10/23
デスマーチの定義、デスマーチへ陥る原因のくだりは、共感する部分が多いのですが、
そうなってしまった場合の対策はあまり具体的に述べられてなく、別の本を探したほうが良いのかなと感じました。

また、純日本的な企業で働いていると、アメリカとの企業文化の違いもあり、
ちょっと自分の環境とは現実離れしている部分も気になりました。

- 本の中で出てくるアメリカのマネージャ・プログラマはハイリスク・ハイリターンで働いていて、
　失敗すれば首(ただし転職容易)、成功すれば多額のボーナス、長期休暇。
　マネージャがプロジェクトを請け負うか断るかの選択肢まであり。
　マネージャとプログラマで給料がかなり違う。
- 一方の日本的な企業ではローリスク・ローリターンで、
　失敗しても首の心配はなし。
　ただ、成功してもボーナスはほとんど変わらないし、休暇も桁違いに少ない。
　デスマーチを断る権利はほとんどなく、デスマーチに巻き込まれてる人はほとんどが仕方なく巻き込まれてる
　管理者になると残業手当がなくなり、場合によっては残業代つく部下の方が給料多い。

どちらの社会・会社がいいかは人によって違うと思いますが、こんなデスマーチを避けるにはどうすればよいか？というのは、もっと勉強と経験を積んで修得しないといけないのかなと思いました。
コメント コメント | ブックマーク | このレビューは参考になりましたか？ はい いいえ (報告する)



 
10 人中、7人の方が、｢このレビューが参考になった｣と投票しています。
5つ星のうち 5.0 松原さんの翻訳なので読みました。, 2008/1/6
By kaizen (愛知県) - レビューをすべて見る
(TOP 100 REVIEWER)   
書いていることは事実をある視点で記述しているのだと思います。
解決策は、それぞれの現場で違うので、自分達で考えるしかありません。

現場の感触としては、能力のある人間にやる気を与えて仕事をした結果を、
どうお金に変えるかの手腕が経営者や営業にあるかだと思っています。

そういう手腕のある人でも、手腕があるが故に、仕事量が１０倍、１００倍になったときに、対応方法を誤ることがあるように思います。

万能の解決策はないということではないでしょうか。

少なくとも、
１　有能な技術者を組織する（やる気にさせる）
２　お金を支払う顧客を捜してくる
の２つができれば、大丈夫なのではないでしょうか。

割とありがちな問題と、割とありがちな解決策が体系的に書かれているので、時間があるときにのんびりと読むとよい。くれぐれも、デスマーチプロジェクトの時には読まない方がよいと思った。こまっているときには、原因を解決する方法か、対策が大事で、ありがちな解決策では解決しない。それは、公式プロセスの導入という、デスマーチプロジェクトに適用してはいけないと本書で書いていることと同じではないだろうか？

コメント コメント | ブックマーク | このレビューは参考になりましたか？ はい いいえ (報告する)



 
15 人中、10人の方が、｢このレビューが参考になった｣と投票しています。
5つ星のうち 4.0 他人事ではない !, 2006/12/1
By 紫陽花 "玲瓏" (神奈川県相模原市) - レビューをすべて見る
(TOP 50 REVIEWER)   
本書で言う「デスマーチ」とは、主にソフトウェア開発を対象として「開発者に過度の負担を掛けながら破綻への道を突き進む」プロジェクトを指す。私はソフトウェア開発25年の経験を持つが、私の入社時には「遅れたプロジェクトに新たに人員を投入すると、そのプロジェクトは更に遅れる」という名言で有名なブルックスの「人月の神話」がプロジェクト管理の本として著名であった。

本書では、「プロジェクトのパラメータが正常値の50%以上のもの」をデスマーチと明快に定義している。例えば、納期、人員、予算等が見積もりに対して半分以下なら即デスマーチだ。逆に要求仕様が2倍だったらやはりデスマーチだ。著者はデスマーチが起きる原因を、経営、営業、楽観主義、不測の事故等に分類し、解説する。こうした分析嗜好はアメリカ人の性癖によるものだろう。簡潔に言うとアメリカでは職能(マネージャ、担当者etc.)主義が徹底しているのでそれに沿って、ある意味マニュアル化した方法で対処するのが良いと言う。

翻って日本はどうだろう。顧客との折衝でビジネスライクに事を進め、常に必要な予算を確保できるのであろうか ? 私はむしろマーフィーの次のような法則の方が現実に近いように思われる。「失敗する可能性のあるプロジェクトは必ず失敗する」。そして、失敗する可能性の無いプロジェクトなど存在しないのである。
コメント コメント | ブックマーク | このレビューは参考になりましたか？ はい いいえ (報告する)


あなたの意見や感想を教えてください: 自分のレビューを作成する
 
 
 
最近のカスタマーレビュー

5つ星のうち 4.0 死ぬほど大変なITプロジェクトに入る前に
著者ははじめににおいて，「デスマーチプロジェクト（常態よりも５０％以上逸脱している... 続きを読む
投稿日: 24か月前 投稿者: 親カッパ

5つ星のうち 5.0 できるなら　プロジェクトが始まる前に読んで！
→著者が　たった一つだけ覚えてほしいことは
　「トリアージ」・・・作業に優先順位をつけて実施すること

→これ以外にも... 続きを読む
投稿日: 2007/4/8 投稿者: よこはま　こうたろう

5つ星のうち 5.0 システム開発に携わる人必読
素晴らしい。システム開発に携わる人に必読の書である。以前から読みたいと思っていたが、絶版であったのか手に入らなかったものが、今回、第2版の翻訳で書店に並ぶことに... 続きを読む
投稿日: 2007/4/6 投稿者: yoc

5つ星のうち 5.0 とにかく、面白い
ここの評判が今ひとつだったので購入をためらっていたが、実際に読み始めると抜群に面白い。... 続きを読む
投稿日: 2006/12/23 投稿者: キミノリ

5つ星のうち 3.0 なぜプロジェクトはデスマーチと化すのか
ソフトウェア開発業界では、８０年代後半から９０年代にかけて「ＣＡＳＥ」や「構造化技法」が一世を風靡したが、著者のＥ．ヨードンは構造化技法のひとつ、ヨードン法の考... 続きを読む
投稿日: 2006/6/17 投稿者: 丁三

この商品のカスタマーレビューだけを検索する


クチコミ

商品やカテゴリー、トピックについて他のカスタマーと語り合う場です。お買いものに役立つ情報交換ができます。
この商品のクチコミ一覧
内容・タイトル 返答 最新の投稿
まだクチコミはありません

語りたいこと、聞きたいことはありませんか？　意見や質問を書いて情報交換しましょう。
新しいクチコミを作成する
タイトル:
最初の投稿:
サインインが必要です
 

   

リストマニア

リストを作成

関連商品を探す

同じキーワードの商品を探す









この本は、それぞれの上記のテーマに含まれています。

フィードバック


チェックした商品の履歴

 (詳細はこちら)

製品詳細ページやサーチ結果を表示した後、興味のあるページに戻る簡単な方法についてはここを参照してください。