Кодекс тимлида
Как собрать продуктивную команду и не выгореть. Пошаговая инструкция.
Главное определиться с ролью, которую, ты на себя берешь в команде. Да, тимлид всегда находится в режиме многозадачности, но я бы все же отметил несколько важных для меня вещей:
1) Выбери свою роль.
Роль лида в команде может быть разной, как сапорт всех процессов внутри, так и написание кода. На двух стульях не усидеть, придется выбрать
2) Критическое мышление.
Прежде чем принять решение собери всю актуальную информацию на данный момент и проанализируй. Даже если тебе кажется, что информации в избытке.
3) Обратная связь.
Зачастую, разработчик, пишущий код, не видит всю "картину мира", и не понимает, насколько важна его работа. В этом деле очень важна обратная связь, как для тех кто страдает синдромом самозванца, так и для лентяя.
4) Делегируй!
Всего точно не успеть, а выгорание намного опаснее.
5) Оптимизируй, автоматизируй!
Главное – это процессы. Нагрузка на членов команды не может быть 100%
6) Командный дух
Часть команды – часть корабля, один за всех – все за одного, командный дух нужен. Не забывай поддерживать его.
1) Управление компетенциями.
У команды разработки должны присутствовать все требуемые для выполнения рабочих задач компетенции. Под ними подразумеваются как широкие области: фротенд, мобильная разработка, бэкэнд, так и знание специфических технологий или конкретных участков бизнес-логики. Задача тимлида заключается в том, чтобы обеспечить наличие в команде всех этих компетенций и закрыть связанные с их потерей риски.
2) Делегирование.
Собственное развитие лида зависит от развития людей, с которыми он работает. Лид не сможет выполнять все более сложные задачи, если он не будет обучать людей делать то, что уже сам умеет, а в последствии полностью делегировать.
3) Мотивация.
Мотивация – это главный инструмент, который позволяет тимлиду выполнять свою работу. Если команда не мотивирована, результата не будет. Во многих случаях вся работа с мотивацией может заканчиваться закрытием гигиенических факторов вроде комфортного рабочего пространства, достаточно производительного железа и адекватной команды, а также использованием финансовых инструментов вроде опционов или зарплаты выше рыночной вилки. Тем не менее, для повышения индивидуальных результатов каждого сотрудника и его удержания в компании важно понимать его личные мотивационные факторы и работать непосредственно с ними. Кому-то важен постоянный технический вызов, а кому-то регулярное признание заслуг команды или пользователей.
4) Обеспечение прозрачности.
Тимлид является интерфейсом между командой и окружающим миром – руководством, соседними отделами, всей компанией. Это не значит что члены команды не должны самостоятельно общаться с кем-то из перечисленных, это значит, что на плечах тимлида лежит обязанность любым способом обеспечить нужную прозрачность.
5) Управление приоритетами.
Управление приоритетами – это навык, который помогает тимлиду выжить в условиях полной загруженности задачами. Он помогает делать то, что принесет больше пользы и ценности, удерживать work-life balance, трезво оценивать свои личные ресурсы. Люди часто путают понятия срочности и важности. Система управления приоритетами позволяет их оценивать с больше объективностью.
1) Прислушивайся к ближнему своему.
Мнение каждого члена команды должно быть услышано и учтено.
2) И кнут, и пряник.
Важно не только хвалить члена команды, а так же уметь указать на зоны для развития.
3) Бесконечность не предел.
Важно развиваться самому, а также мотивировать развиваться каждого члена команды
4) Хьюстон, у нас проблемы.
Если у члена команды возникла проблема, для ее оптимального и быстрого решения необходимо сосредоточиться именно на ней.
5) Моя прелесть!!
Прививать членам команды понимание правильного и чистого кода.
6) Да пребудет с тобой сила
Давать членам команды задачи, которые позволят им узнавать новое и развиваться
Все эти комментарии объединяет одно - фокус на команду и ее развитие. Каждый разработчик уникален и требует индивидуального подхода, мотивации и поощрения. Только развивая команду, будет развиваться и руководитель и проект и компания в целом.
Чьи заповеди вам ближе?