Эта статья для тимлидов, которые столкнулись с тем, что в их команде появились более опытные разработчики, чем они сами. Поговорим, почему это хорошо и как этим управлять

Проблема

Ты — тимлид, а в команде у тебя разработчик сеньор-помидор, который знает о разработке больше, чем ты. Он пишет сложный код за полдня, пока ты вспоминаешь, как там вообще работает эта фича. В голове закрадывается страшная мысль: «Если я не самый хардовый в команде, то я тут самозванец и нужно сложить полномочия». Возникает ступор — как мне вообще руководить человеком, который по хард-скиллам сильнее? ИПР даже не пытаюсь составить — вдруг он поймёт, что лид боится его уровня, да и чему я его «научу». Знакомо? Не переживай, ты не одинок. На самом деле, это одна из самых популярных проблем с которой ко мне приходят лиды.

Как же управлять очень опытным разработчиком, который потенциально знает больше вас? Ниже — несколько идей, проверенных жизнью.

Уважайте экспертизу подчинённых

Первым делом признай, твой сеньор действительно эксперт. Вместо того чтобы воспринимать его знания как угрозу своему авторитету, сделай его своим преимуществом. Прислушивайся к мнению опытных разработчиков, привлекай их к принятию технических решений, давай ему слово, возможно, он даже сам подготовит решение. Отлично! Обсудите, внесите правки, при необходимости, и вместе примите решение. Это не значит, что надо всегда делать, как хотят сеньоры, но значит — учитывать их знания и показывать, что они ценны для команды. Так у сильного разработчика не возникнет ощущения, что его игнорируют, и он, скорее всего, охотнее поддержит итоговое решение.

Не надо пытаться задавить сеньора своим формальным статусом. Во-первых, ты рискуешь потерять уважение команды/сеньора. Во-вторых, есть шанс упустить действительно толковое решение, которое предложил бы опытный коллега. Гораздо разумнее вести себя как партнёр и наставник. В конце концов, тимлид, даже будучи не самым технически сильным, может выступать фасилитатором решений — слушать все стороны и помогать команде прийти к лучшему варианту. Такой подход отлично воспринимается коллективом, ведь каждый чувствует себя причастным к решениям.

Чёткие границы ответственности

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

Помни что ты лид не потому, что самый «хардовый» в команде. Как раз ты пошел по менеджерской линейке. Твоя задача теперь достигнуть результата общими усилиями, а не ручками всё написать самому. Даже если очень хочется ворваться и «показать класс», чаще всего это плохая стратегия. Лучше сфокусируйтесь на роли координатора и наставника, а не главного кодера. И абсолютно нормальная ситуация что со временем все чаще и чаще у тебя в команде будут более хардовые технари, чем ты. Никто не мешает тебе учиться у своих сеньоров, не стесняйтесь задавать им вопросы и прокачивать и свои навыки тоже.

Подумай о том, что почти наверняка ты кодишь, лучше чем твой руководитель а он в свою очередь лучше чем его руководитель. Но при этом ты же не считаешь своего руководителя самозванцем?

Развитие и мотивация опытных разработчиков

Ещё один аспект — не дать сеньору заскучать и деградировать. Крутые специалисты часто страдают, если топчутся на месте. Ваша задача подкидывать им новые вызовы. Такие вещи позволяют сеньору чувствовать рост, а не только пилить одно и то же годами.

Узнай на 1-1, чего ему хочется: может, он мечтает о роли архитектора? Или хочет больше участвовать в продуктовых решениях? А может, чтобы делился экспертизой? Найди пересечение между его желаниями и потребностями команды, и дайте ему возможность развития. По сути, создай условия, своего рода полигон для практики, где твой сеньор будет прокачиваться дальше. Если человек скиловый, то учиться он умеет сам, ему нужны не лекции, а возможности применить навыки на деле. Твоя задача убрать препятствия и достать ресурсы, пусть не сейчас, но скоро.

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

Главная опасность и за чем следить

Опытные разработчики, особенно те, кто глубоко погружен в технические детали, склонны к оверинжинирингу. Если с менее опытными разработчиками ты стараешься подтянуть качество и уровень кода, то с сеньорами иногда приходится действовать наоборот, направлять их в сторону простоты и практичности.

Решение, которое придумал сеньор, даже может оказаться избыточным по сложности для понимания командой. Например, твой сеньор может внедрить продвинутую оптимизацию кода, которая отключает стандартную автоматику фреймворка. Это решение идеально с точки зрения производительности, но его поддержка и понимание могут быть слишком сложными для остальных членов команды. В результате вы получаете техническое решение, которое превосходит возможности поддержки.

Твоя задача как тимлида, вовремя замечать такие тенденции и мягко корректировать направление. Нужно объяснять опытным разработчикам, что главное — не идеальное решение само по себе, а баланс между скоростью/качеством и ориентироваться на команду. Таким образом, вы сможете избежать ненужных технических рисков и сохранить понятность и управляемость кода.

Вместо заключения

Не бойся тех, кто где-то сильнее тебя. Научись видеть в опытных разработчиках не угрозу, а ресурс. Да, поначалу это бьёт по самолюбию, ещё вчера ты был главной звёздочкой, а сегодня рядом сияет звезда покрупнее. Но именно так растёт команда. Если ты окружил себя людьми умнее и опытнее, то поздравляю, ты настоящий лидер. Остаётся только помочь этим людям сделать крутое дело вместе с тобой. Тогда и ты, и они, и весь проект будете в выигрыше.