Что делать сеньору, который достиг карьерного потолка? Частый ответ: становиться лидом. Проблема в том, что крутой программист — не всегда крутой менеджер.
Бывает, что внутри компаний хороших сеньоров подталкивают к руководящим должностям — ведь работодателю проще сделать тимлидом проверенного специалиста.
Как же меня парили на прошлом месте работы этим manager/maker:
— Anton 🐺 Nazarov (@M0rtyMerr) July 11, 2022
— Я не хочу быть лидом
— Ну давай ты будешь иногда проводить стендап
— Я хочу делать задачки и получать зарплату
— Давай ты начнёшь брать на себе больше ответственности
— Не хочу, я нанимался на другое
— РАСТИ В ЛИДА
Иногда разработчики и сами стремятся тимлидить, не имея к этому склонностей — потому что это единственная возможность расти в зарплате, не меняя компанию. Но такое повышение может превратить хорошего программиста в плохого управленца — ведь компетенции сильно различаются.
Мы решили разобраться, какой бэкграунд нужен для успешного управления и как изменится рабочий день синьора на позиции лида. Своим опытом поделились:
- Дмитрий Семьюшкин — тимлид в компании TangoMe, занимающейся онлайн-трансляциями;
- Вадим Филин — техлид в брокерской компании Zodia Markets;
- Денис Скалин — тимлид в студии разработки сайтов.
Содержание
Общение на первом месте
В программисты зачастую идут интроверты — не каждый экстраверт выдержит целый день сидеть у монитора в тишине. Позиция лида в первую очередь предполагает много общения: созвоны могут занимать чуть ли не весь рабочий день.
Когда стала лидом и по 7 часов в день проводишь в митингах pic.twitter.com/VTmdOyR821
— эх Света Света (@d_moll) June 23, 2022
Сильные коммуникативные навыки тимлиду могут быть важнее, чем технические знания. Например, Денис стал руководить командой, почти не имея опыта в разработке. Развитые софт-скиллы позволяют ему успешно справляться с работой и в комфортном темпе совершенствоваться в программировании.
Тимлид — моя первая должность в IT. Со своим нынешним директором я был знаком еще до основания компании. Мы общались, и когда я учился верстать сайты, я показывал ему. Он начал подкидывать мне заказы. А потом говорит: «Мне нужна команда, можешь ее собрать?». Я решил попробовать, организовал собеседования, мы наняли людей. И тогда он говорит: «А давай ты будешь управлять этими командами». Я вообще не понял, что происходит — мне казалось, нужно лет 5 идти к тому чтобы только джуном стать.
Синдром самозванца был лютый: я же ничего не сделал, чтобы меня взяли на эту должность. Я ни дня не работал в коммерческой разработке — как я буду этим заниматься? Это был тяжелый период для меня, но общаясь с командой менеджмента и видя обратную связь от разработчиков, я понял, что все делаю правильно. Научился выстраивать процессы, писать документацию. Сейчас техлид смело может уйти в отпуск на неделю, я закрою большинство задач.
Освоиться на руководящей должности Денису помогли опытные коллеги и управленческий бэкграунд вне IT.
Владелец нашей компании по сути является техлидом — он контролирует качество кода. Команда небольшая, так что проблем не возникает. Также у нас есть опытный project-менеджер. И у меня есть опыт организации работы команды — правда, не в IT. Приходилось делать медийные проекты, руководил командой ресторана. Это помогает сейчас лучше понимать, что важно разработчиком, и ставить людей в приоритет. Сам я очень часто выгорал на разных работах. И понимаю, например, что невозможно эффективно работать 24/7.
Понимать потребности людей и создавать комфортную рабочую среду — важно для лида. Ведь денежная мотивация — отнюдь не единственная для сотрудников, все ценят приятную атмосферу, которая не создается сама по себе. Кроме того, люди не такие послушные, как программы — они могут саботировать решения, перекладывать ответственность или просто вести себя токсично. Причем активно работать с людьми и их мотивацией приходится не только тимлидам, но и техлидам тоже.
До работы в IT я был юристом, руководил, поэтому навыки менеджмента у меня уже были. А когда уже занялся программированием, CTO предложил стать техлидом — сказал, что лучше всего подхожу на эту роль. Я согласился. Ожидания от должности не совсем совпали с реальностью: удивляет, что некоторые взрослые люди буквально нуждаются в няньке. Например, сеньоры зачем-то задают тебе вопросы, на которые сами знают ответы. И это выглядит так, будто они просто хотят переложить ответственность за решения.
В целом, это работа ориентированная на людей — поэтому не каждый программист должен непременно расти в лида. Разработчики бывают замкнутыми или психологически нестабильными. В таком случае лучшее решение — горизонтальный рост.
Дмитрий уверен, что навыки лида — общечеловеческие и не очень специфичны для IT-индустрии. Ему управлять командой помогает опыт психологического консультирования.
Я был лидом в разных проектах. Заинтересовала эта позиция возможностью влиять на развитие проекта или компании — это интересно. Основные софт-скилы были еще до перехода на роль лида. Я несколько лет учился психологическому консультированию, вел группы, это меня в значительной степени подготовило. Понимал, как устроено целеполагание, как проводить встречи — с такими базовыми вещами проблем не возникало. А вот тимлидству, в классическом понимании, я нигде не учился.
Думаю, что главное на любой руководящей позиции — отбросить свои представления о прекрасном и внимательно слушать, что человек говорит. Изучать, из каких предпосылок он исходит и выстраивать взаимодействие. Если есть общий язык, какая-то база для продуктивного общения, то процессы отстраиваются легко.
стань уверенным лидом с coursera.
Ответственность и вовлеченность
Часто на позицию лида опасаются идти люди, которые трепетно относятся к work-life balance — управленческая должность предполагает больше ответственности и меньше предсказуемости в задачах. И если никто из команды не захочет допиливать проект на выходных, велик риск, что заниматься этим придется самому лиду.
Я честно не смог в тимлидство. Мне нравилось, ты имеешь какое никакое уважение, рычаги на развитие, вовлеченность, решаешь вопросики. Но слишком тяжело. Особенно когда у тебя нет доли в компании. Все чаще думаешь по вечерам зачем тебе эти проблемы.
— 2pizza (@the2pizza) September 20, 2021
Кому-то на управляющей позиции может быть трудно идти наперекор коллективу — а это бывает необходимо, когда сам отвечаешь за принятые решения.
На позиции техлида нужны навыки System Design и привычка нести за всех ответственность. Еще — навык принятия непопулярных решений. Бывает, что все с тобой не согласны, но поскольку ты ближе к бизнесу и лучше понимаешь его задачи, тебе виднее. И приходится авторитарно указывать всем что делать. Также в сравнении с работой программиста, у лида больше созвонов, больше работы, связанной с написанием документации.
Конкретная зона ответственности лида и размер команды зависят от компании. Но слишком большие команды обычно приводят к проблемам: невозможно уделять всем достаточно внимания и держать руку на пульсе.
Когда у менеджера слишком большая команда, большая зона ответственности, ему некогда общаться с людьми. Я сталкивался с таким, работая программистом. В моем понимании, оптимальный размер команды — до 10 человек. Половина из них обычно разработчики, остальные — другие специалисты. Больше десятка людей не было и мне это кажется неэффективным. Есть хорошее правило двух пицц: идеальная команда — та, которую можно накормить двумя пиццами.
Хороший лид — хороший организатор, способный планировать не только свою, но и чужую работу. Для этого надо знать, на что способна команда.
Поиск баланса
Обычно руководитель выступает медиатором между интересами бизнеса и сотрудников. Авторитарный менеджмент в IT не в почете: никому не понравится отчитываться о проделанной работе каждый час. Но и совсем без контроля оставлять команду нельзя. Хороший лид понимает, в чем именно нужен контроль и кому можно делегировать ту или иную задачу.
Когда я работал программистом, у нас был лид с нездоровой гиперактивностью. У него будто не было никакой жизни кроме работы, поэтому он постоянно всех дергал в любое время суток — ожидал, что любая задача будет сделана супербыстро. Он считал, что все такие же, как он. И с ним постоянно были конфликты.
Я стараюсь находить баланс: что-то делегировать, за чем-то более пристально следить. Есть люди, которым необходим контроль. А если я знаю, что человек надежный и самостоятельный, могу просто отдать задачу, забыть про нее и получить результат.
Работу лида во многом определяет корпоративная культура компании и специфика проекта.
Мне приходилось работать и в более мягких средах, где можно дать людям делать так, как они считают нужным. И в средах, где нужно под определенный процесс все подгонять. Формат работы в разных компаниях может ощутимо различаться. Где-то: «Мы все молодцы и делаем все, как считаем нужным». А где-то есть, скажем, архитектор-суперзвезда, и мы перенимаем его практики — кто не согласен, идите на мороз. Это задает разные принципы отбора людей, оценки людей: работает ли человек хорошо или плохо, нужно ли с ним расставаться или как-то развивать его.
На моем опыте приходилось и жесткую обратную связь давать, и пару раз расставаться с людьми — когда они по тем или иным причинам не подходили компании.
Многие управленческие практики приобрели в IT дурную славу. Обычно это лишние встречи и созвоны, которые затягиваются, дают мало выхлопа и отвлекают от основной работы. Насколько рутинные ритуалы будут реально полезны — тоже зависит от лида.
Трудно было налаживать процессы: то и дело думал, а не пошлют ли меня куда подальше? Дейлики эти проклятые, их же все ненавидят… Но в итоге у нас дейлики все обожают, потому что они реально длятся 4-6 минут, там все по делу, у каждого дейлика есть ведущий, который передает слово от одному разработчика к другому. Хочешь обсудить что-то лишнее — скажи на дейлике, что нужен отдельный созвон.
Быть или не быть лидом
Если не хочется много общаться, нести ответственность за чужой код и ломать голову над рабочими задачами в нерабочее время, скорее всего и в лиды идти не стоит.
Чтобы научится лидить людей, надо сначала лидить себя.
— София Валитова (@ariarzer) August 12, 2022
Чтобы ходить по людям и спрашивать как у них с задачей, надо сначала себя каждый день так спрашивать. А я не люблю себя спрашивать.
Люди, страстно увлеченные программированием, тоже могут разочароваться на управленческой должности. Времени на код будет гораздо меньше, если вообще будет. И при желании вернуться в программирование будет труднее — ведь знания быстро устаревают.
Конечно, тимлид меньше работает руками, чем обычный программист — хотя я около 60% рабочего времени все-таки пишу код. Но знаю случаи, когда лид вообще перестает программировать, занимается только организационными вопросами.
Лидер команды вовсе не обязательно должен быть самым крутым синьором в проекте — гуманитарные знания имеют первостепенную роль. Насколько нужно погружаться в техническую часть — зависит от требований компании.
Для большинства компаний решение сделать из синьора тимлида влечет меньше рисков, чем нанять со стороны какого-то менеджера, о котором ты ничего не знаешь. Но когда команда небольшая, а заказов много, в первую очередь важно организовать и оптимизировать рабочий процесс — как в моем случае. Я немного учился фронтенду по курсам из Youtube, но до senior-разработчика мне далеко. Впрочем, спустя три месяца я уже мог ревьюить фронтенд: наш техлид мне показал, на какие моменты обращать внимание. А бэк продолжает ревьюить техлид.
В большинстве случаев стать лидом совсем без знания кода не выйдет. Это явно работа не для чистых гуманитариев — скорее для тех, кого в равной степени интересуют и люди, и технологии.
Очень кайфую от своей нынешней работы, но понимаю, что нужно расти в программировании. Потому что если вдруг что-то случится и нужно будет искать новую работу — мне придется писать код, лиды это обычно делают. Если я сейчас выйду на рынок и скажу: «Я тимлид, но я не писал код», — вряд ли меня поймут.
Наконец, постулат о том, что лиды всегда получают более высокую зарплату — заблуждение. Горизонтальный рост — вполне рабочий вариант, если менеджерская часть работы совсем неинтересна.
Я выбрал работу техлида, потому что там больше платят — в моем случае. А вообще, все зависит от проекта: бывает, что высококлассные сеньоры получают больше, чем лиды. Тут нельзя говорить обобщенно.
