Интервью
Иван Ботанова, профессионального тимлида и автор блога
«Деплой»Сегодняшняя тема непростая, местами провокационный, но очень честная. Мы поговорим о вопросах, которые волнуют тысячи разработчиков и менеджеров: зачем вообще нужен тимлид, почему эта роль так часто неправильно понимается и как выглядит современное лидерство в IT.
Если команда самоорганизована, тимлид ей не нужен?
Дерзкий вопрос, на него будет дерзкий ответ без экивоков: не нужен.
Если команда действительно умеет организовывать себя, распределять задачи, договариваться, поддерживать процессы и работать стабильно даже без руководителя — тимлиду там попросту нечего делать. Но это и есть самое интересное.
По моему мнению настоящий тимлид — это не человек, который «рулит» командой, а тот, кто постепенно выстраивает процессы так, чтобы люди могли работать без него. Он, как временная конструкция, которая помогает сформировать правильную культуру, а затем исчезает или двигается туда, где его опыт сейчас нужнее.
В своей практике я сам стараюсь действовать так: прихожу в команду, навожу порядок, выстраиваю процессы, налаживаю взаимодействие, и когда всё идёт гладко, я просто перехожу в следующую команду.
Критерий успешности прост – если тимлид может уйти в отпуск, уволиться или пропасть на месяц — а команда не развалилась, значит всё сделано правильно.
Получается, что работа управленца, это работа в которой ты должен стать ненужным?
Получается, что быть управленцем - это неблагодарная миссия. И на самом деле это высшая форма управленческого мастерства.
Тимлид — не контролёр и не надсмотрщик. Он ближе к коучу: помогает людям расти, вместе с командой строит процессы, снимает барьеры, выводит работу на новый уровень. И если кто-то из команды «перерастает» тимлида — это не угроза, а лучший результат.
Можно ли понять кандидата за одно собеседование?
Давайте относиться к ситуации реалистично: понять кандидата до конца за одно интервью невозможно. В больших компаниях эту проблему решает многоступенчатый HR-процесс, где тимлид выступает уже финальным фильтром — проверяет, насколько человек подходит именно его команде.
В маленьких компаниях всё сложнее. Весь процесс оказывается на плечах тимлида. Это приводит к проблемам — потому что тимлид по определению не может быть универсальным экспертом по людям, технологиям, потенциалу и психологическому фиту. И ошибки в найме — естественный побочный эффект такой системы.
Как тимлид прогнозирует сроки?
Тот самый вопрос, который преследует каждого менеджера: «Когда всё будет готово?»
Тимлид обязан опираться не на интуицию, а на данные. В Scrum это velocity команды и прогнозы по относительным оценкам.
Иногда прогнозы попадают удивительно точно — но это не «французская палата мер и весов», а просто глубокое знание своей команды и её динамики.
Можно ли «подсидеть» тимлида?
Желание вырасти до тимлида и даже занять его место — это здоровый сигнал. Если в команде появляется человек, который готов брать ответственность, любит работать с людьми, интересуется метриками, хочет развивать процессы — это означает, что тимлид выстраивает всё правильно.
И да — у тимлида совершенно не обязательно должна быть самая высокая техническая экспертиза. Иногда даже полезно, когда разработчики знают лучше: это заставляет лидера не давить авторитетом, а аргументировать решения.
Тимлидом становятся ради повышения зарплаты?
Не стоит идти в тимлиды ради денег.
Вилка тимлида часто сопоставима с сильным разработчиком, а иногда и ниже. И если человек идёт в менеджмент за деньгами, а не за интересом к людям — он быстро выгорает или просто ломает команду.
Тимлид — это не точка карьерного роста, а смена профессии.
Тимлид - это призвание?
Не люблю слово «призвание», скорее предрасположенность.
Тем, кто любит писать код, нравится работа с системами и архитектурой, вовсе не обязательно переключаться на людей.
Тимлид — это про:
- мотивацию,
- ожидания,
- работу с конфликтами,
- сложные разговоры,
- эмпатию и в то же время трезвость.
Тем, кому это не нравится, туда идти не стоит.
Как нанимают тимлидов?
Технические навыки — важны, но вторичны. Главное — это:
- умение работать с метриками,
- навык ведения one-to-one,
- способность разрешать конфликты,
- способность объяснять и продавать идеи команде,
- понимание мотивации людей.
Тимлид — это гибрид коуча, аналитика, фасилитатора и иногда психолога.
Почему плохие решения начинаются с плохой коммуникации?
Видели ситуацию, когда новый разработчик видит плохой код и сразу предлагает «переписать всё»? Ннастоящий профессионал начинает не с критики, а с вопроса: почему так?
Нередко плохой код — это не некомпетентность, а наследие бизнес-ограничений, старых систем или высокой нагрузки. Зрелость разработчика — в умении понять контекст.
Что думаешь про конфликт тимлида и скрам-мастера?
Буду категоричен: в команде не должны одновременно существовать две роли, конкурирующие за процесс.
- Если есть сильный тимлид, он выполняет часть функций скрам-мастера.
- Если есть сильный скрам-мастер — тимлид не нужен.
Параллельное существование двух менеджеров процесса — почти гарантированный конфликт.
Откуда берётся выгорание?
Работа тимлида — это постоянное пребывание рядом с эмоциями людей.
Один сотрудник выгорел, другой обижен, третий считает, что его недооценили, четвертый не понимает, как расти. Каждый one-to-one — это не пятиминутный разговор, а работа с ожиданиями, тревогой, усталостью.
Иногда после серии встреч просто хочется выпить "чаю" и минут десять посидеть в тишине.
Как тимлид увольняет людей и как он уходит сам?
Увольнение — одна из самых болезненных тем. Нельзя просто прийти и сказать: «Ты уволен». Всегда должен быть путь: факты → наблюдения → обсуждение → решение.
Уход самого тимлида — тоже сложный момент, потому что команда воспринимает его как опору. Поэтому важно заранее вырастить внутри человека, который сможет подхватить процесс.
Если зрелой команде тимлид не нужен, то может и вообще такая роль не нужна?
Давайте вернемся к ключевой мысли: в идеальной команде тимлид не нужен. Но идеальных команд практически не бывает. А люди не обязаны хотеть разбираться в процессах, мотивации, метриках, конфликтологии и фасилитации. Поэтому тимлиды существуют — и будут существовать.
Как оценивать себя и нужно ли учиться?
Самый честный способ понять свой уровень — сравнить себя с другими лидерами, пройти несколько собеседований, посмотреть на реакции.
Курсы дают техники, но не дают мышление.
Майндсет — это то, что формируется через опыт, ошибки, реакцию команды и реальную практику.
Нужно ли разрушать миф о том, что тимлид — это «самый опытный специалист команды»?
Да, нужно. Индустрия постепенно взрослеет, меняется, и роль тимлида становится ближе к коучинговой, а не технической. Но для этого нужно говорить, объяснять, показывать примеры.
Я думаю, что такие разговоры, как сегодняшний, и помогают менять культуру к лучшему.