Практическое применение методики от Boston Consulting Group — с калькулятором внутри.
Представьте: команда взялась за инициативу, расписала задачи по спринтам, завела тикеты в Jira — и ушла пилить. Через квартал выясняется, что не успели. Или успели, но никому не нужно. Или руководство неожиданно "не поддержало".
Большинство провалов проектов и инициатив — предсказуемы. Их можно увидеть заранее, если знать, куда смотреть.
Для этого существует DICE-фреймворк от Boston Consulting Group. Применяю его уже несколько лет, и почти каждый раз он обнажает риски, которые команда не замечала или не хотела замечать.
Что такое DICE
DICE — методика оценки вероятности успеха проекта или инициативы до старта. Название — аббревиатура четырех параметров:
D — Duration (частота пересмотра этапов)
I — Integrity (профессионализм команды)
C — Commitment (приверженность: руководства и команды)
E — Effort (дополнительная нагрузка на исполнителей)
Каждый параметр оценивается от 1 до 4, затем подставляется в формулу:
Чем выше итоговый балл — тем хуже прогноз.
Параметры и как их оценивать
D — Duration: частота пересмотра этапов
Насколько часто вы анализируете ход инициативы: актуальность, проблемы, соблюдение дедлайнов. По сути — регулярность синков по прогрессу.
Чем чаще — тем лучше. Фокус внимания повышает вероятность успеха. Это не про микроменеджмент, а про управляемость.
Балл | Условие |
1 | Пересмотр раз в 1–2 недели |
2 | Пересмотр раз в 3–4 недели |
3 | Раз в 2 месяца |
4 | Во всех остальных случаях |
Значения адаптированы под реальные проекты — у BCG они другие. Логика неизменна: 1 — хорошо, 4 — плохо. Подстраивайте под свой контекст.
I — Integrity: профессионализм команды
Сюда входит и руководитель проекта, и исполнители: хард-скилы, грейд, опыт решения похожих задач. Команда джунов не то же самое, что команда синьеров. Писать фреймворк для автоматизации в первый раз — не то же самое, что в третий.
Балл | Условие |
1 | Руководитель и команда — профессионалы |
2 | Скорее да |
3 | Скорее нет |
4 | Плохо по всем показателям |
Параметр умножается на 2 — он вносит значительный вклад в итог. Это работает в обе стороны: если команда слабая, I тянет счет вверх сильнее остальных параметров. Но и при митигации рисков улучшение дает значительный эффект. Взяли в команду опытного инженера или нашли ментора — I упал с 4 до 2, а итоговый DICE уменьшился сразу на 4 балла. Для сравнения: такое же улучшение по D даст только 2 балла.
C — Commitment: приверженность изменениям
Параметр разделен на два: C1 — поддержка руководства, C2 — поддержка команды.
C1 — руководство:
Балл | Условие |
1 | Руководство поддерживает проект |
2 | Нейтрально |
3 | Скрыто не поддерживает |
4 | Открыто не поддерживает |
Про "скрыто не поддерживает": это когда начальник благословил вас на внедрение, но при эскалации на мешающего соседа встает на его сторону. На словах — "за", на деле — нет.
C1 тоже умножается на 2. Поддержка сверху критична — именно она решает, будет ли команда защищена от "горящих" бизнес-задач, которые съедят время проекта.
C2 — команда:
Балл | Условие |
1 | Охотно принимают изменения |
2 | В принципе не возражают |
3 | Сопротивляются |
4 | Возражают крайне резко |
На подчиненных проще повлиять — административно или через работу с мотивацией. Отсюда вес без множителя.
"Возражают крайне резко" — это когда на каждом ретро и каждом 1-2-1 слышишь одно и то же: "я не для этого шел в тестирование", "автоматизация — это не мое", "лучше уволюсь". Люди открыто сигнализируют, что менять ничего не собираются.
"Сопротивляются" — тоньше и коварнее. Формально никто не против, задачи берут, но каждый спринт они перетекают в следующий. Причины всегда найдутся: горящий баг, срочная фича. По сути это саботаж без открытого конфликта, а значит его сложнее увидеть и что-то изменить.
E — Effort: дополнительная нагрузка
Какой процент рабочего времени сотрудника требует проект сверх его основных задач.
Балл | Условие |
1 | До 10% или это основная работа |
2 | 11-20% |
3 | 21-40% |
4 | Более 40% |
Если реализация — единственная задача сотрудника, ставьте 1: риск нехватки времени минимален.
Сводная таблица параметров
D — Duration | I — Integrity | C1 — Commit | C2 — Commit | E — Effort | |
1 | Пересмотр раз в 1–2 недели | Руководитель и команда — профессионалы | Руководство поддерживает проект | Охотно принимают изменения | До 10% или основная работа |
2 | Пересмотр раз в 3–4 недели | Скорее да | Нейтрально | В принципе не возражают | 11-20% |
3 | Раз в 2 месяца | Скорее нет | Скрыто не поддерживает | Сопротивляются | 21-40% |
4 | Во всех остальных случаях | Плохо по всем показателям | Открыто не поддерживает | Возражают крайне резко | Более 40% |
Как читать результат
Подставляем в формулу: DICE = D + 2×I + 2×C1 + C2 + E
Значение | Зона | Прогноз |
7 — 13 баллов | Выигрыш | Высокая вероятность успеха |
14 — 17 баллов | Беспокойство | Есть риски, требует внимания |
18+ баллов | Проблема | Высокая вероятность неудачи |
Границы немного скорректированы относительно оригинала BCG — исходя из личного опыта применения.
Результат часто удивляет. Ожидаешь, что провал где-то в сроках и процессах — а цифры указывают на команду и поддержку сверху.
Разбор на примере

Команда ручных тестировщиков решила внедрить автоматизацию.
Лида "уговорили".
Срок — квартал.
Нагрузка — 30% времени.
Опыта автоматизации ни у кого нет, но зато горят глаза.
Задачи расписали по спринтам.
Поехали!
Оценка на старте:
D = 4 (специальных синков нет)
I = 4 (опыта автоматизации ни у кого нет)
C1 = 2 (руководство нейтрально)
C2 = 1 (инициатива команды, энтузиазм есть)
E = 3 (30% времени — много)
DICE = 4 + 8 + 4 + 1 + 3 = 20. Гарантированный провал.
Почему?
Нет опыта → оценка занижена → реально нужно 50–70% времени.
Нет синков → проблемы копятся.
Руководство нейтрально → при первом авральном баге задачи по автоматизации сдвигаются.
Итог: через квартал сделано ничего.
Митигация по шагам:
1) Ввести еженедельные синки: D = 1 → DICE = 17 (из провала в беспокойство)
2) Растянуть на 2 квартала, снизить нагрузку до 20%: E = 2 → DICE = 16
3) Получить реальную поддержку руководства: C1 = 1 → DICE = 14 (нижняя граница беспокойства)
4) Взять в команду человека с опытом или найти ментора: I = 2 → DICE = 10 (зона победы)
Если же удается отдать написание фреймворка опытным коллегам — I = 1 → DICE = 8.
Чистая победа.
Контроль и пост-анализ
DICE — не разовая оценка. В процессе реализации пересчитывайте его при изменении условий: ушел ключевой инженер, сменилось руководство, появился новый смежный проект, который тянет ресурсы.
Удобно делать это на тех самых встречах по пересмотру (параметр D).
После завершения — пост-анализ. Если прогноз был "победа", а инициатива не взлетела — значит какой-то параметр оценили неверно. Это ценный вывод для следующего раза.
Когда применять DICE
DICE не нужен для маленьких рутинных задач и работы в одиночку. Но нужен, когда инициатива:
Охватывает несколько команд или людей
Влияет на процессы или архитектуру
Требует изменения поведения людей
Имеет горизонт дольше месяца
Типичные кейсы в QA и разработке: внедрение автоматизации, запуск CI/CD, миграция систем, переход на новую модель тестирования, прокачка инженерной культуры.
Совет: привлекайте к оценке коллег, которые знают команду и процессы. Инструмент субъективный, а коллективный разум помогает увидеть скрытые риски. Очень часто реальная картина расходится с ощущениями.
Telegram Mini App для быстрой оценки
Я использую DICE уже несколько лет и каждый раз радуюсь процессу и результату. В какой-то момент захотелось сделать из подхода нормальный инструмент — так появился калькулятор.
Сначала это была страница на сайте, потом оформила в Telegram Mini App. Выставляешь значения по каждому параметру, получаешь итог с цветовой зоной (победа / беспокойство / провал) и подсказку по каждому параметру. Результат можно скопировать и вернуться к нему позже.
В планах — многопользовательский режим: каждый участник команды выставляет оценки независимо, потом результаты сравниваются и можно обсудить расхождения. Именно там чаще всего и прячется самое интересное.
Итого
DICE — простой, быстрый инструмент, который позволяет:
Прогнозировать успех или провал инициативы до старта
Сравнивать варианты реализации между собой
Управлять рисками через конкретные действия
Осуществлять контроль в процессе и разбирать полеты после
Еще он помогает продавать идеи руководству через цифры — это отдельная ценность.
Если пробовали DICE или похожие инструменты — расскажите в комментариях, интересно сравнить опыт.
