P-011

За что на самом деле отвечает тимлид

Старший разработчик получает повышение и думает: теперь я буду проектировать архитектуру и иногда ревьюить код. Через месяц он сидит на третьем совещании за день, разруливает конфликт между фронтендом и дизайнером и пытается понять, почему бизнес снова поменял приоритеты. Код он не видел вторую неделю. И возникает главный вопрос: за что меня теперь держат?

Результат вместо кода

Тимлид отвечает не за качество строк, а за работающий продукт. Если фича не доехала до продакшена в срок или сломала монетизацию — виноват не «плохой разработчик». Виноват тимлид, который не убрал препятствия, не договорился о сроках или не оценил риски. Ваша зона ответственности — метрика бизнеса, а не количество закрытых pull request.

Люди, а не ресурсы

Вы отвечаете за компетенции в команде здесь и сейчас. Это значит: знать, кто на грани выгорания, кто готов к росту, а кто тянет назад. Если разработчик уходит из-за токсичной атмосферы или отсутствия развития — это ваш провал, не «объективная рыночная ситуация». Не HR виноват, что человеку скучно. Вы.

Перевод между мирами

Тимлид — единственный узел связи между бизнесом и техникой. Вы отвечаете за то, чтобы бизнес не требовал невозможного за вчера, а команда не уходила в переписывание фреймворка ради фана. Это постоянная работа по управлению ожиданиями: объяснять бизнесу технические ограничения и команде — бизнес-контекст.

Процессы как средство

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

Вывод

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

Открыть полный материал Boosty: Карта ответственности тимлида без корпоративной воды.