Информационные технологии – это одна из сфер, которую сложно представить себе без использования английского языка. Он помогает обмениваться опытом по всему миру, создавать глобальные проекты, работать в международных компаниях и даже просто писать код. Именно поэтому так много слов приходят к нам из английского, например, название роли “Team Lead”.
Из перевода самого названия роли следует, что Team Lead (тим лид) – это лидер команды. Чаще всего эту роль в российских командах выполняют люди в должности руководителя отдела, но это совершенно не обязательно.
У тим лидов есть 3 ключевых зоны ответственности и 3 ключевых вопроса, на которые они должны уметь ответить:
Целеполагание: Зачем команда делает именно эту работу?
Процессы и инструменты: Как люди в команде должны действовать, чтобы достичь поставленных целей?
Команда: Какой команда должна быть, чтобы получать наилучшие результаты?
По каждому из 3 направлений есть огромное количество тем и подходов для изучения. Ниже рассказываю базовые идеи, чтобы сложить общее представление о роли.

В большинстве случаев речь идет о коммерческих организациях, у которых ключевая задача в получении прибыли (нужна, чтобы бизнес рос, а значит было больше рабочих мест, больше успешных проектов и т.д.). При этом нельзя всем отделам компании поставить одну единственную цель – получение прибыли. В таком случае люди на местах просто не будут понимать, что они должны делать. Поэтому для каждого отдела должна быть сформирована своя цель в рамках этой глобальной. Цель должна отражать именно их, уникальный, вклад, например:
Для отдела продаж может быть цель в денежном выражении и именно они могут отвечать за объем прибыли, которая компания получает от новых подписанных договоров.
Для аналитиков и архитекторов в заказной разработке – это проектирование наиболее эффективных (удовлетворение потребностей бизнеса, пользователей и других заинтересованных сторон) решений.
Для программистов цель – создание продукта, который будет удовлетворять требования пользователей.
Для тестирования – это обеспечить высокий уровень качества создаваемых решений и т.д.
Для того чтобы понимать, насколько достигаются цели, стоящие перед отделами, могут быть выработаны наборы качественных и количественных показателей, например:
Для отдела продаж это могут быть новые контракты и их стоимость, может быть число разорванных или замороженных контрактов, может быть время, затраченное на сделку и т.д.
Для программистов это может быть используемость новых функций системы пользователями (если новые функции не используют, то зачем мы их создавали и тратили деньги?), производительность команды (новые полезные функции системы, созданные в промежуток времени), количество ошибок или сбоев и т.д.
Если правильно сформулировать цели и показатели, то можно будет понять: что именно надо делать команде, чтобы увеличить или уменьшить эти показатели, а также какую работу можно автоматизировать, применяя в работе различные инструменты.
Так мы с вами плавно подошли ко второй зоне ответственности тим лида.

После того как тим лид понимает цели и показатели эффективной работы своего отдела, он может переключиться на построение и постоянное улучшение бизнес-процессов команды.
Первым шагом может быть описание существующих процессов в виде минимально достаточных для работы инструкций или памяток. Это нужно, чтобы:
Уменьшить количество ошибок в действиях команды по критически важным для бизнеса процессам.
Сократить время ответов на повторяющие вопросы от членов команды к тим лиду или друг другу.
Уменьшить время на погружение в работу новых сотрудникам (они в начале смогут действовать по созданным вами памяткам и инструкциям).
Понять, как можно перестроить работу, чтобы она была проще, удобнее, комфортнее и т.д.
Не надо, пожалуйста, описывать совершенно все действия членов своей команды!
В этом нет, как правило, ценности, зато есть огромное вложение времени на первичное описание и поддержку актуальности.
Чтобы понять, стоит ли описывать процесс, попробуйте ответить для себя на вопросы:
Является ли этот процесс критически важным для компании и какова цена ошибки в нем? Например, если неправильно посчитать налоги, то у компании могут быть большие штрафы, поэтому правила расчета налогов так подробно описываются.
Как часто вас спрашивают об этом? Например, есть смысл 1 раз описать процесс того, как подать заявление на отпуск, чем рассказывать это каждому сотруднику 2-3 раза в год (людям свойственно забывать редкие действия).
Работают ли с этим процессом новые сотрудники в первые 2 недели своей работы? Если да, то лучше это описать, так как первые 2 недели являются очень стрессовыми и шансы, что будет много вопросов наставнику (потеря времени на ответы) или ошибок (потеря времени на исправление) слишком высоки.
Кроме бизнес-процессов подумайте над инструментами, которые вы используете:
Они действительно лучше всего подходят для выполнения задач или их стоит обновить?
Эти инструменты эффективно используются командой в ее бизнес-процессах и задачах? Это быстро, удобно, приносит требуемый результат и т.д.?
Все ли умеют с ними работать или кого-то надо обучать? Есть ли база знаний по инструментам?
Конечно со всеми перечисленными процессами и инструментами будут работать люди, поэтому третьим важным направлением работы является команда.

В обязанности тим лида входит всё, что касается работы членов его команды с момента, когда возникла потребность в открытии вакансии и поиска нового сотрудника до момента его или ее ухода из компании (и очень желательно, чтобы это было до пенсии по возрасту 🙂 ).
Задач по работе с командой огромное число, но первым, с чего предлагаю начинать – это актуализация или создание должностных инструкций (на английский манер их называют job description). Именно они помогут определить, что входит в обязанности каждого члена команды или кто из кандидатов подойдет на новую вакансию, если найм команды только предстоит. Важно, чтобы эти обязанности соответствовали бизнес-процессам, в которых люди участвуют, и целям всего отдела. Подробнее про должностные инструкции читайте в статье Пишем должностные инструкции, которые помогают в работе.
На основе должностных инструкций будет ясно, что должны знать и уметь делать члены команды, и так можно будет построить процесс обучения и профессионального развития. Подходы могут быть разные, например, это может быть матрица компетенций, о которой рассказывала на конференции AnalystDays 2022: Как мы внедряли фреймворк профессионального развития аналитиков
Мы проводим большую часть жизни на работе, поэтому важно, чтобы нам было там комфортно. Атмосфера команды сильно зависит от личного общения и правил коммуникации. Первым шагом в этом направлении предлагаю сделать регулярные встречи 1-1 с каждым из членов команды, где можно обсуждать как рабочие задачи (прогресс, результат, сложности), так и личные вопросы (чтобы лучше понимать мотивацию и настроения людей, их интересы). Об этом отдельной статьи в блоге пока нет, поэтому можно поискать рекомендации в интернете.
Быть тим лидом – значить любить свою команду и при этом думать с точки зрения бизнеса, выстраивая настолько эффективные процессы, чтобы каждый сотрудник смог достигать наивысших профессиональных результатов!
Канал для новостей в TG: @HappyTeamLead
Чат для обсуждений в TG: @HappyTLChat
Ответы (1 )