P-002
Ты смотришь на часы в 19:00 и понимаешь, что сегодня не написал ни строчки production-кода. Вместо этого — три созвона, разбор конфликта в пулл-реквесте и объяснение стажеру, почему его решение сломает базу через полгода. И странная вещь: ты не злишься. Даже немного гордишься.
Вот этот момент — не просто усталость от кодинга. Это сигнал, что мозг перестраивается с исполнительского режима на режим «через людей».
Код перестал быть самой интересной частью работы
Senior видит в задаче алгоритм. Будущий тимлид видит в той же задаче цепочку: кто напишет, кто проверит, куда влезет, кто потом будет чинить при нагрузке. Если тебя больше занимает, как команда дойдет до результата, чем что именно ты напишешь своими руками — ты уже не в зоне чистой разработки.
Менторство перестало быть обузой
Не формальное «я ментор по приказу HR». А спонтанное: замечаешь, что джун третий раз делает одну и ту же ошибку, и садишься объяснять — не ради экономии времени на ревью, а потому что интересно наблюдать, как растет другой человек. Если ответ на вопрос «как это работает?» приносит не раздражение, а дофамин — управленческие нейроны включились.
Боль от процессов сильнее, чем боль от багов
Баг можно пофиксить. А вот то, что команда третий спринт подряд переоценивает сроки в два раза, или что два разработчика молча блокируют друг друга неделю, — это больше не «так у всех бывает». Это личный зуд. Ты начинаешь читать про методологии не «чтобы было красиво», а чтобы перестать терять людей и деньги на хаосе.
Ты готов отвечать за воздух
Самый неочевидный маркер. Senior отвечает за свой код: он работает, он протестирован, он задеплоен. Тимлид отвечает за результат, когда «все сделали свою работу, но продукт не взлетел». За коммуникацию между отделами, за то, что требования были расплывчаты, за мотивацию, которой не хватило в декабре. За то, что нельзя потрогать, но можно измерить по метрикам команды.
Один практический вывод
Готовность к тимлидству не измеряется галочками вроде «знаю Agile» или «умею делегировать». Это момент, когда твоя профессиональная гордость перепрыгивает с личного мастерства на мастерство команды. Ты перестаешь быть самым быстрым кодером в комнате — и начинаешь быть тем, кто делает всю команду быстрее.
Если ты узнал себя в описанных сигналах, переход уже начался. Осталось понять, что делать с этой новой ролью завтра, когда придется впервые провести one-to-one с бывшим коллегой или сказать «нет» заказчику, защищая разработчика.
В материале на Boosty разбираем первые 90 дней после перехода: как не сгореть между кодом и людьми, что делать с бывшими равными, которые стали подчиненными, и как перестать писать код за всех.
Открыть полный материал: Сильный разработчик стал руководителем: что теперь делать.