商品の詳細

• Amazon.co.jp ランキング: #243804 / 本
• 発売日: 2006-02
• 版型: 単行本
• 223 ページ

出版社/著者からの内容紹介
情報システムを構築するプロジェクトは至るところで失敗が起こっており、同じようなことが繰り返されています。特に、ユーザー企業の経営者、情報システム部員、ベンダーのSEや経営者など、プロジェクトに関わる人々のエゴやメンツで企画や開発が進み、失敗しているケースが少なくありません。本書では、そうした「不条理」な事例を集め、事実を明らかにしました。その上で、「どこが問題だったのか」、「本来どうすべきであったか」をまとめています。さらに、各事例から問題の本質を抽出・分析し、解決の方向性を示しました。プロジェクトの失敗を繰り返さないために、CIO（最高情報責任者）からプロジェクト・マネジャ、システム・エンジニアまで知っておくべき必読の1冊です。

内容（「BOOK」データベースより）
計画は完全なのに…なぜITプロジェクトは必ず混乱し、そして破綻するのか?その根幹にある「不条理」に赤裸々に迫る!CIOやプロマネ、情報システム担当者、SE必読の一冊。

内容（「MARC」データベースより）
計画は完全なのに、なぜITプロジェクトは必ず混乱し、そして破綻するのか? その根幹にある「不条理」に赤裸々に迫り、解決の方向性を示す。2002~05年『日経コンピュータ』連載「不条理なコンピュータ」を再編集。

カスタマーレビュー

システム開発者自身を映し出す「鏡」
畑村洋太郎氏の「失敗学のすすめ」以来、失敗学ばやりである。

システム開発の「失敗学」本もかなり増えてきたので、この機会に一通り目を通しておこうと手に取ったなかの一冊である。

本書は、日経コンピュータ連載記事「不条理なコンピュータ」の再編集モノだ。失敗「学」の「研究」、というタイトルは少しヘンだが、内容はシステム開発の失敗事例31件をドキュメント風に記述したものである。

失敗学といえば、事例から失敗にいたる共通的構造を分析し、なにがしかの法則や「べし・べからず」の教訓を引き出すことに主眼をおくのが普通だ。しかし本書のはそうではなく、ひたすら失敗事例を並べていく。

また、本書で扱う失敗事例が、技術やマネジメントの問題ではなく、ステークホルダーのわがままや欲に起因する問題ばかりである点も興味深い。

まっとうなＳＥやＰＭが、頑張ってなんとか良いシステムを作ろうとする。しかし、ありとあらゆるステークホルダーが勝手な言動でそれを「妨害」する。物語としては、ＳＥやＰＭが主人公、周囲のステークホルダーが「不条理な」悪者、という形をとってはいる。しかしよく読んでみると、初めから失敗をたくらんでいる悪者などはどこにもいない。成功させたいという思いは皆同じだ。なのにプロジェクトは失敗する。プラスを足していくといつの間にかマイナスになる。まさに不条理である。

本書には結論もないし、成功のためのノウハウもない。難しい理屈もなく内容も軽めだ。が、その軽さに比して得られるものは意外に深い。読む人の置かれた立場や経験、見識によって本書はいろいろな顔をみせるはずだ。その意味で本書はシステム開発者自身を映し出す「鏡」なのかもしれない。そこが本書のいちばんおもしろいところである。

ともあれ、単なる読み物としても肩が凝らず楽しめる。一読をお勧めしたい。

なぜ満足のいくシステムが出来ないか
自分が関わっているシステムで、なぜ満足のいくシステムを構築できることが少ないのか、疑問を感じている。
この本を読んでいると、同じ悩みを抱える人がＩＴ関係者に多くいることを知って一安心する。
しかし、これだけ「動いているコンピュータ」で悩んでいる人が多いのに、業界全体の改善がされないのはどうしてだろうか。
やはり、ユーザが勉強不足なのだろうか。それとも、ベンダはユーザに十分満足されると過剰品質になってしまうのだろうか。

これはＩＴではなく経営そのものの問題
ITがその原因のように言われることも多いですが、実際には都合のよい言い訳に使われていることも多いようです。東証の問題なんかもそんな感じですね。
この本では、ここらへんの構造になんとかアプローチしようとしているようにに思います。正解が見えにくい分、読後に釈然としない感じがありますが、しかし、こういうものだということを知って、その上でリスクマネジメントとかもあるのかなという気もします。
いずれにしても、ITの専門家というよりも、経営者に読ませたい一冊ではないでしょうか。