Карьерный рост в IT редко начинается с идеально закрытого квартала в Jira: бывший разработчик с десятилетним опытом управления советует руководителям сначала стать для бизнеса человеком, которому можно без ежедневного контроля отдать сложную проблему. В личной колонке автор разбирает путь от тимлида к директорской роли — и объясняет, почему одних сильных процессов и хороших отношений с командой для этого недостаточно, сообщает Habr / Карьера.
Автор начал карьеру программистом, затем перешёл к проектам, управлению командами, работе с клиентами и развитию новых направлений. Первое повышение он связывает не с формальной выслугой лет, а с конкретной инициативой: на банковском проекте ему удалось собрать команду, предложить заказчику систему тестирования и довести её до внедрения. По его словам, решение использовали много лет, а проект сэкономил тысячи часов труда.
Из этого опыта он выводит довольно приземлённую формулу. Руководителю важно понимать, за что отвечает его начальник: KPI, деньги, сроки, отношения с заказчиком и отсутствие внезапных пожаров. Команда может работать по современным методикам и регулярно закрывать задачи, но убыточный проект или недовольный клиент быстро обесценивают эту картину в глазах бизнеса. Напротив, менеджер, который сам уточняет проблему, договаривается с клиентом, собирает исполнителей и возвращается с результатом, получает кредит доверия.
Это не призыв превратить работу в бесконечную гонку за одобрением. Скорее напоминание: у руководителя появляется иной набор метрик. Для разработчика ценность часто видна в коде, архитектурном решении или скорости поставки. Для менеджера — в выполненных обязательствах, устойчивости команды и способности не перекладывать каждую развилку на руководителя уровнем выше. Карьерный рост в IT в такой логике зависит не от количества встреч и сообщений, а от того, какие риски человек способен снять с компании.
Отдельная тема — видимость. Автор считает нормальным прямо обсудить с руководителем желание расти и спросить, какой ответственности для этого не хватает. Он признаёт, что неформальное общение с начальством влияет на распределение новых задач, хотя строить карьеру на личной лояльности и интригах не советует. Важнее, чтобы руководитель понимал, как человек принимает решения и что от него ждать в сложной ситуации.
Для распределённых команд эта проблема заметнее. После 2020 года удалённый формат стал привычной частью IT-рынка, однако сотрудник, которого руководитель видит только на редком созвоне, может проиграть в заметности коллеге, регулярно участвующему в обсуждениях и предлагающему решения. Вывод не в том, что всем нужно возвращаться в офис. Удалённому тимлиду придётся осознанно создавать точки контакта: показывать ход работы, поднимать неудобные вопросы заранее, приносить варианты решений и не ждать, пока его амбиции заметят между двумя статус-встречами.
Следующий директорский навык — не пытаться быть лучшим исполнителем во всех задачах. Автор выступает против микроменеджмента и за команду, способную самостоятельно решать большую часть операционных вопросов. Это особенно важно, когда у руководителя несколько проектов или команд: контроль каждого действия не масштабируется. При этом сильная команда не означает, что все должны работать на уровне нескольких звёздных специалистов. Бизнесу нужны и люди, которые стабильно делают обычную, но необходимую работу.
Самая неприятная часть этой модели — кадровые решения. Руководитель обязан выполнять договорённости, не подставлять сотрудников и давать им возможность расти, но не может бесконечно терпеть человека, который регулярно срывает работу всей команды. Автор отдельно подчёркивает, что увольнять людей тяжело, особенно тех, кого сам нанимал и развивал. Однако последствия слабого решения распределяются на коллег, которым приходится компенсировать ошибки. Здесь нет универсальной таблицы KPI: ответственность за баланс между поддержкой и требовательностью остаётся на руководителе.
Главный вопрос для кандидатов в директора остаётся неудобным: готов ли человек отвечать не только за качество работы своей команды, но и за экономику, клиентов, найм, сложные разговоры и последствия собственных решений? Карьерный рост в IT становится менее похожим на повышение грейда и всё больше — на переход к роли, где личный вклад измеряется тем, насколько хорошо без тебя работает система.
