Денис
Опалинский

Стрим из 8 команд выполнял в срок лишь 60% квартальных целей. 40% работы переносилось — это создавало риски для бизнеса и подрывало доверие к разработке.

• Ввёл единый стандарт работы и базовый/плановый уровень по Run и Change
• Запустил дашборды, которые в реальном времени показывают задачи с риском просрочки
• Внедрил сквозную приоритизацию по WSJF — фокус на ценности для бизнеса
• Запустил ежеквартальные PI-планирования с подготовкой за месяц

Руководство постоянно спрашивало «где зависла фича» и «когда релиз», а скрам-мастеры тратили часы в неделю на ручную сборку статусов из Jira. Отчёт устаревал раньше, чем был готов.

• Построил анализатор на основе выгрузки Jira с AI-обработкой данных
• Автоматическая подсветка эпиков и задач с риском просрочки — по возрасту, отсутствию движения и накоплению WIP
• Расчёт реального Cycle Time / Lead Time и точек скопления задач в потоке
• Автогенерация еженедельных дайджестов по командам — без ручной сборки

Руководство не видело статус ключевых инициатив: где зависимости и когда ждать поставку. Постоянные ручные запросы съедали время команд.

• Создал единый источник правды — общую доску в Jira с зависимостями
• Внедрил единый стандарт оформления эпиков, понятный от разработчика до топ-менеджмента
• Сделал регулярную практику постановки целей по OKR и синхронизации команд вокруг них
• Настроил оформление Jira так, чтобы было видно, что именно влияет на цель
• Ввёл ежемесячные демо, где показывают не «что сделали», а какую бизнес-ценность это принесло

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

• Определил единую топологию задач и эпиков для всех команд
• Привязал каждый эпик к конкретным бизнес-метрикам
• Приоритизировал бэклог от целей бизнеса, а не от технических задач
• Внедрил чёткие критерии готовности (DoR и DoD)

Долгий путь от старта задачи до пользователя. Замеры показали: большая часть времени уходит на ожидание — сначала тестирования, потом релиза.

• Замерил поток и нашёл главное скопление WIP — этап «ожидание тестирования»
• Разгрузил тестирование: автотесты и детальное описание ожидаемого результата
• После — устранил следующее ограничение: ежемесячные релизы
• Перевёл на еженедельные релизные окна и дал командам выкатывать минорные правки самостоятельно