Закон Брукса

Закон Брукса

Фредерик Брукс руководил разработкой IBM OS/360 — одним из самых амбициозных программных проектов 1960-х. Проект опаздывал. Брукс добавлял людей. Проект опаздывал сильнее.

В 1975 году он описал это в книге «Мифический человеко-месяц» и сформулировал закон, который не устарел до сих пор:

«Добавление людей в проект, который уже не укладывается в сроки, задерживает его ещё сильнее»

Почему так происходит:

1. Время на ввод в курс дела

Новый разработчик не пишет код в первый день. Он задаёт вопросы. А отвечают ему те, кто и без того перегружен — именно в момент, когда каждый час на счету.

2. Квадратичный рост коммуникаций

Каналов связи в команде из n человек: n(n−1)/2. Десять человек — 45 каналов. Пятьдесят человек — 1225. Каждое новое лицо добавляет совещания и рассинхрон быстрее, чем добавляет строки кода.

3. Неделимость задач

Девять женщин не родят ребёнка за месяц. Брукс использовал эту метафору буквально: архитектурные решения, code review, тестирование сложных зависимостей — они последовательны по природе и не масштабируются числом людей.

4. Интеграционные расходы

Каждый новый человек — это не просто +1 к команде. Это новый набор привычек и предположений о том, «как здесь принято». Конфликты в git, переработка интерфейсов между модулями, согласование стиля — реальные часы, которые нигде не учтены в плане.

Закон Брукса особенно жестоко работает в ИБ-проектах: внедрение SIEM, SOC, пентест под дедлайн. Добавить аналитика за две недели до сдачи — значит отнять время у тех, кто уже знает, что происходит. Согласны?

Интересная заметка по теме.

#продукты