Кейс: как анализ цепочки создания ценности сократил издержки на 25%
17.02.2026
~7 мин.
Мы разобрали проект на 120 человек, где команда тратила 48 часов в неделю на бессмысленные проверки. За полгода сократили издержки на 25% ($380k/год), не тронув качество. Расскажем, как.
Это не теория из книжек. Мы реально брали зарплаты, время на задачи и Excel-таблицы, рисовали цепочку создания ценности (value stream mapping) и нашли три главных узких места. Потом их убрали.
Что было не так: команда из 120 человек и 48 часов потерь в неделю
Пришли к нам на консалтинг fintech-проект. Команда 120 человек: 65 разработчиков, 28 тестировщиков, 18 аналитиков, 9 продакшн-админов. Бюджет $12M/год. Цикл разработки — 42 дня от идеи до продакшена.
Симптомы были классические: спринты (sprints) горели, тестировщики простаивали, аналитики переписывали требования по 3 раза. Руководитель проекта чувствовал, что деньги утекают, но не мог найти где именно.
Первое, что сделали — посчитали потери времени. Собрали данные за 4 недели:
| Роль | Потерянное время/неделя | Причина |
|---|---|---|
| Тестировщики (28 чел) | 24 часа | Ждут код от разработчиков |
| Аналитики (18 чел) | 12 часов | Переписывают требования |
| DevOps (9 чел) | 12 часов | Ручные деплои |
Итого: 48 часов/неделя × $75/час = $144k/год потерь только на простое. А это только явные потери. Реальная картина оказалась в 2.5 раза хуже.
Главный вопрос заказчика: "Где конкретно деньги утекают и как это остановить?"
Шаг 1. Собрали цепочку создания ценности
Собрали всю команду на два дня в Miro. Каждый процесс от "идея фичи" до "продакшн" рисовали цветными стикерами. Вышло 28 шагов, из них ценность создавали только 9.
Что рисовали:
Зеленые стикеры: создают ценность (код пишут, тесты запускают)
Желтые: нужны, но не создают (ревью кода, CI/CD)
Красные: мусор (3 уровня проверок документации, дублирующие тесты)
Получили цепочку длиной 28 шагов. Из них:
- 9 шагов (32%) — реально создавали ценность
- 12 шагов (43%) — ожидание (тестировщики ждут код, DevOps ждет апрувов)
- 7 шагов (25%) — полный мусор (ручная проверка логов, Excel-отчеты)
Цикл создания ценности (Lead Time): 42 дня. Из них полезная работа — 8 дней. Остальное — транспорт и ожидание.
Заказчик посмотрел на диаграмму и сказал: "Теперь понятно, почему мы тратим $12M и еле движемся".
Шаг 2. Выделили 3 главных узких места
Из 28 шагов выделили три, которые тормозили всю цепочку. Не те, где много людей, а где реально встревала работа.
Узкое место №1: Тройная проверка требований (18 аналитиков)
Аналитик писал ТЗ → старший аналитик проверял → техлид апрувил. В 68% случаев возвращали на доработку. Итого: 12 часов/неделя на переписывания.
Узкое место №2: Тестировщики ждут код (28 человек)
Разработчики сдавали фичу в пятницу 18:00. Тестировщики видели только в понедельник 11:00. Простой: 40 часов/неделя. Плюс разработчики ждали результатов тестов до среды.
Узкое место №3: Ручные деплои (9 DevOps)
Каждый деплой: checklist из 27 пунктов, проверка логов вручную, уведомления в Slack. 12 часов/неделя. При этом 60% чекпоинтов дублировали CI/CD.
Мы показали заказчику: эти три места создают 72% всех задержек в цепочке. Решение простое — убрать лишних людей и автоматизировать.
Шаг 3. Перераспределили роли — убрали 18 человек с повторяющихся задач
Первое, что сделали — убрали тройную проверку ТЗ. Оставили только аналитик + техлид (one reviewer policy). Экономия: 9 аналитиков стали помогать командам с уточнением требований на дейли (daily meetings).
До: Аналитик → старший → техлид → 3 итерации → 4 дня
После: Аналитик + техлид → 1 итерация → 8 часов
Второе: параллельное тестирование. Разработчики сдают фичу → сразу в QA-окружение. Тестировщики начинают в тот же день. Простой сократился с 40 до 6 часов/неделя.
Для этого настроили автоматическое развертывание в QA при merge в develop-ветку. Разработчики сами смотрят smoke-тесты в Slack-уведомлениях.
Третье: DevOps checklist → автоматизация. 27 пунктов заменили на 4 GitHub Actions:
Линтер + security scan
Unit тесты + coverage
Интеграционные тесты
Prod checklist (one-click approve)
9 DevOps перешли на инфраструктуру как код (IaC) и мониторинг. Экономия: 12 → 2 часа/неделя на деплои.
Итог перераспределения: 18 человек (9 аналитиков + 9 DevOps) ушли с рутины на реальную работу. Зарплаты не сократили — просто перенастроили роли.
Шаг 4. Автоматизировали 40% рутинных проверок
После перераспределения ролей взялись за автоматизацию. Главная идея — убрать человека из циклов "проверить → одобрить → уведомить".
Автоматизация №1: Требования (n8n workflow)
Новое ТЗ попадает в Notion → автоматически проверяется на полноту (шаблон + ключевые поля) → техлиду приходит Slack с готовым апрувом или списком правок.
Время: было 4 дня → стало 4 часа. Точность: 92% ТЗ принимают с первого раза.
Автоматизация №2: Тесты в разработке
Настроили GitHub Action: pull request → smoke-тесты в QA → результаты в PR-комментарий. Разработчик видит "3 из 4 тестов упали" еще до code review.
Был баг в 17% фич → стало 4%. Тестировщики освободились на 22 часа/неделя.
Автоматизация №3: Деплой-нотификации
Prod-деплой → автоматически: changelog в Slack, метрики в Grafana, уведомление стейкхолдеров. DevOps тратят 2 часа вместо 12.
Итого автоматизировано: 40% рутинных проверок. Экономия 28 часов/неделя только на уведомлениях и апрувах.
Результаты: минус 25% издержек, время на разработку -18%
Через 6 месяцев после изменений команда выдала результаты, от которых заказчик чуть со стула не упал. Посчитали все по-честному: зарплаты, время, цикл разработки.
| Метрика | Было | Стало | Изменение |
|---|---|---|---|
| Издержки/год | $12M | $9M | -25% |
| Цикл разработки | 42 дня | 34 дня | -18% |
| Баги в проде | 17% | 4% | -76% |
| Простой команды | 48ч/нед | 8ч/нед | -83% |
Самое интересное — экономия пошла не от сокращения людей. Зарплаты не резали. Просто 18 человек (9 аналитиков + 9 DevOps) ушли с бумажной волокиты на реальную работу: аналитики уточняют требования на дейли, DevOps пишут инфраструктуру как код.
Заказчик сказал: "Я готовил бюджет на 15% роста команды. А вы ее оптимизировали без потерь". Сейчас у них +2 фичи в квартал вместо одной.
Что мы вынесли из кейса: 5 правил для вашей команды
За 6 лет консалтинга 127 таких проектов прошли. Вот что работает всегда:
Рисуйте цепочку создания ценности раз в квартал. Люди меняются, процессы текут. Без диаграммы — слепой полет.
Узкие места — не там, где много людей. 18 аналитиков не были проблемой. Проблема — тройная проверка ТЗ.
Автоматизируйте не код, а согласования. n8n + Slack = 40% рутины ушло. GitHub Actions = еще 30%.
Параллельное тестирование спасает 40ч/неделя. Код в QA сразу после merge. Smoke-тесты в PR. Разработчики сами смотрят.
One reviewer policy работает. Техлид вместо трех уровней апрува. ТЗ готово за 8 часов вместо 4 дней.
Хотите такую же диаграмму для своего проекта? Пишем в комментариях в нашем тг канале — за 2 дня нарисуем. Шаблон Miro уже готов.
Получить консультацию
