Повышают обычно сильного инженера — того, кто лучше всех решает задачи. И почти сразу выясняется, что новая работа устроена по другим правилам, а прежние навыки в ней помогают куда меньше, чем ожидалось.
Первый год в роли многие проживают с постоянным ощущением, что делают недостаточно. Это ощущение не про способности — оно про то, что старые критерии хорошего дня перестали работать, а новые ещё не сложились.
Четыре вещи, которые ломаются сразу
Результат теперь производится чужими руками. Раньше вы влияли на систему напрямую: написали — стало лучше. Теперь между вашим решением и результатом стоят люди, у каждого своё понимание, свой темп и своё мнение. Самый быстрый способ — сделать самому — становится самым вредным: он лишает команду и работы, и роста, а вас — времени на то, чего кроме вас не сделает никто.
Обратная связь приходит с задержкой в недели. Тест либо зелёный, либо нет — ответ через минуту. Правильно ли вы поговорили с человеком, верно ли расставили приоритеты, туда ли ведёте команду — станет понятно через месяц, а то и через квартал. Работать без быстрой обратной связи непривычно и тревожно; отсюда соблазн вернуться к задачам, где она есть.
День перестаёт выглядеть продуктивным. Восемь разговоров, три согласования, ноль строк кода — по старой шкале это потерянный день, по новой может быть лучшим за неделю. Пока внутренняя шкала не перенастроилась, вечером стабильно кажется, что вы бездельничали.
Вы становитесь узким местом там, где раньше были ускорителем. Всё, что не передано, теперь идёт через вас: ревью, решения, ответы соседям. Чем сильнее инженер, тем чаще к нему идут — и тем быстрее он захлёбывается.
Что остаётся от прежней роли
Не всё нужно бросать, и это важная новость.
Технический авторитет — по-прежнему рабочий инструмент. Лид, который не понимает систему, не может ни оценить риск, ни защитить команду от нереального обещания, ни спорить с архитектурным решением по существу. Но авторитет теперь тратится не на то, чтобы написать лучший код, а на то, чтобы принять решение и объяснить его.
Код — да, но выборочно. Полезно оставаться в коде настолько, чтобы чувствовать систему изнутри: маленькие задачи, инженерные инвестиции, дежурство, участие в ревью. Вредно — брать критичные задачи с датой: у лида день рвётся на части, и ваша задача станет той, из-за которой встанет релиз.
Простое правило: берите работу, срыв которой не остановит команду.
Первые месяцы: на что тратить внимание
Первым делом — понять, как в команде на самом деле идёт работа: разговоры один на один со всеми, контракты ролей, поток задач. Это фундамент, без него любые решения принимаются вслепую.
Дальше внимание распределяется примерно по четырём направлениям, и полезно проверять себя, что ни одно не забыто:
| Направление | Вопрос, на который вы отвечаете | Где про это подробнее |
|---|---|---|
| Обязательства | Что мы обещали и как держим слово | Оценки и сроки |
| Инженерное качество | Какой код мы считаем приемлемым | Нормы ревью, технический долг |
| Надёжность | Что происходит, когда ломается | Постмортемы и дежурства |
| Люди | Кто за что отвечает и куда растёт | Делегирование и рост |
Если какое-то направление месяцами не занимает вашего внимания — это не значит, что там всё хорошо. Обычно это значит, что оно накапливает проблемы молча.
Ошибки первого года
Остаться главным инженером и не начать быть лидом. Самая частая. Внешне всё хорошо: человек продолжает делать то, что умеет, и делает отлично. Но команда при этом не растёт, решения ждут его, а через полгода выясняется, что управленческая часть просто не выполнялась.
Начать всё менять в первую неделю. Хаос виден сразу, фактов и доверия ещё нет. Реформа без диагноза чинит не то и тратит единственный кредит, который у вас есть.
Перестать говорить «нет». Новый лид хочет быть полезным всем, поэтому берёт всё. Через два месяца команда перегружена, обещания сорваны, а отказать теперь ещё труднее. «Нет» — основной рабочий инструмент, и им пользуются с первого месяца.
Прятать неопределённость. Соблазн отвечать уверенно на всё, потому что «лид должен знать». Здоровее говорить «не знаю, выясню к четвергу» — это сохраняет доверие, а уверенные ответы, оказавшиеся неверными, его сжигают.
Дружба вместо ясности. Быть хорошим для всех и одновременно принимать непопулярные решения не получится. Ясность — что мы делаем, почему и чего вы ждёте — уважают больше, чем мягкость.
Как понять, что получается
Внешних признаков мало, поэтому полезно смотреть на косвенные — они честнее ощущений:
- Команда принимает решения без вас. В отпуске работа не встала — значит, полномочия переданы по-настоящему.
- Обещания сбываются. Не «мы много сделали», а «мы сказали и сделали» — это то, за что вас оценивают снаружи.
- Люди растут. Кто-то в команде за полгода стал делать то, чего раньше не делал.
- Плохие новости доходят до вас рано. Если о проблемах вы узнаёте последним, доверие не выстроено, каким бы приятным ни было общение.
Ни один из этих признаков не появляется в первый месяц. Это нормально: у новой работы длинный цикл обратной связи, и терпение здесь — часть навыка.
Коротко
- Результат теперь делается чужими руками, а обратная связь приходит через недели, а не через минуту.
- Старая шкала продуктивности («сколько написал») не работает; новая складывается не сразу.
- Технический авторитет остаётся инструментом, но тратится на решения и объяснения. Код — только тот, срыв которого не остановит команду.
- Четыре направления внимания: обязательства, инженерное качество, надёжность, люди. Забытое направление копит проблемы молча.
- Типичные ошибки: остаться главным инженером, реформировать без диагноза, разучиться говорить «нет», прятать неопределённость, выбирать дружбу вместо ясности.
- Признаки, что получается: команда решает без вас, обещания сбываются, люди растут, плохие новости приходят рано.
Что почитать дальше
- Как принять команду: первые 90 дней — что делать в первые недели по шагам.
- Делегирование, встречи один на один и рост инженеров — как перестать быть узким местом.
- Что делает архитектор — соседняя роль и чем она отличается от лида.