Цель

• операционный контроль происходящего в продуктовых командах в следующих плоскостях
  • люди
  • процессы производства
  • квартальные цели
  • инциденты/дефекты в проде
• обеспечение фокуса команд на ключевых целях

Мотивация

При управлении тим лидами, основными точками, по которым можно судить о происходящем в команде, являются

• деливери метрики команды
• регулярные 1-1 в тим лидами
• эскалации
• периодическое присутствие на ритуалах команды

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

Регламент

Операционное ревью проводится раз в 2 недели, что особенно удобно, если у команды 2х недельные спринты. Формат встречи предполагает фиксированный регламент, включающий в себя

Люди

Целевое состояние

В команде все работают вовлеченно, ассоциируют свое будущее с компанией, считают компанию хорошим местом для работы. Команда укомплектована для ритмичного достижения своих целей, есть кадровый резерв.

Как проверяем

• мотивация/трудности/заметные достижения сотрудников
• продвижение по ИПРам
• открытые вакансии

Ревью прошедшего спринта

Целевое состояние

• закрытие задач с не более чем 20% Scope-Drop
• существенных отставаний по роадмапу нет
• работа, выполняемая командой, идет в соответствии с приоритетами компании

Как проверяем

• Scope-Drop
  • не выпущенные по результатам спринта задачи
  • влетевшие в течении спринта задачи
  • задачи-путешественницы
• прогресс по роадмапу: какие задачи сдвинулись в следующий спринт, какой текущий прогноз успеем/не успеем
• замечания по результатам ретроспективы
• обзор, как применили в этом спринте инсайты, полученные по результатам прошлого ор ревью
• по результатам обсуждения фиксируем, что делаем в следующий раз, чтобы выпустить

Ревью текущего спринта

Целевое состояние

• команда понимает, чем будет заниматься в следующем спринте
• задачи на спринт связаны друг с другом через 1-2 цели
• цели спринта согласуются с роадамапом
• команда верит в реалистичность комита

Как проверяем

Проводим ревью планов на текущий спринт, обсуждаем что может пойти не так. Для того, чтобы ревью прошло эффективнее, удобно составить чеклист. Пример чеклиста

• есть буферы на непредвиденные случаи
• участники команды не перегружены
• обсудили задачи-путешественницы (у которых текущий спринт - 2ой
• нет FL грейда E2
• по включенным историям есть техническая архитектура
• все задачи спринта объединяются вокруг 1-2 целей
• составлен план спринта

В частности, по результатам ревью плана можно выявить свободные руки, которые могут принести пользу другой команде. Или наоборот дефицит ресурса, который можно добавить в команду.

Ревью инцидентов в команде

Целевое состояние

• SLA исправления/реакции по инцидентам не превышен
• нет открытых высокоприоритетных дефектов

Как проверяем

Проходимся по известным дефектам команды на проде, проверяем, что по ним не превышен SLA. Для приближающихся к дедлайну дефектов обсуждаем спринт, в который включаем исправление дефектов. Если какой-то дефект вызывает затруднение, то углубляемся в него на встрече или планируем отдельную встречу, на которой обсуждаем возможные пути исправления

Тех проекты

Целевое состояние

• тех проекты включены в квартальный роадмап
• тех проекты не сдвигаются в пользу продуктовых инициатив

Как проверяем

На встрече обсуждаем тех проекты - прогресс по тех проектам, план по тех проектам до следующего оп ревью. Эта секция может быть совмещена с ревью прогресса по роадмапу, поскольку хорошей практикой является планирование всей работы в квартал, включая тех проекты.

ТММ команды

Мероприятия по повышению ТММ не планируются в квартале, поскольку меры для повышения зрелости команды сложно прогнозировать. В начале квартала выбираем практики, на которых будем фокусироваться.

Целевое состояние

• с прошлого ор ревью есть прогресс по ТММ

Как проверяем

Проходимся по каждой практике, находящейся в фокусе

• прогресс с прошлого оп ревью
• возникшие трудности/достижения

Автоматизация

Поскольку для того, чтобы проводить оп ревью эффективно требуется иметь под рукой следующую факутуру

• отчет по прошедшему спринту - актуальный скоп дроп, выпущенные по результатам спринта задачи, не выпущенные задачи, влетевшие задачи
• план предстоящео спринта
• актуальный роадмап команды
• старые и новые дефекты

Эту фактуру можно заранее готовить к оп ревью, в частности можно воспользоваться АПИ Джиры для того, чтобы скриптом вытаскивать оттуда всю необходимую информацию.