よく一緒に購入されている商品
商品の説明
商品の説明
デスマーチ ソフトウエア開発プロジェクトはなぜ混乱するのか 第2版
無理な納期や予算を前提にした過酷なシステム開発プロジェクトに対し、プロジェクト・マネジャや開発メンバーはどう対処すべきなのか―。経営陣との交渉術からツールの選択方法まで具体的な防衛策を示す。
無理な納期や予算を前提にした過酷なシステム開発プロジェクトに対し、プロジェクト・マネジャや開発メンバーはどう対処すべきなのか―。経営陣との交渉術からツールの選択方法まで具体的な防衛策を示す。
デスマーチ・プロジェクトとは、開発期間、開発者数、予算などのいずれかが、本来必要な水準の半分以下しか割り当てられていないプロジェクトを指す。本書は、この問題を取り上げて1998年に話題を集めた初版に、大幅に加筆、改訂を加えたものだ。
筆者は、昨今のオフショア開発やアウトソーシングの進行に伴って競争が激化し、その結果IT部門の限界をはるかに超えたデスマーチ・プロジェクトが生まれていると警告する。
米国の統計では、ごく平均的なプロジェクトでも計画と比べ6~12カ月遅延し、予算を50~100%超過しているという。これらの数字をそのまま日本の状況と比較することはできないが、デスマーチ・プロジェクトが常態化している点に変わりはない。現場でシステム開発に携わる人だけでなく、運用・保守要員やマネジメント層も、自らを守るために読むべき一冊と言える。
(日経コンピュータ 2006/06/12 Copyright©2001 日経BP企画..All rights reserved.)
出版社/著者からの内容紹介
1週間6日、1日14時間働いても終わらない。スケジュール、人員、予算は半分。どう分析しても50％以上失敗することがわかっている。明らかに無謀それが、「デスマーチ・プロジェクト」。巨匠エドワード・ヨードンが、1996年に発表し業界に衝撃を与えた名著『デスマーチ』の第2版。「失敗プロジェクト」の代名詞となり、現在も減ることのないデスマーチ・プロジェクトについて、発生のメカニズム、いかにすればそこから“生還”できるかを鋭く説いていきます。既存の章を全面的に見直し、エクストリーム・プログラミング、システム・ダイナミックス、クリティカルチェーンなどの話を織り交ぜながらプロジェクト・マネジメントについて独自の視点を展開します。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
41 人中、38人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
デスマーチの定義、デスマーチへ陥る原因のくだりは、共感する部分が多いのですが、
そうなってしまった場合の対策はあまり具体的に述べられてなく、別の本を探したほうが良いのかなと感じました。
また、純日本的な企業で働いていると、アメリカとの企業文化の違いもあり、
ちょっと自分の環境とは現実離れしている部分も気になりました。
- 本の中で出てくるアメリカのマネージャ・プログラマはハイリスク・ハイリターンで働いていて、
失敗すれば首(ただし転職容易)、成功すれば多額のボーナス、長期休暇。
マネージャがプロジェクトを請け負うか断るかの選択肢まであり。
マネージャとプログラマで給料がかなり違う。
- 一方の日本的な企業ではローリスク・ローリターンで、
失敗しても首の心配はなし。
ただ、成功してもボーナスはほとんど変わらないし、休暇も桁違いに少ない。
デスマーチを断る権利はほとんどなく、デスマーチに巻き込まれてる人はほとんどが仕方なく巻き込まれてる
管理者になると残業手当がなくなり、場合によっては残業代つく部下の方が給料多い。
どちらの社会・会社がいいかは人によって違うと思いますが、こんなデスマーチを避けるにはどうすればよいか？というのは、もっと勉強と経験を積んで修得しないといけないのかなと思いました。
そうなってしまった場合の対策はあまり具体的に述べられてなく、別の本を探したほうが良いのかなと感じました。
また、純日本的な企業で働いていると、アメリカとの企業文化の違いもあり、
ちょっと自分の環境とは現実離れしている部分も気になりました。
- 本の中で出てくるアメリカのマネージャ・プログラマはハイリスク・ハイリターンで働いていて、
失敗すれば首(ただし転職容易)、成功すれば多額のボーナス、長期休暇。
マネージャがプロジェクトを請け負うか断るかの選択肢まであり。
マネージャとプログラマで給料がかなり違う。
- 一方の日本的な企業ではローリスク・ローリターンで、
失敗しても首の心配はなし。
ただ、成功してもボーナスはほとんど変わらないし、休暇も桁違いに少ない。
デスマーチを断る権利はほとんどなく、デスマーチに巻き込まれてる人はほとんどが仕方なく巻き込まれてる
管理者になると残業手当がなくなり、場合によっては残業代つく部下の方が給料多い。
どちらの社会・会社がいいかは人によって違うと思いますが、こんなデスマーチを避けるにはどうすればよいか？というのは、もっと勉強と経験を積んで修得しないといけないのかなと思いました。
3 人中、3人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
グローバルな競争が常態と化した現在、IT業界だけではなくすべての業界のプロジェクトにおいて、「デスマーチ・プロジェクトは例外ではなく、通常の状態なのだ」と言い切ってしまう。身も蓋もないが、IT業界は昔から狼人間を撃つ銀の弾はないと言われてきた。
少々アメリカンジョークがキツイのと昔話が多いのに慣れれば、なるほど名著(迷著？)と呼ばれるだけのことも書いてある。ただし、繰り替えすが、デスマーチにも銀の弾は無いのである。即効性のあるプロジェクトマネジメントの要諦を知りたいなら、別な本をあたった方が良い。
個人的に気に入った箇所を抜き出すと、、、。
・何にしても問題は人だ。
・技術的問題よりも政治的問題がデスマーチを生み出す方が多い。
・製造手法や言語に会社的な制限があるべきではない。
・むやみに新技術に手を出すな。
・遅れたプロジェクトに人を入れるな、むしろ減らせ。
・そこそこ動く、そこそこの品質のものをリリースできるよう交渉せよ。トリアージを忘れるな。
・進捗確認は毎日が良い。但し、1日で進捗が分かる程度の小さなことを見ること。
・最後に振り返らずに、都度記録に残し、次のデスマーチに備えよ。
初版が出た頃の自分では理解出来なかった内容かもしれない。今ならよく分かる。
少々アメリカンジョークがキツイのと昔話が多いのに慣れれば、なるほど名著(迷著？)と呼ばれるだけのことも書いてある。ただし、繰り替えすが、デスマーチにも銀の弾は無いのである。即効性のあるプロジェクトマネジメントの要諦を知りたいなら、別な本をあたった方が良い。
個人的に気に入った箇所を抜き出すと、、、。
・何にしても問題は人だ。
・技術的問題よりも政治的問題がデスマーチを生み出す方が多い。
・製造手法や言語に会社的な制限があるべきではない。
・むやみに新技術に手を出すな。
・遅れたプロジェクトに人を入れるな、むしろ減らせ。
・そこそこ動く、そこそこの品質のものをリリースできるよう交渉せよ。トリアージを忘れるな。
・進捗確認は毎日が良い。但し、1日で進捗が分かる程度の小さなことを見ること。
・最後に振り返らずに、都度記録に残し、次のデスマーチに備えよ。
初版が出た頃の自分では理解出来なかった内容かもしれない。今ならよく分かる。
形式:単行本|Amazonが確認した購入
昔、IT業界にいた者です。
この本に書いてある事は他の業種のプロジェクトでも言える事だと思います。
アメリカのITプロジェクトの実情が日本とさほど変わらない事に驚かされます。
殆どのITプロジェクトがデスマーチだ、と言いきっているのが残念です。☆-1はそのためです。
元々デスマーチで無いプロジェクトもあるのです。
それを下手にこねくり回す事でデスマーチにしてしまう事例もあるのです。
日本のデスマーチは業界の構造もその一因です。
日本のIT業界は原発と変わりありません。。
ヤクザまがいの偽装請負会社の営業や経営者(ピンハネ屋）が客先に
「こいつら人月いくらでいくらでもこき使っていいから」
と言って社員をプロジェクトに送り込みます。
ここでプロジェクトマネージャに甘えが生じます。
馬鹿馬鹿しい仕様変更を平気で受け入れたり、自ら行ったりします。
プログラマをいくらでも一括でこき使えるので無駄なオーバーヘッドの為に牛馬の様にこき使い、
自らが行った愚かな仕様変更の責任をも押し付けてしまいます。
もちろん、偽装請負会社はいくら社員が残業しようとも残業手当をビタ一文支払いません。
そしてこき使われた偽装請負社員は心身ともにボロボロになり、『精神の内部被爆』
とも言うべき状態になって放出されます。
それを黙って耐える社員が客先で、偽装請負会社で評価されます。
IT業界の鬱病発症率は他業種の３倍と言いますが、階層別（元請け、下請け）の内訳をも示すべきです。
これから管理者になるかも知れない人は必読の一冊です。
デスマーチは管理者自身をも蝕みますし、避けようと思えば避けられる事もあるのですから。
この本に書いてある事は他の業種のプロジェクトでも言える事だと思います。
アメリカのITプロジェクトの実情が日本とさほど変わらない事に驚かされます。
殆どのITプロジェクトがデスマーチだ、と言いきっているのが残念です。☆-1はそのためです。
元々デスマーチで無いプロジェクトもあるのです。
それを下手にこねくり回す事でデスマーチにしてしまう事例もあるのです。
日本のデスマーチは業界の構造もその一因です。
日本のIT業界は原発と変わりありません。。
ヤクザまがいの偽装請負会社の営業や経営者(ピンハネ屋）が客先に
「こいつら人月いくらでいくらでもこき使っていいから」
と言って社員をプロジェクトに送り込みます。
ここでプロジェクトマネージャに甘えが生じます。
馬鹿馬鹿しい仕様変更を平気で受け入れたり、自ら行ったりします。
プログラマをいくらでも一括でこき使えるので無駄なオーバーヘッドの為に牛馬の様にこき使い、
自らが行った愚かな仕様変更の責任をも押し付けてしまいます。
もちろん、偽装請負会社はいくら社員が残業しようとも残業手当をビタ一文支払いません。
そしてこき使われた偽装請負社員は心身ともにボロボロになり、『精神の内部被爆』
とも言うべき状態になって放出されます。
それを黙って耐える社員が客先で、偽装請負会社で評価されます。
IT業界の鬱病発症率は他業種の３倍と言いますが、階層別（元請け、下請け）の内訳をも示すべきです。
これから管理者になるかも知れない人は必読の一冊です。
デスマーチは管理者自身をも蝕みますし、避けようと思えば避けられる事もあるのですから。
最近のカスタマーレビュー
最近のIT業界は、本書の内容を笑い話では済まされないのでは？
デスマーチは、あまりにも有名な言葉だったので、本を購入して、わかった気になっていた放置していたが、最近、自身のIT業界における仕事の振り返りを兼ねて、本棚から取り... 続きを読む
投稿日: 2010/4/28 投稿者: 疲れ親父
松原さんの翻訳なので読みました。
書いていることは事実をある視点で記述しているのだと思います。
解決策は、それぞれの現場で違うので、自分達で考えるしかありません。... 続きを読む
解決策は、それぞれの現場で違うので、自分達で考えるしかありません。... 続きを読む
投稿日: 2008/1/6 投稿者: kaizen
死ぬほど大変なITプロジェクトに入る前に
著者ははじめににおいて，「デスマーチプロジェクト（常態よりも５０％以上逸脱している... 続きを読む
投稿日: 2007/11/29 投稿者: 親カッパ
できるなら プロジェクトが始まる前に読んで！
→著者が たった一つだけ覚えてほしいことは
「トリアージ」・・・作業に優先順位をつけて実施すること... 続きを読む
「トリアージ」・・・作業に優先順位をつけて実施すること... 続きを読む
投稿日: 2007/4/8 投稿者: よこはま こうたろう
システム開発に携わる人必読
素晴らしい。システム開発に携わる人に必読の書である。以前から読みたいと思っていたが、絶版であったのか手に入らなかったものが、今回、第2版の翻訳で書店に並ぶことにな... 続きを読む
投稿日: 2007/4/6 投稿者: yoc
とにかく、面白い
ここの評判が今ひとつだったので購入をためらっていたが、実際に読み始めると抜群に面白い。... 続きを読む
投稿日: 2006/12/23 投稿者: キミノリ
他人事ではない !
本書で言う「デスマーチ」とは、主にソフトウェア開発を対象として「開発者に過度の負担を掛けながら破綻への道を突き進む」プロジェクトを指す。私はソフトウェア開発25年... 続きを読む
投稿日: 2006/12/1 投稿者: 紫陽花
なぜプロジェクトはデスマーチと化すのか
ソフトウェア開発業界では、８０年代後半から９０年代にかけて「ＣＡＳＥ」や「構造化技法」が一世を風靡したが、著者のＥ．ヨードンは構造化技法のひとつ、ヨードン法の考案... 続きを読む
投稿日: 2006/6/17 投稿者: 内田裕介
リストマニア
|
|
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
