Как строится работа тимлида
Говорят, что в настоящей команде нет слова «я», но кто-то должен управлять процессами. В нашем случае это тимлид — тот, кто организует работу команды DevOps-инженеров, распределяет задачи и отвечает за результат перед заказчиком. Обычно тимлиды вырастают внутри компании, часто ими становятся инженеры уровня senior с прокаченными софт-скилами. Их функции меняются: управленческих задач становится больше, инженерных меньше, но менеджмент всегда надстраивается над экспертизой.
Что именно входит в обязанности тимлида? Показываю управленческий цикл на примере работы наших DevOps-команд над проектом.
- Постановка целей.
Когда к нам обращается клиент, первое, что мы делаем, — это аудит текущей инфраструктуры, чтобы определить узкие места. На основе этого тимлид прописывает этапы работы, ставит конкретные (измеримые) задачи для каждого из этапов, сроки и назначает ответственных. Без четко определенных целей команда рискует застрять в бесконечном цикле спринтов, не видя реального прогресса. Один из самых полезных вопросов, на который должен уметь найти ответ тимлид: почему эта работа важна?
- Организация рабочих процессов.
Мы работаем по методологии Agile: в качестве временных интервалов используем недельные спринты, для отслеживания подзадач ведем бэклоги задач, а на регулярных митингах обсуждаем результаты, планы и при необходимости меняем приоритетность задач. Это делает процесс более гибким и быстрым, а заказчик на каждом этапе может видеть прогресс. Чтобы задачи выполнялись вовремя, мы декомпозируем их на подзадачи — так мы понимаем объем работ и можем постоянно отслеживать прогресс.
- Мотивация.
Этот пункт, на первый взгляд, неочевидный. Однако мы в нашей компании считаем, что важное качество тимлида — вдохновлять, быть инициативным, решительным. Здесь мы говорим не только о работе с командой, но и о выстраивании долгосрочных взаимоотношений с каждым клиентом. Устраиваясь на работу, все мечтают стать частью продуктивной команды и классной корпоративной культуры, не так ли? Но если руководитель не задает рабочий ритм, то на инертной самомотивации команды много проектов не реализуешь. Пассивный лидер — это худшее, что может случиться с командой.
- Контроль процесса и результата.
Здесь действительно стоит забыть про «я», так как тимлид должен быть готов нести ответственность за результат — свой и своей команды.
Учитывая бэкграунд, он должен разбираться во всевозможных технических тонкостях и нюансах, потому что это позволяет ему эффективно руководить командой, решать сложные технические проблемы и оптимизировать процессы. Глубокое понимание инфраструктуры и DevOps-инструментов позволяет ему принимать аргументированные решения и внедрять лучшие DevOps-практики.
Какие лайфхаки есть у тимлидов по формированию команды
На собеседованиях мы не только оцениваем технические навыки кандидатов, но и обращаем внимание на их культурную совместимость с уже существующей командой. Разумеется, для этого у нас должны быть сформированы общие ценности внутри коллектива и создан грамотный HR-бренд. Это первый шаг в создании команды.
Лайфхак 1: оцениваем софт-скилы. Технические навыки всегда можно подкрутить, подтянуть, а личностные качества и умение работать в команде — это фундамент. Крайне важно научиться видеть мотивационные факторы кандидата на собеседовании: понять, что его драйвит, как он видит идеальный результат своей работы и соответствует ли это всё уже сформированной атмосфере внутри команды. Само собой, не все коллеги обязаны быть лучшими друзьями, но фундаментальные рабочие ценности и ожидания от итогового продукта должны совпадать.
Лайфхак 2: даем наставничество на старте. После отбора начинается процесс адаптации. Важно поддерживать новых сотрудников на каждом этапе. Этот процесс я считаю одним из ключевых для того, чтобы новый человек освоился в команде. Мы внедрили систему обучения, где каждому новому сотруднику назначается опытный наставник, который помогает быстрее включиться в работу и освоиться в корпоративной культуре.
Лайфхак 3: держим открытую позицию. Важно быть доступным для команды и готовым к диалогу. Мы регулярно проводим собрания, еженедельные синки (от англ. think), где обсуждаем рабочие моменты и каждый может высказать свои идеи. Важно помнить, что все работают ради общей цели и над одним проектом. Мотивация команды — это не только финансовые бонусы: каждый сотрудник должен чувствовать свою значимость и видеть перспективы для развития. Именно поэтому мы также поддерживаем участие в конференциях для обмена опытом и нетворкинга, написание статей и другие активности.
Лайфхак 4: отмечаем успехи. Мы стараемся отмечать достижения каждого сотрудника, будь то качественная работа на проекте или успешная идея. Не стоит забывать о золотом правиле руководителя: хвалить публично, ругать наедине. Для решения проблемных вопросов, коррекционных комментариев в нашей компании существуют встречи 1-1 (один на один, от англ. one-to-one) — это личные встречи руководителя с подчиненным, где можно обсудить всё, что имеет значение как для сотрудника, так и для тимлида.
Лайфхак 5: эффективно обмениваемся знаниями. Тимлид — это инженер уровня senior, поэтому в процессе код-ревью или других обсуждений нужно уметь правильно делиться знаниями. Не давать сразу же готовое решение, которое за счет опыта и насмотренности он генерирует очень быстро, а уметь правильно задать вектор, чтобы у инженера была возможность самостоятельно найти решение. Потому что DevOps хоть и техническая профессия, но и в ней нужно уметь находить креативные, новые решения, которые, как правило, лежат за пределами четкого описания тикета.
Как разрешать конфликты и управлять стрессом
Управление стрессом и конфликтными ситуациями — это еще один ключевой аспект эффективного тимлидства. Конфликты в команде, даже самой сплоченной, неизбежны, и важно уметь их разрешать. Они не всегда несут только негатив, они могут стать точкой роста. Тимлид должен занять нейтральную позицию и создать такую атмосферу, где каждый может открыто высказаться. В нашей компании мы стараемся концентрироваться не на конфронтации, а на поиске решения.
Если вы проявляете здоровую лояльность к каждому в команде, то они отвечают вам и друг другу аналогичным отношением. Так в команде формируется культура и ваши общие ценности, где каждый чувствует принятие.
Заключение
Формирование команды и руководство — это сложный, но интересный процесс, требующий баланса между техническими знаниями и управленческими навыками. В моей практике я убедился, как важно быть не только руководителем, но и лидером, ментором для своей команды.
Глубокое понимание DevOps-инструментов позволяет тимлиду эффективно руководить командой и быстро решать технические проблемы. Помимо этого, он должен быть наставником, который помогает новым сотрудникам адаптироваться и развиваться, делится знаниями и опытом. Эффективная организация рабочих процессов и мотивация команды — еще два важных аспекта работы тимлида. Использование различных методологий управления, спринтов и инструментов управления задачами помогает улучшить координацию и ускорить выполнение задач. Однако технические инструменты — это только часть его работы. Тимлид должен уметь вдохновлять команду, создавая продуктивную атмосферу.
Наши тимлиды постоянно совершенствуют свои хард- и софт-скилы, изучают новые инструменты, регулярно оценивают и пересматривают процессы в команде, внедряя улучшения. Это помогает им более эффективно управлять командой и поддерживать высокий уровень продуктивности среди сотрудников.
