Масштабирование в разработке

Старая метрика производительности — человеко-часы, человеко-дни и так далее. Логика простая: если 1 человек сделает работу за 20 дней, то 20 человек должны справиться за 1.

В случае с регулярной разработкой, где налажены процессы и устоявшийся стек, это возможно. Совсем другое дело — ресерч, смена технологий или выработка новых подходов. Здесь сначала нужно получить новое знание, проверить гипотезы и только потом превратить найденное решение в практику, которую можно масштабировать.

Если этим занимается команда из четырех человек с одним лидом, добавление еще четырех может почти ничего не ускорить. Узким местом останется место, где принимаются решения. Более того, некоторые вещи просто требуют времени: попробовать, столкнуться с последствиями, переварить опыт и скорректировать подход.

Поэтому ресерч нельзя масштабировать так же, как конвейер. На раннем этапе важнее экспертиза и скорость цикла “гипотеза → эксперимент → вывод → новая гипотеза”, чем количество людей. Я бы даже выразился прямее: будет больше суеты и толкотни локтями. Ведь у всех есть свои амбиции, никто не хочет себя чувствовать “просто исполнителем”. Но когда неопределенность снята, найденный подход можно превращать в процесс и масштабировать людьми.