Ошибка Брукса - чего НЕ стоит делать при пропущенном дедлайне
Давным-давно Фредерик Брукс, управляя в IBM проектом по созданию OS/360, просрочил дедлайн. Для ускорения работ решил привлечь больше работников.
И вы знаете что? Ничего не вышло.
Тем не менее менеджеры на протяжении десятилетий повторяют одну и ту же ошибку. Сформулированную тем же Бруксом в его «мифическом человеко-месяце» - «если проект не укладывается в сроки, то добавление людей задержит его еще больше». Причины – новичкам нужно время, чтобы въехать в ситуацию, увеличение людей ведет к росту временных затрат на коммуникацию и синхронизацию действий.
Когда читаешь пост, согласиться с утверждением легко. Можно даже весело похохотать и вспомнить заезженное - девять женщин ребенка за месяц не родят.
Только в реальной ситуации – когда пропущены все сроки, руководство звонит ежедневно, а ты руководитель этого маленького филиала ада – сложно найти в себе силы и сказать: «Не, мне не нужны дополнительные ресурсы. Мы и так справимся».
Во многом потому, что учимся мы на собственном опыте. И свежеиспеченный руководитель поверит советам из книжки лишь когда переживет подобную ситуацию лично.
Если все же хочется узнать "научное" оптимальное число участников команды, можно вооружиться принципом Миллера – «7 +/- 2».
Вообще-то, сам Миллер говорил о числе объектов, которые человек может без особых проблем удержать в краткосрочной памяти. Но «магическое число 7 плюс/минус 2» применяют во множестве сфер знания уже с конца 50-х годов.
Так что, как правило большого пальца, можно использовать для определения максимальной численности команды без деления на уровни подчинения.