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