人月の神話

著者 : フレデリック・P・ブルックスJr. 滝沢徹 牧野祐子 富澤昇

• ピアソン桐原 (2010年12月14日発売)

感想・レビュー・書評

[lmndiscrmさんの感想 · 2020年8月30日]

ソフトウェア開発という歴史の浅い製品開発とはどういう性質のものか、どこに問題が潜んでいるか、どう対応するか、なぜ困難かを1975年にまとめている。

そして驚くべきことが、2020年現在においても置き換え可能なものばかりで、悪く言うと解決していない、ということ。

プロジェクトにおいてスケジュール以内で終わったものはほとんどない、であったり、要員追加が解決方法ではない、など。

そしてテクニカルな問題というよりも、社会学的な問題、というところが存在し、コミュニケーション工数の増加、引いてはコンセプトが散在し、よくわからないものができてしまう。

ますますこの傾向は加速するとみられる、なぜなら現状までのシステム化は現在の業務をいかにデジタルに置き換えるか、というところが主流だったが、今後はデジタルを使って新しいビジネスを行う、という断面に来ているため、ますますコンセプトの統一や一貫性を持たせ続けてプロジェクトを完走することは困難になる。

そしてアジャイルへ、ということが現在主流だが、驚いたのは当時からデモプロトやとにかく動くものを作る、ということがすでに語られていること。想定するに、当時は逆にそういうことを行う必要性がなかったのだと思われる。

テクニカル面ではクラウドの発展でインフラを意識しないこともできるようになってきているが、本書で書かれているのはそういったポイントではないため、解決策とはなりきれない。つまり銀の弾は未だに存在していないということだと言える。他社との協業などますます複雑性は増していると思われる。

また、アーキテクトの統一のための組織論、役割分担も語られており、今でも通用するないようばかりであり、
いかに難しいものを扱っているか、ということを痛感するばかり

[モリゾーさんの感想 · 2012年11月29日]

1975年（なんと僕の生まれる前）に出版されたソフトウェア開発の古典。
時間がなければ、16章以降から読めば良い。

ソフトウェア構築の作業を「本質的作業」「偶有的作業」に分け、ソフトウェア構築の困難さはその「本質的」な部分が複雑が故であるという。
ソフトウェア開発には銀の弾はないが
①購入できるものを構築しない
②プロトタイプの作成
③機能を追加しながら、システムを育成させる開発手法
④システムデザイナーの発掘、育成
を説く。

上記4点は2012年にしても成し遂げられておらず、現在でも十分に有効な提言だと考える。
①共通化、標準化がないことにより、度重なる同一機能の作成
②③相変わらずのフォーターフォールによる開発。もはや時代遅れ・・
④プロマネ至上主義、上流工程こそが価値があるといった考え、システムデザインを描ける人材の軽視、育成不足

[やおさんの感想 · 2011年10月18日]

36年前に上梓された本とは思えない。
それぐらい含蓄のある名著。
逆に言うと、この36年間、ソフトウェアエンジニアリングの世界は何をやっていたんだという軽い絶望感を味わえる本。

本文中にもあったと思うけど、ソフトウェア開発ってのは大規模になればなるほどステークホルダーとして多くの人間が関係し、人と人とのトランザクションが発生する。
そういった意味で、エンジニアリングとはいうものの、多分に社会科学的な要素を含むんだろうな。
コンピュータサイエンスみたいな自然科学寄りの分野の進歩と比較しても仕方ないのかも。

だからこそ、ソフトウェア開発に携わる人間としては、ソフトウェアエンジニアリングの技術的側面だけでなく、心理学であったり社会学であったりマーケティングであったり組織論であったりEQであったりリーダーシップであったり、そういったもやっとしたウェットな領域もカバーしないといけないんだなと。
これからの道筋が少し見えた気がします。

[michiyamakiさんの感想 · 2022年6月8日]

この本を読まなければエンジニアがなぜ苦しむのか理解できなかったであろう。

[yy_yankさんの感想 · 2020年3月13日]

古典だけどなんだかんだいいと思ってる

[boscono19さんの感想 · 2019年1月3日]

アジャイルサムライ参考資料

[なおきさんの感想 · 2018年11月5日]

2014.08.14　hyoshiokさんのブログより

[bkskさんの感想 · 2017年1月19日]

一部現代にも通用するが全体として小難しい

ITの分野で時々名前をきく本。興味があったので借りて読んでみた。
1980年代付近に書かれた本で，ソフトウェア開発に関する問題について書かれている。よくきくのは2章の人月に関する話と16章の銀の弾丸の話。

ソフトウェア開発に置いては，人と月は交換可能ではない。新しく人を投入しても教育やコミュニケーションのコストあるので，むしろ効率が悪くなるという話。
昔に書かれたので，内容は全体的に古臭い。そして，学者が書いたのか，翻訳が悪いのか長くて堅苦しくてわかりにくくて読みにくい。たしかにソフトウェア開発に関する問題としては今でも通用するところがあるかもしれない。
しかし，単純に読みにくいし過大評価されすぎだと思う。

[kieさんの感想 · 2016年6月26日]

数年の積読を経て、ついに、今こそ読まれる日が来た。ということで読んだ。（後半は結構飛ばした）

"コストは実際に人数と月数の積に比例する。が、進捗はそうではない。…人と月が交換可能になるのは、多くの作業者の間でコミュニケーション（意思疎通）を図らなくても、仕事が分担できる場合だけである。"

[yusuke0205さんの感想 · 2016年3月13日]

内容は古いがコミュニケーションの重要性が参考になった。