想定読者
- 納期遅延が続く案件を抱え、打ち手を見直したい経営者
- メンバー追加の判断が本当に正しいのか迷っているプロジェクト責任者
- 人数ではなく進め方の改善で成果を出したいチームリーダー
結論
遅れているプロジェクトに人を足せば、必ず前進するとは限りません。むしろ状況によっては、共有、教育、確認の負担が増え、完成が遠のくことがあります。これがブルックスの法則です。
特に、仕様が複雑な案件、関係者が多い案件、途中参加の立ち上がりに時間がかかる案件では、この傾向がはっきり出ます。大事なのは、足りないのが本当に人数なのかを見極めることです。遅延の原因が意思決定、仕様変更、役割の曖昧さにあるなら、増員だけでは解決しません。
まず見るべきなのは、誰が忙しいかではなく、どこで止まっているかです。そこを見誤ると、善意の増員が新たな混乱を生みます。
ブルックスの法則とは？
ブルックスの法則は、遅れているプロジェクトに人を追加すると、さらに遅れることがあるという考え方です。ソフトウェア開発の文脈で有名になりましたが、企画、制作、マーケティング、業務改善など、連携が多い仕事にも当てはまります。
ポイントは、仕事量が単純な人数計算では決まらないことです。1人で10か月かかる仕事を、10人で1か月にできるとは限りません。仕事の中には、順番に進める部分、前提共有が必要な部分、担当同士のすり合わせが欠かせない部分があるからです。
よくある誤解を先にまとめると、次の通りです。
| 誤解 | 実際 |
|---|---|
| 人が増えれば作業量をすぐ分担できる | 引き継ぎと説明に時間がかかる |
| 忙しい案件ほど増員が効く | 忙しい案件ほど受け入れ負担が重い |
| 優秀な人を入れればすぐ変わる | 優秀でも文脈理解には時間が必要 |
増員で遅れが広がる2つの理由
共有と確認の負担が一気に増える
人数が増えると、作業そのものより、連絡、確認、認識合わせに使う時間が増えます。誰が何を知っているか、どこまで決まっているか、変更点は何かをそろえるだけでも手間がかかります。
たとえば、5人のチームと10人のチームでは、必要な会話や確認の組み合わせが大きく変わります。人数が増えるほど、次のような場面が増えます。
- 進捗確認の打ち合わせ
- 仕様変更の共有
- 担当の境界確認
- レビュー依頼と差し戻し
- 認識違いの修正
その結果、作業時間を増やすための増員が、会議時間を増やす結果になりかねません。
新メンバーの立ち上がりに既存メンバーの時間が取られる
途中参加のメンバーは、いきなり成果を出せるわけではありません。背景、仕様、過去の判断、関係者の役割、使っているツールなどを把握する必要があります。
しかも、その説明をするのは、今いちばん忙しい既存メンバーです。ここが厄介です。新しい人が入ると、短期的には次の状態が起こります。
- 既存メンバーの手が説明対応で止まる
- 新メンバーは全体像をつかむまで時間がかかる
- 認識違いが出ると修正が発生する
- かえって全体の前進が鈍る
つまり、増員直後は生産量が上がるどころか、下がることも珍しくありません。
こんな現場は要注意
ブルックスの法則が表に出ている現場には、共通するサインがあります。次の項目に当てはまるなら、人数以外の問題を疑ったほうが安全です。
- 会議が増えたのに前進の実感がない
- 特定の人に質問や判断依頼が集中している
- 仕様変更のたびに手戻りが起きる
- 担当の境目が曖昧で、作業の重複や抜けが出る
- 新しく入った人が何を優先すべきか迷っている
- 期限が近いのに、全体像を把握している人が少ない
特に危ないのは、現場が疲れているから人を足す、という反応だけで終わるケースです。疲れている理由が、作業量ではなく混線にあるなら、増員は処方を間違えています。
立て直すなら何を優先するか
まず遅延の原因を切り分ける
最初にやるべきことは、人数不足という結論を急がないことです。遅れの原因は、次のどこにあるのかを分けて見ます。
- 仕様が固まっていない
- 意思決定が遅い
- レビュー待ちが長い
- 担当範囲が曖昧
- 優先順位が頻繁に変わる
- 一部の人に仕事が偏っている
この切り分けだけでも、打ち手は大きく変わります。たとえば、承認待ちが詰まりの原因なら、増員より承認経路の短縮が先です。仕様変更が多いなら、追加人員より変更ルールの見直しが先です。
小さく分けて任せる
どうしても人を増やすなら、遅れている本体にそのまま入れるのではなく、切り出せる仕事を分けて任せるのが有効です。
たとえば、次のような分け方があります。
- 本体チームは中核機能に集中する
- 周辺資料の整備を別担当に任せる
- テスト項目の作成を独立して進める
- データ整理や移行準備を別枠で進める
要は、密な連携が必要な部分と、比較的独立して進められる部分を分けることです。これなら既存チームへの負担を抑えながら、全体の前進を作れます。
納期と範囲を見直す
現実には、増員より先に納期や対象範囲の見直しが必要な場面もあります。全部を守ろうとして全部が遅れるより、優先順位を決めて守るほうが結果は良くなります。
見直しの観点はシンプルです。
- 今回の期限までに絶対必要なものは何か
- 後ろに回せるものは何か
- 品質を落とせない部分はどこか
- 誰の判断で決めるか
この話し合いを避けると、現場だけが無理を抱えます。厳しい場面ほど、期待値の調整が欠かせません。
よくある質問
Q: ブルックスの法則はソフトウェア開発だけの話ですか？
A: いいえ。複数人の連携が欠かせない仕事なら、業種を問わず起こります。制作、企画、業務改善、マーケティング施策でも同じです。
Q: それでも人手が足りない時はどうすればいいですか？
A: まず、独立して任せられる仕事を切り出してください。本体の中心部分に途中参加で入れるより、周辺業務や分離可能な作業を担当してもらうほうが進みます。
Q: 増員が有効な場面はありますか？
A: あります。仕様が安定していて、役割分担が明確で、引き継ぎ資料もそろっている場面です。追加メンバーが迷わず着手できる状態なら、人数の効果が出やすくなります。
Q: 遅延案件で最初に確認すべきことは何ですか？
A: どの工程で止まっているかです。実装、確認、承認、仕様決定のどこが詰まっているかを見ないまま増員すると、原因を外す可能性があります。
筆者について
記事を読んでくださりありがとうございました！ 私は スプレッドシートでホームページを作成できるサービス、SpreadSite を開発・運営しています！ 時間もお金もかけられない、だけど魅力は伝えたい！ という方にぴったりなツールですので、ホームページでお困りの方がいたら、ぜひご検討ください！ https://spread-site.com
