June 9

Команда. Часть 1: Структура

- Ты - Тимлид! Ты, управляешь Командой !

 - Хм, а что, собственно, надо делать ?

Управление командой - это, в первую очередь, использование инструментов управления таких как: планирование, делегирование и контроль (см. тимлид за неделю). В вакууме применение планирования, делегирования и контроля бесполезны, необходим объект на который направлены инструменты. Наличие объекта управления важно, но также важно понимать к какому месту этого объекта, какое воздействие прикладывать.

Молоток - это инструмент. Гвоздь - это объект, на который направлено воздействие. Когда забиваем гвоздь, то бъём молотком по шляпке, а не куда прийдётся !

В нашем случае, команда - это объект управления, но что значит использования инструментов управления: планирование команды, делегирование команде, контроль команды !? Что бы ответить на этот вопрос давай рассмотрим команду, как набор связанных друг с другом элементов.

Команда - это набор элементов.

Команду можно представить, как набор следующих крупных элементов:

  • структура. Например, люди и правила.
  • цели и задачи. Например, бэклог команды и дорожные карты.
  • процессы. Например, процесс разработки новой фичи.

Структура

Структура команда - это люди объединённые совместными правилами. Например, Даша, Вася, Таня, Игорь и Пётр - ваши коллеги из которых надо сделать команду. Давай создадим простую структуру.

Люди:

  • Даша - аналитик
  • Вася - аналитик
  • Таня - разработчик
  • Игорь -разработчик
  • Пётр - тестировщик

Роли:

  • Аналитик: 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 встречи и чаще проверять правила.

Расширяйте описание вашей структуры команды, по мере получения новых навыков и новых требований к вашей команде.

Основная активность тимлида - это рутинные действия по планировании, делегирования и контролю работ для обеспечения работоспособности элементов команды, таких как, например, «структура». Данными рутинным действами и обеспечивается целостность команды - основная задача тимлида.