当サイトを閲覧いただきありがとうございます。 本記事は、プロジェクト管理の世界で最も有名な教訓の一つ、「ブルックスの法則」について解説します。
締め切りに遅れそうなプロジェクトがあったとき、多くの人はこう考えます。「人手が足りないなら、応援を増やせば間に合うだろう」。ところが、ソフトウェア開発の現場では、これがしばしば裏目に出ます。ブルックスの法則は、「遅れているソフトウェア開発に人を追加すると、かえってさらに遅れる」という、直感に反する経験則です。人を増やしたのに遅くなるとは、いったいどういうことなのでしょうか。この記事では、その理由を3つの角度から解き明かしていきます。仕事の進め方を考えるうえで、とても大事な視点が詰まっています。
ブルックスの法則とは
ブルックスの法則（英語では Brooks’s law）とは、「遅れているソフトウェアプロジェクトに人員を追加すると、そのプロジェクトはさらに遅れる」という経験則です。
これは、大型コンピュータの基本ソフト開発を指揮したフレデリック・ブルックスという技術者が、1975年の著書『人月の神話』で述べたものです。彼は巨大な開発プロジェクトを率いた経験から、「遅れを取り戻そうとして人を投入するほど、状況が悪化する」という、現場の苦い真実を言葉にしました。
一見すると、これはおかしな話に聞こえます。仕事量が決まっているなら、働く人が増えれば早く終わるはずだと、誰もが思うからです。畑を耕すなら、人手が倍になれば時間は半分になるでしょう。ところが、ソフトウェア開発のような「頭を使って作り上げる仕事」では、この単純な足し算が成り立ちません。なぜ成り立たないのか。その裏には、3つの明確な理由があります。順番に見ていきましょう。
理由1：新しい人を戦力にするには時間がかかる
一つ目の理由は、新しく加わった人は、すぐには戦力にならないということです。
プロジェクトに途中から参加した人は、いきなり全力で働けるわけではありません。まず、これまでの経緯、システムの仕組み、ルールや使っている道具を理解する必要があります。この「立ち上がり」には、それなりの時間がかかります。
そして厄介なのは、新しい人に教えるのは、すでに働いているベテランだという点です。ただでさえ忙しくて手が足りないところに、新人教育という仕事が上乗せされます。教える側は、自分の作業を止めて説明にあたることになる。つまり、応援を呼んだせいで、いちばん働ける人の手が、かえってふさがってしまうのです。新人が一人前になるまでの間、チーム全体の生産性はむしろ下がる。これが、人を足しても早くならない一つ目のからくりです。
理由2：人が増えるほど、伝え合う手間が爆発する
二つ目は、この法則の核心とも言える理由です。人数が増えると、連絡や調整の手間が、想像以上のスピードで膨れ上がるのです。
具体的な数で考えてみましょう。2人のチームなら、連絡を取り合う組み合わせは1通りだけです。ところが3人になると3通り、4人で6通り、6人では15通りにもなります。人数が2倍になると、やりとりの数は4倍近くに増えていくのです。これは、全員が互いに情報を共有し合う必要があるために起きる、避けがたい増え方です。
このやりとりには、会議、確認、認識合わせ、といった作業そのものではない時間がかかります。人を増やせば増やすほど、一人ひとりが本来の仕事に使える時間は、連絡の手間に食われて減っていきます。増やした人手が生む価値より、増えた調整コストのほうが大きくなると、全体としてはむしろ遅くなる。当サイトのパーキンソンの法則で「役人は仕事量と無関係に増える」という話をしましたが、こちらは「人が増えるほど、互いのやりとりで時間が溶けていく」という、組織の別の落とし穴だと言えます。
理由3：分けられない仕事がある
三つ目の理由は、そもそも、細かく分担できない仕事があるということです。
ブルックスは、これを表す非常に有名なたとえを残しました。「9人の女性を集めても、赤ちゃんを1か月で産むことはできない」という言葉です。赤ちゃんが生まれるまでにはどうしても約10か月かかり、人を増やしても、この時間を縮めることはできません。順番にこなすしかない仕事や、一つのまとまりとして進めるしかない仕事は、人手を足しても分担できないのです。
ソフトウェア開発にも、こうした「分けられない核心部分」がたくさんあります。全体の設計を組み立てる、複雑に絡み合った部分を作り込む、といった作業は、大人数で手分けするのが難しく、むしろ少人数で集中して進めたほうが速いことが多いのです。仕事には、人を足せば早くなるものと、足しても早くならないものがある。この区別を見誤って、何でも人海戦術で片付けようとすると、ブルックスの法則の罠にはまります。
この法則から何を学べるか
では、遅れているプロジェクトを前に、私たちはどうすればいいのでしょうか。ブルックスの法則は「人を足すな」とだけ言っているわけではありません。もっと実用的な教訓を含んでいます。
まず、「遅れているとき、人の追加は特効薬にならない」と知っておくこと。パニックになって人をかき集めるより、作業の範囲を絞る、優先順位を見直す、締め切りを現実的に引き直すほうが、有効な場合が多いのです。これは、当サイトのマーフィーの法則で述べた「最悪に備えて計画する」という発想にもつながります。遅れそうな兆候が出たら、慌てて増員する前に、計画そのものを見直すのが賢明です。
そして、人を増やすなら早い段階で行うこと。プロジェクトの序盤であれば、新しい人が立ち上がる時間の余裕がありますし、体制も整えやすい。「終盤に慌てて足す」のが最悪で、「最初から適切な人数で始める」のが理想だということです。私自身、締め切りが近づくとつい人手でどうにかしたくなりますが、この法則を思い出すと、「増やすより、減らす・絞る」を先に考えるようになりました。
ブルックスの法則についてよくある疑問
どんな仕事にも当てはまるのですか？
いいえ、当てはまりやすい仕事と、そうでない仕事があります。この法則が特に強く効くのは、メンバー同士の連携が濃く、深い専門知識が必要で、簡単には分担できない仕事です。ソフトウェア開発が代表例です。一方で、単純に手を動かせばよく、担当を切り分けやすい仕事（たとえば大量のチラシ配りなど）では、人を増やせば素直に早く終わります。ブルックスの法則は「頭を使って一つのものを作り上げる仕事」に特有の落とし穴だと理解しておくと、当てはめる場面を間違えずにすみます。
「人月」という言葉は、なぜ神話なのですか？
「人月」とは、「1人が1か月働く仕事量」を表す単位で、「10人月の仕事」のように使われます。ブルックスがこれを「神話（幻想）」と呼んだのは、この単位が「人数と期間は自由に交換できる」という誤った前提に立っているからです。10人月なら「10人で1か月」でも「1人で10か月」でも同じ、と錯覚させます。しかし実際には、前の章で見たとおり、人を増やすと連絡の手間が爆発し、分けられない仕事もあるため、この交換は成り立ちません。「人月」という便利な単位が、人を増員の罠に誘い込む。そこを見抜いた指摘だからこそ、名著の題名になったのだと思います。
半世紀前の法則が、今も通用するのですか？
はい、今なお有効だと考えられています。この法則が生まれたのは1975年ですが、人が増えると連絡の手間が増える、教育に時間がかかる、分けられない仕事があるという根っこは、道具が進歩しても変わらないからです。もちろん、現代ではオンラインの連絡手段や開発の自動化が進み、当時よりは調整の負担を減らせる面もあります。しかし、「人を足せば足すほど早くなる、とは限らない」という本質は、今のプロジェクトにもそのまま当てはまります。時代を超えて読み継がれているのが、その証拠だと思います。
関連する法則
仕事が時間いっぱいに膨張する「パーキンソンの法則」、最悪に備える発想の「マーフィーの法則」、そして人が無能な地位まで昇進する「ピーターの法則」の記事です。
まとめ
本記事は「ブルックスの法則」について解説しました。如何だったでしょうか。
遅れているソフトウェア開発に人を追加すると、かえってさらに遅れる。この直感に反する法則は、3つの理由から生まれていました。新人が戦力になるまで時間がかかること、人が増えるほど連絡の手間が爆発すること、そして分けられない仕事があることです。「9人の女性で赤ちゃんを1か月で産むことはできない」という言葉が、その本質を鮮やかに言い当てています。
この法則が教えてくれるのは、遅れへの対処として、安易な増員は特効薬にならないということです。慌てて人をかき集める前に、作業を絞り、優先順位を見直す。人を足すなら、終盤ではなく早い段階で。仕事には人手で速くなるものと、ならないものがある——この見極めができるだけで、プロジェクトの舵取りはずっと楽になるはずです。焦って人を増やしたくなったときこそ、思い出したい法則だと思います。
法則の一覧に戻りたい方は以下のリンクからどうぞ。
それでは次の記事も閲覧いただけると幸いです。
📚 シリーズ：有名で面白い法則（6/25）
