遅らせるプロジェクトに多くの人々を追加

3ヶ月で、一人の開発者によって行うことができますプロジェクトは3人月のプロジェクトであると言われている。多くの場合、カレンダーの期間は45です - ベンダー組織がそれで動作するように2の開発者を割り当てることを意味し、60日。だから、簡単な計算では、2開発者はそれに取り組んでいる場合は、3人月のプロジェクトは1.5ヶ月かかることを伝えることができます。以上は、あなたがプロジェクトに取り組んでいる3開発者を持つことができなければ、このプロジェクトは1月に行うことができることを意味するのでしょうか？私はそうは思わない！

"....より多くの人々を追加して、早く終らせる" - これは、彼らが差し迫った締め切りを持っており、彼らはプロジェクトをより早く行うことがしたいときに90％の人が取得することを第1アイデアです。我々が知っているようしかし、これは働いたことがない、それは意志決して。

私はブルックの法則をご紹介しましょう​​：

予定より遅れて実行されているプロジェクトに多くのプログラマを割り当てると、プロジェクトについて学ぶために新しいプログラマに必要な時間、および増加し、通信のオーバーヘッドが原因であっても、後でそれを作ります。

1975年に発行されています：博士フレデリック·ブルックスは "ソフトウェア工学に関するエッセイ人月の神話"という本でこれを書いている。今日はまだ、最初の印刷の25年後、この法律は、良好な保持と本は、ソフトウェア工学のバイブルであり続けている。

彼は私たちに、基本的に "n"はプロジェクトに取り組んでいる人々の数であるn個（n-1）/ 2であり、グループの相互通信式を行いました。

だから我々は、これが= 1 2（2-1）/ 2となって働いて2人のチームを持っているとき、すなわち2人が作業しているときに、通信の1チャンネルのみが存在する。貸し付けは、我々は同じプロジェクトに取り組んでいる4人を持っているときに何が起こるかを参照してください。相互通信チャネルは次のようになります：4（4-1）/ 2 = 6

上記の例は明らかにチームの規模が2倍になると、通信のオーバーヘッドが6倍に増えたことを示している。

プロジェクトは、インドなどの低賃金国へ外注する場合、これを知っておくことは非常に重要です。賃金率の差は非常に魅力的であるためです。プロジェクトは時間当たり10ドルで委託されているのに対し、請負会社は、多くの場合、社内で$ 50/hrを支払う。したがって、ベンダーの組織のプロジェクトのリソースを倍増するとまだそれは厳しい負担していませんので、より速い配達を使ってクライアントを感動させる素晴らしい選択肢のように思える<スタイル= "色：＃333333;テキスト装飾：なし;カーソル：テキスト; "href =の" http://www.euoem.com/ ">意味の収益性に。
...