開発が遅れたら増員すればいい？『人月の神話』から考える判断材料

開発が遅れると、「あと一人いれば」と考えたくなります。人手が有効な場面はありますが、人数の分だけ残り日数が減るとは限りません。

『人月の神話』を入口に、小さなチームの架空ケースで考えます。出版社・書誌の紹介情報に基づく記事で、本人の読後談ではありません。以下の判断例は独自のもので、本の章や訳文の再現ではありません。

増員前に五つを確認する

• 分割可能性：別の人が独立して進め、結果を受け取れる仕事は何か。
• 引き継ぎ負荷：誰が何を説明し、どれくらい作業を中断する見込みか。
• 受入条件：環境・権限・資料・相談先は揃っているか。
• 確認担当：増えた成果を誰がレビューし、問題を判断するか。
• 期限：準備を含めて、必要な時点までに役立つ見通しがあるか。

これは点数で機械的に増員可否を決めるものではありません。不明点があれば、短い調査や一件の試行で確かめます。人の能力を一律に評価するのではなく、渡す仕事と受け入れる条件を見ます。

何が遅れを生んでいるか

架空の問い合わせ管理を改修しているとします。件名は必須で1〜100文字、状態は下書き・受付済み・対応中・完了、利用者には投稿者と担当者がいます。

「入力チェックが終わらない」理由が、実装量なのか、空白だけの件名を許すか未決なのか、保存処理の担当者から返答がないのかで、必要な支援は変わります。

• 決まった作業を処理しきれない：独立して渡せる仕事を探す。
• 仕様が決まらない：決定者と確認時点を揃える。
• 環境や権限がない：利用手続きや準備を進める。
• 一人に確認が集中する：確認の分担、資料、範囲を見直す。

人が加わっても、仕様の判断が必要な状態は残ります。判断できる権限や知識を持つ人なら助けになりますが、単なる人数追加とは違う支援です。「誰か来てほしい」を「何を進める人が必要か」へ言い換えます。

二つのケースで考える

A：独立した確認作業を渡せる

件名の仕様と実装方針は決まっています。既存担当が入力チェックを修正する一方、合意した確認項目を検証環境で実行し、結果を残す仕事があります。

支援者は検証環境を利用でき、手順と期待結果を読めます。最初の一件を一緒に確かめれば、その後は進められる見通しがあり、結果をレビューする人の時間も確保できるとします。

この場合は独立した成果を受け取れるため、支援を検討しやすくなります。ただし、実装が終わらないと実行できない項目もあります。待つ間に確認データを準備できるかも整理します。

「テストを全部任せる」ではなく、「この版の変更に対し、合意済み項目を実行し、期待結果との差を記録する」と渡すと、開始条件と完了条件を揃えやすくなります。

B：同じ担当者の判断を待ってしまう

受付後に誰が件名を変えてよいかが未決で、状態の確認処理も保存処理も一人しか把握していません。資料も不十分です。

二人を追加しても、二人が同じ担当者へ仕様とコードを質問し、その人が説明のために実装を止める場面が考えられます。レビューも集中すれば、書く人だけ増えても、受け取るまでの仕事は進みません。

増員を否定するのではなく、仕様を決める人の確保、短い共同作業、引き継ぎ資料などの受入準備を考えます。そのうえで、範囲を絞って渡せるかを見ます。

期限が短いなら、今回の納期を助ける増員と、次の改修に備える引き継ぎを分けて判断します。

増員・範囲・期限を比べて相談する

範囲を外す場合も、担当者だけで決めず、利用者への影響や目的を踏まえて決定権を持つ人と合意します。期限変更の案も、いつ何が使えるようになるかを具体的に示します。

仕事量の相談は引き受け方と作業量の調整、任せる範囲の作り方は仕事の任せ方と引き継ぎで整理しています。

参照した本と、紹介の範囲

『人月の神話【新装版】』はフレデリック・P・ブルックス,Jr.著、滝沢徹・牧野祐子・富澤昇訳。対象ISBNは9784621066089です。

日本語版の書誌と紹介では、丸善出版の日本語版で、原著Anniversary Editionの翻訳と確認できます。NDL掲載の出版情報登録センターの紹介は、人数と月数を単純に掛け合わせる見積もりの問題を扱っています。

英語原著の出版者情報では、分業に伴う大規模開発特有の管理上の問題を紹介しています。そこから「人数で割る前に分け方と調整負担を見る」という問いを取り出し、本記事の架空例へ展開しました。

増員を相談する前のチェック

「何人ほしいか」の前に、何を進めてもらうかを書いてみてください。