Чем дольше работаю с большими IT-командами, тем меньше верю в историю про “нанять еще сильных людей — и все заработает”. Про это еще Брукс писал давно в Мифическом человеко-месяце

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

И чем больше компания, тем сильнее это начинает влиять на деньги, сроки и настроение людей внутри.

Наверное, поэтому мне интереснее не отдельные технологии, а то, как вообще устроена система разработки внутри компании. Как сделать так, чтобы: команды работали предсказуемо + изменения не ломали друг друга + у руководства была прозрачность + не было постоянного пожара.