Практическое применение методики от Boston Consulting Group — с калькулятором внутри.

Представьте: команда взялась за инициативу, расписала задачи по спринтам, завела тикеты в Jira — и ушла пилить. Через квартал выясняется, что не успели. Или успели, но никому не нужно. Или руководство неожиданно «не поддержало».

Большинство провалов проектов и инициатив — предсказуемы. Их можно увидеть заранее, если знать, куда смотреть.

Для этого существует DICE-фреймворк от Boston Consulting Group. Применяю его уже несколько лет, и почти каждый раз он обнажает риски, которые команда не замечала или не хотела замечать.

Что такое DICE

DICE — методика оценки вероятности успеха проекта или инициативы до старта. Название — аббревиатура четырех параметров:

• D — Duration (частота пересмотра этапов)

• I — Integrity (профессионализм команды)

• C — Commitment (приверженность: руководства и команды)

• E — Effort (дополнительная нагрузка на исполнителей)

Каждый параметр оценивается от 1 до 4, затем подставляется в формулу:

Чем выше итоговый балл — тем хуже прогноз.

Параметры и как их оценивать

D — Duration: частота пересмотра этапов

Насколько часто вы анализируете ход инициативы: актуальность, проблемы, соблюдение дедлайнов. По сути — регулярность синков по прогрессу.

Чем чаще — тем лучше. Фокус внимания повышает вероятность успеха. Это не про микроменеджмент, а про управляемость.

Значения адаптированы под реальные проекты — у BCG они другие. Логика неизменна: 1 — хорошо, 4 — плохо. Подстраивайте под свой контекст.

I — Integrity: профессионализм команды

Сюда входит и руководитель проекта, и исполнители: хард-скилы, грейд, опыт решения похожих задач. Команда джунов не то же самое, что команда синьеров. Писать фреймворк для автоматизации в первый раз — не то же самое, что в третий.

Параметр умножается на 2 — он вносит значительный вклад в итог. Это работает в обе стороны: если команда слабая, I тянет счет вверх сильнее остальных параметров. Но и при митигации рисков улучшение дает значительный эффект. Взяли в команду опытного инженера или нашли ментора — I упал с 4 до 2, а итоговый DICE уменьшился сразу на 4 балла. Для сравнения: такое же улучшение по D даст только 2 балла.

C — Commitment: приверженность изменениям

Параметр разделен на два: C1 — поддержка руководства, C2 — поддержка команды.

C1 — руководство:

Про «скрыто не поддерживает»: это когда начальник благословил вас на внедрение, но при эскалации на мешающего соседа встает на его сторону. На словах — «за», на деле — нет.

C1 тоже умножается на 2. Поддержка сверху критична — именно она решает, будет ли команда защищена от «горящих» бизнес-задач, которые съедят время проекта.

C2 — команда:

На подчиненных проще повлиять — административно или через работу с мотивацией. Отсюда вес без множителя.

«Возражают крайне резко» — это когда на каждом ретро и каждом 1-2-1 слышишь одно и то же: «я не для этого шел в тестирование», «автоматизация — это не мое», «лучше уволюсь». Люди открыто сигнализируют, что менять ничего не собираются.

«Сопротивляются» — тоньше и коварнее. Формально никто не против, задачи берут, но каждый спринт они перетекают в следующий. Причины всегда найдутся: горящий баг, срочная фича. По сути это саботаж без открытого конфликта, а значит его сложнее увидеть и что-то изменить.

E — Effort: дополнительная нагрузка

Какой процент рабочего времени сотрудника требует проект сверх его основных задач.

Если реализация — единственная задача сотрудника, ставьте 1: риск нехватки времени минимален.

Сводная таблица параметров

Как читать результат

Подставляем в формулу: DICE = D + 2×I + 2×C1 + C2 + E

Границы немного скорректированы относительно оригинала 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 — простой, быстрый инструмент, который позволяет:

• Прогнозировать успех или провал инициативы до старта

• Сравнивать варианты реализации между собой

• Управлять рисками через конкретные действия

• Осуществлять контроль в процессе и разбирать полеты после

Еще он помогает продавать идеи руководству через цифры — это отдельная ценность.

Если пробовали DICE или похожие инструменты — расскажите в комментариях, интересно сравнить опыт.