Вредные советы для тимлида. Часть 1

Всем привет! Меня зовут Иван Попов, я работаю руководителем разработки в компании «Исходный код». До этого я также был разработчиком, ведущим разработчиком и тимлидом. Полученный опыт позволяет мне понимать все трудности, с которыми сталкиваются сотрудники в процессе работы. В этой статье хотелось бы поговорить о работе тимлидов, особенно тех лидов, которые только вступили в должность и не понимают, как им теперь с этим быть.

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

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

Никогда не думайте о загрузке команды: чем больше тасков вы затащите, тем больше вы молодец!

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

За каждой командой у нас закреплено по несколько сервисов, какие-то сервисы находятся в активной стадии разработки, какие-то на поддержке в режиме фикса "багов" и небольших доработок. Поэтому активно используем RACI-матрицу для того, чтобы определить какие разработчики за какие сервисы ответственны — это даёт понимание тимлиду команды о загрузке сотрудников, а также информацию для менеджеров к кому бежать за помощью, если что-то пошло не так. Матрица обновляется тимлидом при появлении нового проекта или при изменении состава команды. Балансировка нагрузки на сотрудников также на стороне тимлида. Отдельное внимание уделяем количеству задач в каждом столбике на Kanban-доске, например, недавно, вместе с командой разработки, помогали тестировщикам "разгребать" пул задач, зависших в столбике "Test", естественно, что это были задачи, требующие простого смоук-тестирования. Переработки случаются, но это исключение из правил, только в случае "форс-мажора".

Всегда делайте самую интересную, простую, а иногда сложную работу самостоятельно.

Тут всё очевидно: интересную работу делать просто интересно, простую вы 100 раз делали, сделаете и 101-й. Ну а сложную? Тут дело для настоящего мастера!

Сразу скажу: тимлиды у нас пишут код, но это их не основная задача. Основная задача наших тимлидов — people management. В нашей парадигме тимлид — это старший брат, который в случае опасности придет на помощь, а в случае удачи похлопает по плечу и скажет: «Так держать”. Кроме того, в обязанности тимлида входит развитие сотрудников в команде, поэтому, распределяя задачи, тимлид должен понимать, кому отдать сложную задачу, а кому дать задачу полегче, но с прицелом "на будущее". Это позволяет нам довольно быстро адаптировать новых сотрудников и повышать их профессиональные навыки. В любой из наших команд есть сотрудник, который прошел путь от junior до middle-разработчика и от middle до senior. Мы не боимся текучки кадров, сотрудники работают у нас по несколько лет, потому что развитие для разработчика очень важно, а мы стараемся всегда удовлетворять эту потребность.

Жёстко наказывайте своего сотрудника за его ошибки. Чтобы усилить эффект и донести глубину своего негодования, сделайте это на очередном дейли при всей команде.

Очень важно указать коллеге на его слабые стороны, если это Senior или Middle-разработчик, стоит сказать, что даже джуны не делают таких ошибок. Высшим пилотажем будет, если вы сможете привести пример из своей жизни, как в бытность таким же "зелёным" смогли избежать подобной ошибки.

Каждый тимлид в нашей команде проводит со своими сотрудниками созвоны 1х1. Это обязательное правило. На этих созвонах обсуждаются текущие задачи, трудности с которыми столкнулся сотрудник, вопросы, которые волнуют тимлида или разработчика (например, повышение з/п, желание пройти обучение на курсах для повышения квалификации). Также на таких встречах тимлид дает сотруднику обратную связь по его работе, разбирает удачные/неудачные кейсы, которые могли произойти. Все спорные и неоднозначные ситуации должны обсуждаться тимлидом с разработчиком ЛИЧНО. По итогам встречи тимлид фиксирует договоренности, и дальше работа происходит с учетом достигнутых соглашений.

Никогда не хвалите своего сотрудника за хорошо сделанную работу! Дайте ему понять, что мы все в одной лодке и просто делаем то, за что нам платят зарплату.

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

Руководство компании, как и тимлиды команд, очень ценят сотрудников, которые проявляют инициативу и прикладывают больше усилий для достижения цели. Такие сотрудники — это костяк нашей команды, мы не только хвалим таких сотрудников на встречах 1х1, но и продвигаем их по карьерной лестнице. Для понимания: все тимлиды в наших командах, это бывшие разработчики, которые проявили себя в сложных ситуациях и не побоялись во время работы брать дополнительную ответственность. Кроме того, для всех сотрудников компании предусмотрена годовая премия, размер которой зависит от результатов, которые показал работник.

Никогда не рассказывайте команде о целях её работы. Каждый должен заниматься своим делом и не думать о том, что находится вне его сферы деятельности.

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

Понимание сотрудниками своих целей, роли каждого в выполнении задачи — это важные слагаемые, из которых складывается успешная работа. И тут на переднем крае у нас стоит тимлид. Именно его задачей является обеспечение прозрачности работы команды и вовлеченности каждого сотрудника. Тимлид не только мотивирует разработчиков, но и распределяет задачи с учетом их интересов (если, конечно же, данная ситуация это позволяет) . Для этого каждая команда утром собирается на "дейли", где обсуждают статус по текущим задачам и договариваются о целях на день. На этой встрече собираются все участники команды: разработчики, проджект-менеджер, аналитики, тестировщики — поэтому каждый сотрудник находится в общем инфополе и понимает, чем занимается его коллега. Кроме того, в нашей компании практикуется составление годовых планов, которые с течением времени могут корректироваться, есть демо месяца, где продукты рассказывают о достигнутых результатах и дальнейших шагах.

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