Amazon.co.jp
ソフトウェアプロジェクト管理・ソフトウェア開発論の古典『ソフトウェア開発の神話』（企画センター刊、絶版）を改題。論文「銀の弾などない──本質と偶有」を再録し、数章を加えた原書発行20周年記念増補版だ。
著者のブルックスは、IBMにおいてOS/360メインフレーム用のオペレーティングシステム開発マネジャーを経験し、現在はコンピュータサイエンス学科の大学教授。本書では、OS/360用のオペレーティングシステム開発で生じたさまざまな問題をもとに、プロジェクト管理の問題点と今後どのようにすべきかを論じている。
『人月の神話』はすでに古典と呼んでもよいほど有名な本だ。もし、この本のタイトルを知らなくても、ソフトウェア開発にかかわっている人であれば「ブルックスの法則」は聞いたことがあるはずだ。ブルックスの法則の中で最も有名なのは、「遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ」というものだ。
原書は1975年に出版され、その後長い間読み継がれてきた。これは、ソフトウェア開発における問題は、本質的には変わっていないことを意味している。ブルックスの言葉はさまざまな書籍でも引用され、賛同あるいは反証が示されてきた。さらに本書では、ブルックスのもうひとつの衝撃的な論文「銀の弾などない」（1986年発表、IEEE COMPTER誌の1987年7月号に再録されている）も第16章に収録されている。この論文では、「ソフトウェアの生産性をひとりでにもたらすようなプログラミング技法は今後10年間は登場しない」と予言し、議論を引き起こした。この論文を含むブルックスの主張は、その後のコンピュータおよびソフトウェア技術の急速な発展により、一部は誤認であったことが著者自身により認められている。だが、その一部を除く大半は今でも成り立つものだ。プロジェクト管理に関心があるのであれば、一度は読んでおきたい。
第17章から第19章は、増補版刊行にあたり新たに書き下ろされたもの。ここでは、初版刊行以降の識者のコメントや著者の新たな論考（ウォーターフォールモデルの誤りなど）、あるいは誤認の訂正が示されている。その中では、ケイパー・ジョーンズ（『ソフトウェア開発の定量化手法』の著者）やトム・デマルコ（『ピープルウエア』、『デッドライン―ソフト開発を成功に導く101の法則』の著者）やエドワード・ヨードン（『Death March』の著者）などに対するコメントが掲載されている。（遠野 諒）
--このレビューは、同タイトルの増訂版のレビューから転載されています。
思い出深い本
100.0% (1 / 1)
[No.11] posted by くんにゃ
学生時代に読まされて、そのときにはそんなことあるかと思っていたが、実際にその職業で働いてみるとまったくそのとおりという内容だった。読み直すと学生時代を思い出すとともに今日の自分の身につまされる本である。
ＳＥのバイブル
80.0% (4 / 5)
[No.10] posted by よこはま こうたろう
→社内のフォーラムにて
この「人月の神話」という本を
３人の方が引用されていました
１０人の講演者がいる中で
３人も 同じ本を引用するということは
よっぽどいい本なんだろうなぁと
→いや びっくり!
こりゃ ＳＥのバイブルだわ
・汎用機でＰＧ開発をした先輩方へ
→自身の体験をオーバラップして泣いてください
・現場バリバリの同僚へ
→プロジェクト運営が少し楽になるかも．．
・ＰＧを自分でやっている後輩へ
→ＰＧの真髄を読んで〜 お願い〜
→ ちょっと高めですが
１回の飲み代をけちっても 読む価値あり
それでも 自分で手が出ないということであれば
管理職に公的＆私的な予算で
買ってぇ（ハートマーク）
とお願いしてみましょう！
→個人的には、決断はリーダが行い、
メンバはリーダを完全にサポートする
ということを、
外科手術を比喩として論じた
「外科手術チーム」の方が心に残りました．．
難易度の高い著書
33.3% (1 / 3)
[No.9] posted by HJ
同業人として、名著、古典と呼ばれるこの作品の購入は
迷うことがありませんでした。
そこで読み始めてみると、
１．文章のリズムが日本語と異なっており（英文調？）、
２．（メインフレーム）プロマネの経験がないと理解
（同調すること）が困難では
と思われる内容でした。
但し、同内容の立場にある人には、大変有益な
内容であろうと思われ、個人的には機が熟した時
（著作と同じような立場になった時）に
読みたいと思う著書でした。
プロジェクトマネージャーなら
0.0% (0 / 1)
[No.8] posted by なか
プロジェクトマネージャーなら是非読んで見てください。
大規模プロジェクトの実例が多く紹介されています。
内容は２０年前の物で、現在のコンピュータの進化を考えると、
少し古さを感じるのですが、現在でも十分に通じる物ばかりで、
第１９章で現在におけるフォローもあります。
私が気に入った章は
第２章 人月の神話
第８章 予告宣言する
第１１章 一つは捨石にするつもりで
第１７章 「銀の弾などない」再発射
第１９章 「人月の神話」から二十年を経て
以上、参考にしてください。
賛否両論
85.7% (6 / 7)
[No.7] posted by plynth
本書の扱いは大きく３つあると思います。（１）開発現場で経験のある人が読む、（２）これからその現場に入っていく人が読む、（３）一般知識として読む。私は（1）になりますが、いくつか参考になる部分はありました。ですが、（２）、（３）の方は、正直云って分かり辛いと思います。大雑把な分類ですが、これを参考に購読して頂ければ幸いです。
元が論文なのでわかりづらい
75.0% (3 / 4)
[No.6] posted by timeserver
元が論文だったそうで結構わかりづらいです。
最初の２，３章と、最後のまとめの部分はそこそこですが、中心部分は理解しづらいです。訳が悪いという話もあるようですが、それも一因かもしれません。
あと、元になった話が20年以上前だということで、例えが現状に則さないのも一因かも。うわさの本なので買ってみましたが、ちょっと後悔気味です。
期待はずれ！
82.6% (19 / 23)
[No.5] posted by ユキナガ
バイブルとしていた「ソフトウェア開発の神話」の20周年記念増訂版とのことで期待して読んでみましたが、翻訳の下手さかげんにうんざりです。無理やり今風の言葉に訳している感があり、前作の真意が全く伝わりませんでした。アーキテクトは設計者、インプリメンテーションは製造担当、実現者とはいやはや意味不明、コーダーのことでしょうか。「ソフトウェア開発の神話」を読んでビシバシ伝わってきた感動が何も伝わってきません。山内正彌氏の翻訳の素晴らしさを改めて実感。
学生にもおすすめ
100.0% (5 / 5)
[No.4] posted by bu-hao
私は現在学生なので、この本の全てを理解できているとは言い難いです。開発経験が無いため実感が沸かない箇所、古くて名前だけしか知らない技術等、かなり難しかったですが、無理してでも読む価値はありました。
私の通う大学には実際の開発経験も無いのにソフトウェア工学の研究者を名乗り、自分の妄想の如き手法を誇大宣伝し、研究に学生を利用するタチの悪い教授がいるのですが、彼の間違いがよく分かりました。
読者層の大半は現役の技術者と管理者だと思いますが、まだ学生の方々も読んでおいて損は無いと思います。自分が何を学ぶべきかが分かります。
コンピューター業界のこの40年って??
66.7% (4 / 6)
[No.3] posted by ishii-k
ずっと前から読みたかった本。「システム開発の本」というよりも「組織論」と言う印象を受けた。
参考になる話がたくさん。40年前の話を元にしているとは思えない。著者の洞察力のなせる技なのだろうけど。
翻訳がちょっと読みづらいと思わせるところがいくつかあったのが残念。一つの文で、本文よりもかっこの中の注釈の方が長い、
とか、主語が無いのに否定文でかかれていて、意味がとりづらい、とか。
それでも、必読書といえるでしょう。
ブルックスの法則の本質を理解する
79.2% (19 / 24)
[No.2] posted by スペースデブリ
ＩＴ関連に携わる者の間で、長年語り継がれている真理の一つであるブルックスの法則「遅れているプロジェクトに人員を追加するとさらに後れる」は、この本から引用されました。
本書は、私の周りでは頭の悪い体育会系経営者（管理者）から「縁起の悪い迷信」や「若輩者の言い訳」として迫害をうけたりしました。しかし、本書は、ソフトウェア開発者の愚痴やネガティブな意見をまとめたものでは決してありません。
著者の経験かれ得られた数々の提言は、ソフトウェア開発の本質を解き明かしてくれるでしょう。
初心者には難しい内容かもしれませんが、経験を積めば本書の内容がより分かるようになるでしょう。初心者にこそ読んで欲しい名著です。
