Процесс разработки фичей дольше, чем хотелось бы бизнесу, команда жалуется, что приоритеты и постановки меняются в момент реализации задач, а частотность выхода релизов нерегулярна. Начинаю с измерений. Среднее время реализации задач и фичей (Cycle Time - от старта разработки до готовности деплоя на продакшен) составляет 18.2 дня с высокой дисперсией (стандартное отклонение — 19.1 дня). Это отражено в метрике на 31/May/22 (см. график ниже). Частота выхода релизов плавающая, но в среднем около 1 релиза в месяц.
Выявить причины возникшей ситуации и устранить их, оптимизировав цикл разработки и стабилизировав регулярность выхода релизов
Я начал с анализа проблем и внедрения мероприятий по их устранению
| Проблема | Решение | Реализация |
|---|---|---|
| Приоритеты меняются в процессе реализации | Внедрена и согласована со стейкхолдерами трехуровневая система приоритезации: | |
| Уровень 1: Приоритезация типа MoSCoW - для быстрой категоризации задач по важности | ||
| Уровень 2: Приоритезация типа RICE (см. Priority Score) - для детальной приоритезации задач в рамках одной MoSCoW категории | ||
| Уровень 3: Приоритезация через нативное поле Priority: Опциональный уровень для установки приоритетов между задачами с одинаковым RICE | Работа с приоритетами реализована через Jira Plans + Автоматический RICE скоринг с помощью Jira automation |
| | Команда переключается между задачами, не доделав активные задачи | • Внедрение классов обслуживания из Kanban с последующей работой в рамках четко определенных приоритетов • Ограничение активной работы WIP лимитами из Kanban в связке с внедрением “вытягивающего подхода” из Lean | • Классы обслуживания реализованы через Jira boards swimlanes • Контроль WIP лимитов через Jira boards + плагин для кастомизации лимитов | | Постановки задач меняются в процессе реализации | Глобальное разделе процесса на Discovery и Delivery этапы | • На этапе Discovery готовятся все необходимые для разработки артефакты (дизайн-документы, макеты, спецификации и т.д.). Каждый артефакт утверждается ответственным по направлению лицом • На этапе Delivery команда работает с подготовленными артефактами и занимается непосредственной разработкой и тестированием | | Задачи потенциально готовые к выпуску “копятся” в очереди на мерж ожидая крупного релиза | • Сдвиг в сторону атомарных релизов (релизим меньше, но чаще) • Внедрения практик релизного планирования в котором осуществляется компоновка задач по признаку возможности независимого друг от друга выпуска | • Релизная версионность ведется в Jira • Список изменений четко фиксируется |
Начиная с момента внедрения изменений (ноябрь 2022) удалось достичь следующих результатов:
.gif)