Так получилось, что у меня есть сразу два опыта управления: как главного архитектора в ИТ-компании и шкипером на лодке. На большой лодке. Если ваша лодка хорошо автоматизирована, то с ней может справиться маленькая команда. Маленькая команда обычно более слаженная, чем большая, поэтому может показаться, что автоматизация решает. Но на деле решает именно слаженность команды независимо от её размера.
Капитаны это прекрасно знают. В отличие от ИТ шкиперов целенаправленно учат работать с командой. И это обучение очень пригодилось мне в ИТ.
Ниже я хочу рассказать о своём личном опыте того, что может пойти не так и с точки зрения матроса, и с точки зрения джуна, например. Расскажу, как я понимаю, что такое хорошая команда разработчиков, как происходит её становление, как грамотно управлять группой и выстраивать рабочие процессы. И каким, на мой взгляд, должен быть хороший тимлид.
Начнём с групповой динамики, то есть слаживания команды. Вообще-то для решения этой задачи часто используются корпоративы, но мы начнём с теории.