Помогли найти системные ограничения, замедляющие разработку продукта
Как диагностика помогла GetWell найти потенциал ускорения разработки на 25–50% без увеличения команды
Проблематика проекта
За несколько лет GetWell создал сложную enterprise-платформу, объединяющую CRM, ERP, финансовые и медицинские функции. Команда из 40 человек разработала продукт, для которого в аналогичных компаниях обычно требуется в несколько раз больше инженеров.
Но вместе с ростом продукта росла и сложность разработки. Каждый следующий релиз требовал всё больше усилий, увеличивалось количество открытых дефектов, а сроки становились менее предсказуемыми. Руководство понимало, что система начинает терять эффективность, но не было очевидно, где находится основное ограничение — в людях, процессах или технологии.
Чтобы получить объективную картину, компания пригласила FastForward провести независимую диагностику.
Цель проекта
Помочь руководству ответить на три ключевых вопроса:
Почему разработка постепенно теряет скорость
Какие системные ограничения оказывают наибольшее влияние на результат
Какие изменения способны дать максимальный эффект без расширения команды
Ключевой инсайт
Главный вывод диагностики оказался неожиданным.
Проблема заключалась не в производительности разработчиков. Напротив, команда уже демонстрировала очень высокий уровень эффективности, создав продукт, значительно превосходящий среднерыночный по масштабу относительно своей численности.
Основные потери возникали в самой системе управления разработкой: размытая ответственность за модули продукта, большое количество параллельной работы, позднее обнаружение дефектов, отсутствие системного управления техническим долгом и ручные этапы контроля качества.
По отдельности эти ограничения выглядели некритичными. Вместе они постепенно снижали скорость разработки и увеличивали стоимость каждого нового релиза.
Результаты проекта
  • Выявили потенциал ускорения разработки на 25–50%
    Диагностика показала, что значительная часть времени теряется не в разработке как таковой, а в ожидании, повторной работе, переключениях между задачами и устранении последствий позднего обнаружения ошибок. Потенциал ускорения находится в изменении системы управления разработкой, а не в увеличении команды.
  • Определили ключевые ограничения системы
    Построили карту зрелости процессов и выявили основные причины роста backlog дефектов, снижения предсказуемости сроков и накопления технического долга.
  • Сформировали дорожную карту изменений
    Вместо набора локальных инициатив руководство получило последовательную программу развития с приоритетами, ожидаемым эффектом и рекомендациями по внедрению практик ownership, управления потоком разработки и качеством.
  • 12
    Интервью с командой
  • 17
    Участников опроса

  • 5
    Проанализировано рабочих систем
  • 9
    Оценено направлений зрелости

  • 25–50%
    Потенциал ускорения разработки