Привет! Меня зовут Нина, я уже больше пяти лет занимаюсь реализацией больших кросс-командных проектов в VK. В структуре моего отдела есть две крупные команды, всего в моём подчинении 18 человек. Когда структура разрастается и плоское управление уже не так хорошо работает, настаёт время фокусировать экспертизу в группах и назначать тимлидов.
«Повышать нужно самых сильных» — звучит как очевидное управленческое правило. Когда в нашей команде появился вакантный слот тимлида, мы долго не думали: назначили человека, который лучше всех знал проект и уже давно держал на себе ключевые процессы. В команде на момент назначения он работал уже три года. Он был идеальным контрибьютором, тем самым человеком, который всегда «разруливает», если что-то идёт не так. Тем более, что времени на принятие решения, как обычно, было примерно две недели. Казалось, назначить его тимлидом — самое логичное решение на свете. Но через несколько месяцев стало понятно, что этим мы довольно метко выстрелили себе в ногу.
Как говорит один известный футболист, ваши ожидания — это ваша проблема. Так вот, мы с этой проблемой и встретились довольно жёстко и лицом к лицу. Контрибьютор — даже очень сильный — отвечает прежде всего за процессы, задачи и результат. Тимлид же отвечает за людей: за то, как работает команда, как принимаются решения, как решаются конфликты и растут сотрудники. В теории это звучит очевидно, а что на практике? Нам казалось, что если человек идеально управляет процессами, то с командой он тоже автоматически справится. Если и у вас сейчас стоит вопрос о том, чтобы ротировать роли в команде, то эта статья точно вам пригодится.
Идеальный контрибьютор и тимлид: начало
До повышения всё действительно работало отлично. Этот менеджер был тем самым человеком, который держал проект в рабочем состоянии: следил за сроками, координировал задачи между командами, разбирался с затруднениями и почти всегда первым понимал, где может возникнуть проблема. Один раз, например, мы почти сорвали релиз: одна из зависимых команд внезапно перенесла свою часть работ, и цепочка задач просто посыпалась. Пока все обсуждали, что делать, этот человек за пару часов собрал людей из трёх команд, перепланировал задачи и договорился о временном обходном решении. В итоге релиз всё-таки вышел в срок — и тогда это воспринимали почти как маленькое чудо.
Такие ситуации происходили ещё несколько раз с учётом многих зависимостей в проектах, и постепенно у этого человека сформировалась репутация того, кто «тащит проект». В какой-то момент он даже пересобрал один из процессов, из-за которого команда постоянно сталкивалась с затруднениями: ввёл более прозрачное планирование между командами и договорился о регулярных синках. После этого количество срочных «пожаров» заметно сократилось, а команда наконец перестала жить от дедлайна до дедлайна. Поэтому, когда понадобился тимлид, мы решили просто расширить его зону ответственности. Ему досталась команда из четырёх человек с похожим профилем компетенций и похожими, но менее сложными проектами. Началась работа внутри команды.
Где начались проблемы
Однако на первом же этапе ситуация слегка усложнилась: при перестроении команды наш новоиспечённый тимлид случайно добавил в чат новообразованной команды сотрудника, который по плану под его руководство не переходил. Пришлось немного выравнивать коммуникацию и успокаивать разыгравшуюся драму. Первый блин комом, получается?
Если вернуться к развитию событий, то первые тревожные сигналы появились довольно быстро — но, как это обычно бывает, сначала их никто всерьёз не воспринял. Ну, стало чуть больше напряжения на встречах, ну, где-то кто-то не до конца понял решение — бывает, рабочий процесс. Только со временем стало понятно, что дело не в отдельных эпизодах. После назначения роль изменилась гораздо сильнее, чем он сам ожидал. Раньше его зона ответственности была понятной: процессы, задачи, дедлайны. Теперь к этому добавился полноценный peolple-менеджмент: развитие сотрудников, регулярная обратная связь, сложные разговоры, конфликты, атмосфера в команде. Среди прочего, участились «междоусобицы» из-за непрозрачных коммуникаций. Один из сотрудников постоянно уходил обсуждать детали из чатов в лички, из-за чего терялся контекст задач. Нужно было в итоге тратить довольно много времени на выяснения обстоятельств.
Но главная проблема была в том, что наш герой продолжал работать так, как умел лучше всего: как сильный контрибьютор-менеджер. Он оставался сосредоточен на задачах, сроках и эффективности процессов. Всё должно было быть четко, прозрачно и под контролем. Последнего стало достаточно много. Чтобы не повторялись ситуации с личками, он ввёл ежедневный контроль задач и начал чаще «пинговать» людей по статусам, чтобы не терять темп.
Но работа с командой постепенно уходила на второй план. Не потому, что это игнорировалось специально, а потому, что в его картине мира именно процессы всё ещё были главным инструментом управления.
Отдельный граничный случай проявился чуть позже — и он оказался даже менее очевидным. Пытаясь одновременно держать процессы на прежнем уровне и «как-то» управлять людьми, наш человек начал перегружаться. В какой-то момент стало заметно, что он уже не так уверен в своих же задачах: решения даются дольше, фокус распадается, возникает раздражение, а при появлении крупной задачи ещё начинается прокрастинация, откладывание «на потом». То, в чём он раньше был очень силён, тоже начало проседать.
Параллельно росло выгорание: ощущение, что ты вроде бы работаешь больше, а результата меньше, и при этом недовольны все — и руководитель, и команда. И вот он уже ставит реакцию разбитого сердечка на ответ с отзывом на задачу в чате…
Как это сказалось на команде
Со временем это начала ощущать вся команда. Люди начали потихоньку «выключаться»: меньше инициативы, меньше идей, больше формального выполнения задач. Это не произошло резко — скорее, медленно и почти незаметно. Но в какой-то момент это стало видно даже в статистике: на ревью два из четырёх его подчинённых получили оценки «ниже ожиданий». При этом сами процессы продолжали работать почти идеально, а вот команда — уже нет.
Вся эта история заняла примерно полгода — от момента назначения до точки, когда стало очевидно, что ситуацию уже нельзя игнорировать. Только тогда получилось честно посмотреть на ситуацию и признать: проблема не в человеке, а в том, что сам переход в роль случился неправильно. И был риск потерять и команду, и прекрасного контрибьютора. В какой-то момент из-за ряда ошибок в команде, а потом и своих неудач в выполнении коммитов он пришёл ко мне с сообщением «мне уже готовить передачу дел?». И здесь могла бы появиться надпись «That’s all folks!». Но нет, если ценишь сотрудника, то сделаешь многое, чтобы помочь ему справиться с любыми сложностями.
Если посмотреть назад, то есть несколько вещей, которые мы точно сделали бы иначе.
Во-первых, не назначали бы человека на новую роль без подготовки — даже базовые навыки управления людьми сильно меняют поведение. Конкретно у нашего тимлида таких навыков не было, но была вера в себя. Во-вторых, не пытались бы «надстроить» лидерство поверх уже перегруженной роли: управление процессами и управление людьми — это разные виды работы, и их нужно осознанно разделять. Не все «играющие тренеры» демонстрируют одинаково высокую производительность в обеих сферах. И, наконец, дали бы больше поддержки в начале: регулярные обсуждения, помощь в сложных случаях, постепенную передачу ответственности за команду. Абсолютно точно оценки «ниже ожиданий» не случились бы, если бы был выстроен открытый и честный диалог с новоиспечённым тимлидом.
Сейчас ситуация постепенно выравнивается. Это не быстрый процесс, но за это время появилось главное — понимание, что именно нужно менять: где перестраивать процессы, где усиливать работу с командой, а где — просто снижать нагрузку. И, возможно, это самый важный результат всей этой ситуации.
Если бы у нас был маховик времени
В итоге получилась довольно поучительная история. На бумаге всё выглядело идеально: сильный человек, логичное повышение, понятная зона ответственности. Но на практике мы недооценили главное — разницу между ролями. Контрибьютор и лидер команды — это не соседние ступеньки, а разные треки. И переход между ними — это не просто повышение, а полноценная смена профессии.
Если вдруг вы сейчас находитесь на этапе выбора тимлида, похожем на мой в октябре 2025 года, то вот что я рекомендую вам сделать:
Сначала — проверить, хочет ли человек вообще управлять людьми. Звучит банально, но далеко не всем сильным менеджерам это действительно нужно. Иногда человек хорош именно в процессах — и это нормально.
Чётко проговорить, что теперь от него ждут. Не «ты теперь тимлид», а «твоя задача — развивать команду, давать обратную связь, помогать людям расти». И, желательно, на конкретных примерах, а не абстрактно.
Снять часть операционных задач. Это критично. Нельзя ожидать, что человек будет и дальше держать процессы на прежнем уровне, и параллельно станет хорошим лидером. В какой-то момент придётся выбрать, что важнее.
Регулярно синкаться и разбирать сложные ситуации. Потому что первые месяцы — это всегда про «я не понимаю, правильно ли я делаю». И если в этот момент человека оставить одного, то он просто вернётся к тому, что умеет.
Дать базовые инструменты: как давать обратную связь, как проводить сложные разговоры, как работать с мотивацией — это не очевидные знания, но они сильно влияют на результат. И не стесняться подключать HR BP к процессу работы.
Если хочется чуть глубже разобраться в теме, то есть несколько книг, которые реально помогают «поймать» эту разницу ролей:
Камиль Фурнье «Путь менеджера» — очень трезво объясняет, почему переход в менеджмент — это смена типа работы;
Ким Скотт «Радикальная прямота» — про то, как вообще разговаривать с людьми, чтобы это было эффективно;
Марина Перескокова «Мама, я — тимлид» — практические советы по управлению ИТ-командой.
Самый простой вывод, к которому я в итоге пришла: если вы просто повышаете сильного контрибьютора, вы получаете перегруженного и выгорающего человека. Если вы осознанно переводите его в новую роль — у вас есть шанс вырастить сильного лидера. Как раз сейчас мы с этим тимлидом строим его светлое и уверенное будущее в этой роли.