Как мы перезапустили тимлидство в растущей IT-компании. Часть 1
Мы в IT-компании Winfox однажды поняли, что у нас не развит институт тимлидства, а тимлиды недостаточно хорошо понимают свои функции, выполняют поставленные задачи и профессионально растут. Поэтому решили перестроить процесс, чтобы все работало как часы.
Для этого мы пообщались с коллегами и собрали лучшие практики, а потом адаптировали их под себя и начали внедрять в своей команде. Так как тема обширная, будет два материала.
В первом рассказываем, как было устроено тимлидство в Winfox раньше и как все работает сейчас, а также делимся лучшими практиками коллег из IT-отрасли.
Из второго материала вы узнаете, кому мы доверили тимлидство, как мы мотивируем тимлидов и оцениваем их эффективность и что нам дал перезапуск тимлидства.
Давайте начнем.
Как было устроено тимлидство в Winfox раньше
Тимлидов мы никогда не назначали. Обычно озвучивали проблемы на общих, командных и частных митингах, а самые ответственные и инициативные разработчики предлагали решения и брали их в работу. Иногда мы совместно делегировали такие решения другим сотрудникам — тем, кто более опытен в нужном вопросе.
Наша компания росла, и такой вроде бы естественный процесс начал приносить определенные проблемы. Вот главные из них.
Набор функций тимлидов в разных командах отличался. Кто сколько задач на себя взвалил, тот настолько и тимлид.
Самые-самые тимлиды, набирая себе тимлидских задач, надолго вываливались из написания кода. Срабатывало правило «Кто не кодит — тот и тимлид».
Новые сотрудники не сразу понимали и принимали такой эволюционный подход к тимлидству. Они считали, что тимлидов у нас и вовсе нет.
Новые направления и команды оставались без лидов. Все потому, что процесс становления тимлида занимает время.
Почему мы решили поменять подход к тимлидству
Однажды CEO, CTO, руководитель проектного офиса и менеджеры проектов собирались на очередной митинг, посвященный проблемам исполнения производственного плана. В ходе подготовки мы заговорили про тимлидство.
В рамках краткой полемики мы пришли к выводу, что каждый из нас по-разному понимает функции тимлида, его личность и роль в компании. Вот как воспринимал тимлидство каждый из нас.
Как видит тимлидство CEO:
тимлид — это руководитель со всеми вытекающими полномочиями, ответственностью и т.д.;
тимлид следит за соблюдением сроков по задачам, этапами и проектами в целом;
тимлид отвечает за развитие команды.
Как видит тимлидство CTO:
тимлид — это наставник;
главная задача тимлида — развитие команды;
тимлид отвечает за демонстрацию экспертизы коллегам и заказчикам;
тимлид занимается оценкой проектов и отдельных задач;
тимлид отлично знает стандарты работы в компании и контролирует их соблюдение.
Как видит тимлидство руководитель проектного офиса:
главная задача тимлида — поддержание производственной дисциплины;
тимлид контролирует соблюдение сроков;
тимлид занимается декомпозицией и распределением задач;
тимлид отвечает за взаимодействие между командами и создает рабочую атмосферу в команде.
Вот к каким интересным результатам мы пришли в процессе этого штурма.
Лиды считают, что тимлид — это золотая середина между распределением задач и менеджментом. Вот что делает тимлид по их мнению:
назначает задачи разработчикам исходя из скиллов;
оценивает задачи по времени;
организует взаимодействие между командами при участии ПМ;
делает код-ревью;
формирует видение процесса разработки на будущее;
решает сложные вопросы;
помогает разбираться в сложных задачах другим разработчикам;
не контролирует сроки исполнения задач.
Мидлы уверены, что тимлид — это человек, который выслушивает всех участников проекта и принимает взвешенное решение. Вот что еще делает тимлид по мнению мидлов:
не выполняет функции менеджера: не следит за сроками, не планирует ресурсы, но в конце недели понимает, сколько сделано по задачам команды;
имеет право последнего слова;
следит за соблюдением стандартов кодирования;
настоящий КМС по ревью: ревью кода, ревью дизайна, ревью спецификации бэка, ревью оценки задач;
делает ретроспективу проекта;
делает ретроспективу этапа: анализ фидбека от тестеров и анализ фидбека от заказчика;
отвечает за шаринг экспертизы;
курирует медианаправление: пишет экспертные статьи;
выступает представителем на совещаниях со спецами заказчика;
следит за выгоранием и нагрузкой;
определяет исходную архитектуру проекта;
имеет доступы админа и девопса и оперативно что-то шатает, если нужных спецов нет на месте;
обеспечивает комфорт в команде;
решает проблемы личностного характера и поддерживает инициативы сотрудников;
всегда на связи.
По версии джунов все обстоит примерно так:
«О, а у нас есть тимлид?!»;
тимлид консультирует других разработчиков и помогает им искать решения;
тимлид получает большую ЗП;
тимлид занимается шерингом экспертизы внутри команды;
тимлид просто кайфует)
Внимательный читатель подумает: «Так… Лиды, мидлы, джуны высказались, а где сеньоры-то?».
А если серьезно, именно в этот момент в компании наметилась тотальная нехватка тимлидов. И это стало прекрасным поводом для перезапуска института тимлидства.
Как у других: опыт коллег из IT-сферы
Перед тем, как перестраивать тимлидство, мы изучили разные мнения и лучшие практики. Коллеги из IT-сферы рассказали, как видят роль и функции тимлида, и поделились личным опытом по организации этого процесса в своей компании.
Как устроено тимлидство в Winfox сейчас
Мы серьезно пересмотрели подход к тимлидству и сделали три главные вещи:
урезали минимально необходимый набор тимлидских функций до вменяемого и донесли их до потенциальных исполнителей;
ввели необходимый официоз: начали официально закреплять статус тимлидов в командах соответствующим публичным распоряжением;
постарались, чтобы все работало: сформировали требования к тимлидам, довели их до исполнителей, определили KPI.
Рассказываем подробнее про каждый шаг.
Урезали минимально необходимый набор тимлидских функций
Мы выделили главные полномочия, которые пугают большинство наших текущих и будущих тимлидов, и убрали их. В итоге мы отказались от следующих функций тимлида:
Медийность. Светить лицом, проводить митапы, выступать на конфах… Очень бы хотелось, чтобы наши лиды этим занимались, но подобный выход из зоны комфорта переживут не только лишь все. По крайней мере на первых порах.
Умение решать конфликты и межличностные проблемы. Погасить конфликт или свести на нет личную неприязнь не входит в обязанности разработчика даже в статусе тимлида. Но умение распознать конфликт или проблему и сигнализировать о ней выше — бесценно.
Умение жечь на пресейлах, продавая экспертизу. Скиллы быть профессионалом и уметь продавать свой профессионализм не часто уживаются в разработчиках.
Способность работать за админа и девопса. С одной стороны, почему бы и нет? Но лучше не надо.
Убрав эти пункты и оставив только самые необходимые, мы получили следующий джентльменский набор необходимых качеств тимлида у нас в компании. Вот эти качества:
наставничество;
набор сотрудников: собеседования и тестовые задания;
оценка задач;
распределение задач;
контроль сроков исполнения задач;
развитие команды;
код-ревью;
организация выработки архитектуры и технических решений (именно организация, а не единолично принятое решение);
шеринг экспертизы внутри команды;
трансляция и поддержка инициатив от сотрудников наверх;
обнаружение выгорания и конфликтов;
выработка стандартов и контроль их соблюдения;
право кайфовать и получать большую ЗП.
Начали официально закреплять статус тимлидов в командах
Мы поняли, что официоз необходим.
Молодые сотрудники путают тимлидство с наставничеством, воспринимая тимлида исключительно как своего наставника. А сами тимлиды на вопрос «А кто у нас тимлид?» не всегда могут уверенно сказать «Я». Плюс прочие проблемы с донесением информации в распределенных командах.
Так мы начали официально закреплять статус тимлидов в командах соответствующим публичным распоряжением.
Заставили всю эту штуку работать
Это оказалось самым сложным.
Мы сформировали требования, довели их до исполнителей и рассказали каждому в компании, как это все теперь работает. Но этого было мало. Так что мы ввели KPI, по которым можно оценивать эффективность тимлидов, управлять, корректировать и добиваться результатов.
Подробнее про KPI — в следующей статье.
Из второй части вы также узнаете, как мы строили работу дальше:
Корявенькое слово "тимлидство" встречается в статье 28 раз. Англицизм тимлид, ну еще ладно, но вот подставлять такое... Правильнее уж было бы тимлидерство от английского team leader, но тоже так себе. Есть конечно другое слово - руководство, но оно наверное не такое модное
Роман, дело в том, что по-русски так точно не передать термин. Именно поэтому и используем это слово. А так да, мы разделяем вашу позицию: если можно по-русски, зачем по-английски 😎
На аутсорсе особо не разгуляешься, если есть позиционирование, то в разработке очень много типовых задач, от которых сеньоры выгорают. Сделать 2-3-5-10 магазинов или криптобирж, а дальше что? А аутстафе сеньор может хотя бы проекты выбирать поинтереснее. Или посложнее. Или, поняв, как там все плохо, открыть в себе организаторский талант и начать тимлидить всё-таки.
Интересная статья , к тому же очень информативная)
Спасибо)
Олег, рады, что вам оказалось полезно 😉
Комментарий недоступен
"Хуёвые хуёво нахуй" - вот это я понимаю))
Как-будто батя резюмировал мой часовой трактат на тему философии
Корявенькое слово "тимлидство" встречается в статье 28 раз. Англицизм тимлид, ну еще ладно, но вот подставлять такое... Правильнее уж было бы тимлидерство от английского team leader, но тоже так себе. Есть конечно другое слово - руководство, но оно наверное не такое модное
Ты прямо посчитал количество этих слов в статье?
ctrl+f, только никому не говорите
Роман, дело в том, что по-русски так точно не передать термин. Именно поэтому и используем это слово. А так да, мы разделяем вашу позицию: если можно по-русски, зачем по-английски 😎
Комментарий недоступен
Вот теперь все яснопонятно. От мук нас избавили. Ну чтоб мы без вас делали 😂
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
А изначально и было то пять-шесть разработчиков. На таком количестве это работает.
А как тимлид будет технически развиваться, когда занимается тимлидстов? Экспертиза то будет потухать. Или не так?
Тимлид, как распределяющий задачи, самые жырные и сложные оставляет себе. Так и растёт)
Ничего себе вы сеньорами разбрасываетесь.
На аутсорсе особо не разгуляешься, если есть позиционирование, то в разработке очень много типовых задач, от которых сеньоры выгорают. Сделать 2-3-5-10 магазинов или криптобирж, а дальше что? А аутстафе сеньор может хотя бы проекты выбирать поинтереснее. Или посложнее. Или, поняв, как там все плохо, открыть в себе организаторский талант и начать тимлидить всё-таки.
А где вторая то часть? У вас просто два раза одна и та же статья залита.
Как раз сейчас собираем опыт для второй части материала. Скоро поделимся им!
скоро сказка сказывается, да не скоро дело делается. неужели обещанного 3 года ждать?)