Коротко: за 90 дней вы запускаете Scrum без «культа процессов»: Аудит (0–30) → Пилот (31–60) → Масштабирование (61–90). Стартуем с ценностей, фиксируем артефакты и ритуалы, измеряем Lead Time, Cycle Time, Velocity и WIP, строим прогноз релизов.

Почему 90 дней и что вы получите

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

  • Рабочая Scrum-команда (или несколько) со стабилизированным ритмом и прозрачными правилами.
  • Описанные и используемые артефакты и ритуалы без бюрократии.
  • Настроенные метрики потока (Lead Time, Cycle Time, Velocity, WIP) и простой механизм прогноза релизов.
  • Дашборды и регламенты для поддержки и масштабирования.

Если нужен готовый набор практик и шаблонов под российские реалии — посмотрите «ВЕБОФИС: AGILE». Для трекинга задач и метрик — «ВЕБОФИС: TRACKING». Для поддержки пользователей и управления инцидентами — «ВЕБОФИС: HELPDESK».

Дорожная карта внедрения Scrum за 90 дней

0–30 день

Этап 1. Аудит

  • Картирование процессов: от идеи до релиза; выявление очередей и блокеров.
  • Определение продукта и границ: единый Product Goal, первичный Product Backlog.
  • Роли: назначение Product Owner, Scrum Master, dev-команды (кросс-функциональность).
  • Метрики as-is: базовые замеры Lead/Cycle Time, текущая скорость (для сравнения потом).
Артефакты на выходе: карта потока, определение Definition of Done/Ready, шаблон Backlog, регламент ритуалов.

31–60 день

Этап 2. Пилот

  • Запуск 1–2 пилотных команд, фиксированная длина спринта (обычно 1–2 недели).
  • Минимальный набор событий: Sprint Planning, Daily Scrum (15 мин), Review, Retrospective.
  • Настройка визуализации потока, лимитов WIP, SLA для инцидентов.
  • Сбор метрик: Lead/Cycle Time на задачу, Velocity по спринтам, доля незавершёнки.
Артефакты: рабочий Product Backlog, Sprint Backlog, инкременты, ретро-экшены.

61–90 день

Этап 3. Масштабирование

  • Распространение практик на соседние команды/стримы, синхронизация бэклогов.
  • Выравнивание DoR/DoD, единые стандарты метрик, общие правила приоритезации.
  • Прозрачный портфель: дорожные карты, зависимые эпики, прогноз релизов.
  • Обучение лидов и владельцев процессов, внутренняя гильдия Scrum Masters.
Артефакты: единый шаблон метрик, регламент управления зависимостями, общая карта релизов.

Артефакты и ритуалы: без фанатизма

Минимально необходимые артефакты

  • Product Backlog с приоритетами по ценности и рискам.
  • Sprint Backlog с ясной целью спринта и критериями готовности.
  • Definition of Ready / Done — коротко, проверяемо.
  • Инкремент — демонстрируемый и потенциально релизный.

Ритуалы (таймбокс)

  • Sprint Planning: цель, верхушка бэклога, оценка и риски.
  • Daily: 15 минут, фокус на блокеры и поток, не на статус-шоу.
  • Review: проверка гипотез и ценности, а не «показ слайдов».
  • Retrospective: 1–2 улучшения в работу, фиксируем владельцев.

Шаблоны и готовые регламенты можно взять в «ВЕБОФИС: AGILE».

Метрики: Lead Time, Cycle Time, Velocity, WIP

Метрика Как считаем Для чего Триггеры для действий
Lead Time От момента запроса (идеи) до релиза Измеряет скорость доставки ценности Рост → пересмотр очередей/приоритетов, устранение ожиданий
Cycle Time От начала активной работы до завершения Показывает эффективность исполнения Рост → узкие места в разработке/тестировании
Velocity Сумма story points, завершённых в спринте Планирование объёма спринта Скачки → проблемы с оценкой, незавершёнкой, внешними прерываниями
WIP Количество задач одновременно «в работе» Контроль многозадачности и очередей Высокий WIP → вводим лимиты, перестраиваем процесс

Важно: метрики — не оценка людей, а инструмент улучшения потока.

Прогноз релизов: простой, понятный, практичный

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

  1. От Velocity: берём медиану скорости последних 3–5 спринтов.
    Пример: нужно 120 SP; медиана Velocity = 30 SP → ориентир 4 спринта (с интервалом ±1 спринт).
  2. От потока: считаем средний Cycle Time и WIP; оцениваем пропускную способность (throughput) в задачах/неделю.
    Пример: 10 задач/неделю → фича на 25 задач ≈ 2,5 недели (+ буфер по рискам).
Практика: показывайте диапазон дат («8–26 ноября»), а не одну точку. Обновляйте прогноз после каждого спринта.

Дашборды и инструменты: как мерить без боли

  • Канбан-доска потока с лимитами WIP и явными колонками ожиданий.
  • Дашборд метрик: Lead/Cycle Time (медиана и перцентили), Velocity по спринтам, throughput/неделя, доля незавершёнки.
  • Ретро-дашборд: список улучшений, статус выполнения, владелец, срок.

Чтобы не собирать всё вручную, используйте готовые конфигурации:

  • «ВЕБОФИС: TRACKING» — трекинг статусов, автоматические Lead/Cycle Time, дашборды Velocity и прогнозы по спринтам.
  • «ВЕБОФИС: AGILE» — шаблоны бэклогов/спринтов, DoR/DoD, регламенты ритуалов и учебные материалы.
  • «ВЕБОФИС: HELPDESK» — интеграция потока инцидентов/заявок со спринтами, настройки SLA и отчёты.

Антипаттерны и риски

Типичные ловушки

  • Scrum без Product Owner: «все за всё отвечают» → не отвечает никто.
  • Ритуалы превратились в отчёты: Daily = 30–40 минут, ноль действий по блокерам.
  • Нет DoR/DoD: таски «сырье», инкременты «почти готовы».
  • Метрики ради метрик: собираем, но не улучшаем поток.

Как чинить

  • Назначить сильного Product Owner и дать ему полномочия.
  • Вернуть таймбоксы и фокус на блокеры/ценность.
  • Согласовать краткие DoR/DoD, проверяемые чек-листом.
  • В каждую ретроспективу — 1–2 улучшения с владельцем и сроком.

Чек-лист запуска Scrum за 90 дней

  1. Определили продукт и цель (Product Goal), выбрали пилотный контур.
  2. Назначили роли (PO, Scrum Master, команда), распределили полномочия.
  3. Собрали базовые метрики as-is (Lead/Cycle, Velocity, WIP).
  4. Запустили спринт (1–2 недели), описали DoR/DoD, договорились о ритуалах.
  5. Визуализировали поток, ввели лимиты WIP, включили сбор метрик авто-режимом.
  6. Показываем инкремент в Review, корректируем бэклог по ценности.
  7. Каждую ретро — минимум 1 улучшение в работу, ведём ретро-дашборд.
  8. Масштабируем: стандарты метрик, общая дорожная карта, синхронизация зависимостей.
ВЕБОФИС: AGILE — старт внедрения TRACKING — метрики и дашборды HELPDESK — SLA и инциденты

Нужна дорожная карта под ваш стек и ограничения? Проведём быстрый аудит и дадим план на 90 дней.

Обсудить проект