- Ты - Тимлид! Ты, управляешь Командой !
- Хм, а что, собственно, надо делать ?
Управление командой - это, в первую очередь, использование инструментов управления таких как: планирование, делегирование и контроль (см. тимлид за неделю). В вакууме применение планирования, делегирования и контроля бесполезны, необходим объект на который направлены инструменты. Наличие объекта управления важно, но также важно понимать к какому месту этого объекта, какое воздействие прикладывать.
Молоток - это инструмент. Гвоздь - это объект, на который направлено воздействие. Когда забиваем гвоздь, то бъём молотком по шляпке, а не куда прийдётся !
В нашем случае, команда - это объект управления, но что значит использования инструментов управления: планирование команды, делегирование команде, контроль команды !? Что бы ответить на этот вопрос давай рассмотрим команду, как набор связанных друг с другом элементов.
Команда - это набор элементов.
Команду можно представить, как набор следующих крупных элементов:
- структура. Например, люди и правила.
- цели и задачи. Например, бэклог команды и дорожные карты.
- процессы. Например, процесс разработки новой фичи.
Структура
Структура команда - это люди объединённые совместными правилами. Например, Даша, Вася, Таня, Игорь и Пётр - ваши коллеги из которых надо сделать команду. Давай создадим простую структуру.
Люди:
- Даша - аналитик
- Вася - аналитик
- Таня - разработчик
- Игорь -разработчик
- Пётр - тестировщик
Роли:
- Аналитик: 2
- Разработчик: 2
- QA: 1
Правила:
- Приходить на дейли в 9:00
- Списывать часы каждый день
- Аналитик описывает что надо сделать, но не пишет как
- Аналитик использует plantuml для всех диаграмм
- Аналитик обязательно создаёт ERD для всех постановок
- Разработчик сам отвечает за проектирование
- Разработчик использует kotlin и соблюдает REST
- Разработчик всегда пишет unit test
- QA сравнивает требования с тем, что фактически реализовано
- QA проводит регрессивное тестирования
- QA использует Alure TestOps для управления тест кексами и тест сьютами
«Команда - это не только люди. Команда - это люди объединённые общими правилами и общими целям.»
Теперь, когда команда содержит, хотя бы один описанный элемент - структуру, то уже можно конкретизировать, в чём проявляются планирование, делегирование и контроль. Первое надо планировать - это описание этой самой структуры. Структура готова, теперь надо планировать , что бы правила выполнялись, количество сотрудников на роль оставалось той же , а взаимоотношение людей друг с другом оставалось на должном уровне.
Теперь на очередном планирование (которое вы делаете каждый день :-) см. тимлид за неделю ) запланируйте действия, которые обеспечивают поддержание структуры в работоспособном (целостном состоянии), например:
- Элемент «Люди». Встреча 1:1 с каждым участником, что бы узнать как живётся в команде. Раз в 2 недели
- Элемент «Люди». Встреча что бы рассказать правила в команде. На этой недели.
- Элемент «Роли». Проверка количества задач в ожидании для каждой роли. Раз в неделю
- Элемент «Правила». Обратить внимание, кто опаздывает на дейли и на встрече 1:1 попросить так не делать. Каждый раз на Дейли встречи
- Элемент «Правила». Проверка корректного списания часов на задачи. Рандомно для 2х сотрудников раз в неделю
- Элемент «Правила». Проверка выполнения правил аналитиками. Раз в неделю
- Элемент «Правила». Проверка выполнения правил разработчиками. Раз в неделю
- Элемент «Правила». Проверка выполнения правил QA. Раз в неделю
- По результатам вышеописанных проверок запланировать исправления. Каждые три дня начиная со следующей недели.
Запишите ваш план, что бы он стал артефактом и можно было его корректировать и менять в будущем. Каждый элемент плана добавьте в любой календарь-планировщик (например, outlook или другие аналоги). Когда настанет время и вы будете выполнять пункт плана, кратко и по сути зафиксируйте результат для дальнейшего анализа и работы.
Часть пунктов плана можно делегировать, т.е. передать выполнение, кому-то из участников команды. Например:
- Элемент «Роли». Проверка количества задач в ожидании для каждой роли. Раз в неделю. По аналитике фиксирует Вася, по разработке - Таня , по QA - Пётр. Результат зафиксирован в документе тут <ссылка на документ>
Действия, который мы запланировали - это действия по контролю за тем, что наша структура прибывает в нужном для нас состоянии.
Меняйте количество пунктов плана и частоту проверок, в зависимости от состояния структуры и её элементов. Например, правила выполняются - можно делать проверки реже, правила часто нарушаются - сделать чаще 1:1 встречи и чаще проверять правила.
Расширяйте описание вашей структуры команды, по мере получения новых навыков и новых требований к вашей команде.
Основная активность тимлида - это рутинные действия по планировании, делегирования и контролю работ для обеспечения работоспособности элементов команды, таких как, например, «структура». Данными рутинным действами и обеспечивается целостность команды - основная задача тимлида.