人月の神話(The Mythical Man-Month: Essays on Software Engineering)の中で有名なブルックスの法則。 「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」 ブルックスの法則 - Wikipedia そんなこと言っても、実際にプロジェクトが遅れていたら、まずは人員追加投入という話が出てくるのが現実だ。 なら実際にどうするべきか、何が問題なのか。 PMBOKのタイムマネジメントでも、スケジュール短縮の方法としてのクラッシング(資源追加投入)は、あまり良い結果にならないと示している。 そもそも進捗遅れの原因はどこにあるものなのか。 工程遅れの原因 見積りがちゃんとできていない。(プログラマはみんな楽観主義。たぶんこれでいけるよーってやつ-(^^)) 努力と進捗を混同している。(人と月が交換出来ると思い込ん
![ブルックスの法則と、進捗遅れの対策方法 - Adrenaline Junkie](https://cdn-ak-scissors.b.st-hatena.com/image/square/d5c96b98e11b4532fb1ca97730b50f8f1e83f09b/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fs%2Fstudent2010%2F20180904%2F20180904233559.png)