Тимлид — это не самый сильный разработчик в команде
Что я понял за годы руководства командами: про доверие, договорённости и почему лучший код лида часто не код.
Когда я впервые стал техлидом, я думал, что моя главная задача — писать самый сложный код и ревьюить всё, что уходит в мастер. Через пару месяцев я стал бутылочным горлышком: команда ждала меня, а я тонул в ревью.
Сейчас у меня команда из пятнадцати человек, и я смотрю на роль по-другому.
Договорённости важнее героизма
Хорошая команда работает не потому, что в ней есть один гений, а потому, что все понимают правила игры: как мы декомпозируем задачи, что значит «готово», кто принимает решение по архитектуре и как мы откатываемся, если что-то пошло не так.
Если система держится на одном человеке, это не система, а риск.
Я стараюсь записывать такие договорённости: короткие ADR, чек-листы релиза, понятный онбординг. Это скучно, но именно это даёт людям свободу действовать без меня.
Доверие строится на мелочах
- Обещал посмотреть PR сегодня — смотрю сегодня.
- Не знаю ответа — так и говорю, и возвращаюсь с ответом.
- Хвалю публично, обсуждаю ошибки один на один.
- Защищаю время команды от лишних митингов.
Код лида — это контекст
Самое полезное, что я могу сделать за день, часто вообще не связано с IDE: объяснить, зачем мы делаем задачу, снять блокер со смежной командой, вовремя сказать «давайте упростим». Код при этом пишу, но выбираю задачи, на которых не застрянет вся команда.
Если вы тоже лидите команду и хотите обсудить, пишите в X или на почту.