Клиент: Freeman интернет-решения — продуктовая веб-студия со смешанными потоками (B2B-порталы и маркетплейсы). Цель: навести порядок в разработке, сократить Time-to-Market и сделать прогнозы по релизам точнее. Итог: за 12 недель внедрения Scrum сократили Lead Time с 28 до 16 дней (-43%), снизили дефекты в проде на 57% и довели соблюдение плана спринта до 89%.

Исходная ситуация

Компания росла, но инфраструктура процессов отставала: задачи хранились в нескольких инструментах, критерии готовности отличались от команды к команде, согласования шли в мессенджерах. Средний Lead Time по фичам — 28 дней, незавершённой работы (WIP) — до 90 задач, недовыполнение коммитов спринтов — около 38%. На релиз — в среднем 14 «горячих» дефектов. Стейкхолдеры просили «дать дату», но оценка упиралась в субъективные Story Points и «переезды» задач между спринтами.

Подход и архитектура

Выбрали Scrum с двухнедельными спринтами и масштабированием по потокам ценности: три кросс-функциональные команды (frontend, backend, QA/DevOps внутри каждой). Единый продуктовый бэклог и общие правила — Definition of Ready и Definition of Done. Для прозрачности и метрик внедрены решения ВЕБОФИС:

  • ВЕБОФИС: AGILE — бэклог, планирование, артефакты Scrum и ритуалы;
  • ВЕБОФИС: TRACKING — доски, CFD/Throughput, контроль WIP и прогнозы (Монте-Карло);
  • ВЕБОФИС: Helpdesk — входящий поток запросов клиентов, SLA и эскалации.

Интеграции: GitLab (репозитории, MR, пайплайны), уведомления в Telegram/Mattermost, авто-линковка коммитов к задачам, импорт исторических данных из CSV для построения базовой статистики. Отказались от параллельного «микро-канбана» в мессенджерах — всё через единый бэклог и доски.

Реализация

  • Процессы и артефакты. Ввели сквозной DoR/DoD: описанная пользовательская история, критерии приёмки, макеты, данные теста и план отката. Planning Poker оставили для калибровки сложности, но прогнозирование сроков перевели на потоковые метрики (Throughput, Lead/Cycle Time) и Монте-Карло на истории throughput’а.
  • Роли и права. Чётко разделили зоны ответственности: Product Owner — приоритеты и ценность; Scrum Master — фасилитация и устранение импедиментов; Команда — инкремент и качество. Доступы настроены по ролям: stakeholders — read-only отчёты и Roadmap, команда — полный доступ к бэклогу и доскам.
  • Интеграции. GitLab CI/CD публикует статусы в карточки задач; MR нельзя смержить без прохождения чек-листа DoD (линтеры, тесты, review 2-мя участниками). Helpdesk конвертирует клиентские тикеты в истории/баги с привязкой к спринтам; SLA и приоритеты — из Helpdesk.
  • Миграция данных. История задач из Excel и прежнего трекера импортирована в ВЕБОФИС: AGILE/Tracking (CSV-шаблон). Это позволило построить базовые CFD и throughput за 6 месяцев «до» и сразу запустить Монте-Карло с реалистичным распределением.
  • Обучение и пилот. Провели двухдневный воркшоп для POs и лидов, затем 4 недели пилота на одном продукте: планирование, ежедневные, обзор спринта, ретроспектива. Параллельно настроили шаблоны Definition of Ready/Done и радиаторы информации (борды, burn-down, CFD).
  • Масштабирование. Scrum of Scrums дважды в неделю для снятия межкомандных зависимостей; единые правила приоритизации (упростили до WSJF для фич и отдельной очереди инцидентов).

Риски и как снимали

  • Сопротивление изменениям. Сделали «тонкий старт»: не ломали всё сразу, запустили один поток и распространили практики с доказанными результатами. Регулярные ретро и AMA-сессии со стейкхолдерами.
  • Перегрев WIP. Жёсткие WIP-лимиты по стадиям, политика «Stop the line» при очередях, переключение на устранение узких мест вместо добора новых задач.
  • Нестабильный velocity. Прогнозы перевели на throughput и Монте-Карло. Velocity оставили как командную метрику для обсуждений, а не для внешнего KPI.
  • Зависимости и релизы. Ввели «интеграционный день» посреди спринта и отдельную среду staging; фича-флаги для безопасных поставок.
  • Качество. DoD включает тест-пирамиду (юнит/интеграционные), обязательный code review 2/2 и smoke-тесты в CI. Баги приоритизируются через Helpdesk и попадают в ближайший спринт с лимитом на «долги».

Результаты

  • Lead Time: 28 → 16 дней (-43%).
  • Соблюдение плана спринта (Commitment Reliability): 62% → 89%.
  • Дефекты в проде на релиз: 14 → 6 (-57%).
  • Частота релизов: 1 раз в месяц → каждые 2 недели (планово по окончанию спринта).
  • SLA первого ответа (Helpdesk): 9 ч → 2 ч (-78%).
  • Прозрачность бэклога: 100% задач и приоритетов в одном месте; внешний доступ для стейкхолдеров (read-only отчёты).
  • Прогнозируемость релизов: 85% прогнозов в коридоре ±10% по Монте-Карло (на горизонте 6–8 недель).
  • NPS по проектам: +22 п.п. после трёх циклов релизов.

Команда увидела быстрые победы: меньше «горящих» фиксов, чище релизы, меньше контекст-свитчинга за счёт WIP-лимитов. Бизнес получил прозрачный Roadmap и реальный коридор дат без «ганттовой магии».

Что дальше

  • Расширяем Scrum на соседние потоки (поддержка и интеграции), объединяем отчётность по всем продуктам в ВЕБОФИС: TRACKING.
  • Подготовка каталога экспериментов: A/B-гипотезы в бэклоге и связь с метриками результата.
  • Связка стратегических целей (OKR) с инициативами в ВЕБОФИС: AGILE; автоматический отчёт для руководства раз в спринт.

Хотите так же? Оставьте заявку — подберём план внедрения под ваш контекст, развернём ВЕБОФИС: AGILE, подключим Tracking-метрики и Helpdesk, обучим команду и выведем релизы на предсказуемый ритм.