P-009

Итоги недели: короткий чек-лист по теме «Переход senior → teamlead»

Переход от senior к teamlead — это не повышение грейда, а смена профессии. Код пишете всё меньше, отвечаете за результат команды всё больше. Вот чек-лист для тех, кто проходит этот путь сейчас.

Чек-лист:

□ Перестаньте быть самым быстрым решателем проблем. Если баг фиксите вы — команда не учится. Делегируйте критические задачи с чётким дедлайном, а не делайте ночью самостоятельно.

□ Планируйте время как ресурс команды, а не личный. Блокируйте слоты на 1-1, код-ревью без спешки и непредвиденные инциденты. Если календарь пуст — значит, вы не управляете, а тушите пожары.

□ Переводите «я сделаю лучше» в «мы сделаем правильно». Ваша задача — не идеальный коммит, а система, где средний разработчик выдаёт качественный результат без вашего контроля каждой строки.

□ Фиксируйте решения письменно. Архитектурные решения, распределение ответственности, критерии приёма задач — в документацию или тред под задачей. Устные договорённости на кухне не работают при росте команды.

□ Измеряйте результат команды, а не личный выхлоп. Если метрики производительности завязаны на вашу активность в git — вы всё ещё senior с доступом к админке, а не руководитель.

□ Говорите «нет» быстрее, чем «сделаем». Защищайте команду от потока срочных задач без оценки влияния. Каждое «да» без анализа — это переработка и технический долг, который потом объяснять вам.

□ Инвестируйте в наём больше, чем в рефакторинг. Один правильно подобранный middle сэкономит вам больше времени, чем оптимизация запросов, которую вы могли бы сделать сами.

Полный разбор типичных ловушек перехода — в материале на Boosty: «Сильный разработчик стал руководителем: что теперь делать». Там разбираем, как не застрять между кодом и людьми, и что делать с навязчивым желанием «самому быстрее поправить».