Аспро.Cloud — развивающийся SaaS-продукт. Над ним работают шесть команд разработки: четыре продуктовые и две платформенные. Формально команды придерживались Scrum, но со временем процессы начали расходиться.
Спринты стартовали в разные дни. Их длительность отличалась. Где-то итерация длилась неделю, где-то две, а иногда растягивалась почти на месяц. Дедлайны регулярно переносились, а релизы не имели четкой фиксации результата.
Одновременно рос бэклог. Количество задач приблизилось к 2000. Приоритизация по схеме «высокий, средний, низкий» перестала работать — десятки задач имели одинаковый статус. Планирование становилось субъективным.
Дополнительные сложности:
задачи возвращались в «Сделать» при блокировках, из-за чего терялась история работы
в Scrum-доске не было видно, выполняется ли задача или ожидает своей очереди
задачи часто попадали в разработку с неполным описанием
коммуникация между командами происходила через чаты и устные договоренности
Ключевой метрикой для улучшения стал Time-to-market — время прохождения задачи от «Готова к работе» до «Выпущено».
Процесс требовал системной перестройки.

Мы не стали менять методологию и расширять штат. Вместо этого провели аудит процессов и пересобрали модель управления.
Ввели единый двухнедельный спринт для всех команд с фиксированными датами начала и завершения.
Структура цикла:
первый понедельник — старт спринта
третий понедельник — релиз и ретроспектива
Дополнительно закрепили дедлайны передачи задач в тестирование, чтобы заранее понимать объем релиза.
Запустили кросскомандное демо по итогам каждой итерации. Команды презентуют результаты, а маркетинг, поддержка и руководство получают прозрачную картину изменений.

Переработали workflow. Вместо укрупненных этапов добавили промежуточные статусы:
Бэклог
Готова к работе
Ожидает код ревью
Пройдено код ревью
Ожидает тестирование
Ожидает релиза
На паузе

Это позволило видеть, где именно возникают задержки. Появилась возможность анализировать узкие места и принимать управленческие решения на основе данных.
Задачи начали проходить фильтр готовности перед попаданием в спринт.
Критерии:
четкое и структурированное описание
понятная бизнес-ценность
наличие всех необходимых данных и компетенций
возможность реализации за один спринт
Для формулировки задач используем подход Jobs to Be Done. Он помогает описывать не действие, а пользовательскую цель. Это сократило количество возвратов и повысило точность планирования.
Добавили пользовательские поля-триггеры. При необходимости участия смежного отдела система автоматически отправляет уведомление.
Это снизило зависимость от ручных напоминаний и сократило количество потерянных задач.
Ранее работа велась от спринта к спринту. Стратегические инициативы уступали место срочным задачам.
Мы внедрили квартальное планирование, связав продуктовые цели с операционной работой.
Появились:
согласование приоритетов со стейкхолдерами
квартальные ретроспективы
баланс краткосрочных и долгосрочных задач
Перешли к количественной оценке задач по методике RICE: reach, impact, confidence, effort. Это позволило объективно формировать спринты и сократить субъективность при выборе задач.

После внедрения изменений:
Time-to-market сократился с 23 до 11 дней
медианный возраст задачи снизился с 7 до 6 месяцев
производительность отдела выросла на 17%
Команды работают в едином ритме. Релизы стали предсказуемыми. Бэклог — управляемым.