DICE: как за 10 минут понять, провалится ли ваш проект по изменениям

Большинство проектов по трансформации проваливаются не потому, что идея плоха. И не потому, что команда слабая. Они проваливаются, потому что на старте никто не задал себе четыре простых вопроса.

Я регулярно вижу что руководители часто верят в успех, игнорируя "жесткую сторону" изменений. Игнорируют не со зла — они не владеют простым инструментом, чтобы эту сторону измерить.

Модель DICE — как раз про это. Четыре фактора, которые можно оценить за 10 минут. И которые с высокой вероятностью предскажут: взлетит проект или нет. Давайте разберем как это устроено и как применить эту модель прямо сейчас.

Аббревиатура расшифровывается так:

D — Duration (длительность). Как часто проект пересматривается по срокам. Чем длиннее интервалы между контрольными точками, тем выше риск.

I — Integrity (целостность команды). Насколько команда, которая ведет изменения, компетентна и мотивирована именно на этот проект.

C — Commitment (вовлеченность). Оценивается на двух уровнях: поддержка топ-руководства (С1) и поддержка тех, кого изменения затронут напрямую (С2).

E — Effort (усилия). Какую дополнительную нагрузку проект создает поверх текущей работы сотрудников.

Каждый фактор оценивается по шкале от 1 (благоприятно) до 4 (опасно). Но мы их не перемножаем, а складываем с весовыми коэффициентами. Почему? Потому что исследования Boston Consulting Group показали: компетентность команды и поддержка топов важнее всего остального.

Формула: DICE = D + (2 × I) + (2 × C1) + C2 + E

Итоговая цифра — от 7 до 28.

D — Длительность (Как часто команда отчитывается о промежуточных результатах?)

1 — раз в месяц или чаще

2 — раз в квартал

3 — раз в полгода

4 — раз в год или реже

I — Целостность команды (Кто ведет проект?)

1 — сильная команда, выделенная специально под проект

2 — сильная команда, но проект — дополнительная нагрузка

3 — средняя команда, частичная занятость

4 — слабая команда или люди без опыта изменений

C1 — Вовлеченность руководства

1 — явная и публичная поддержка, лично участвуют

2 — поддерживают на словах, но делегируют

3 — нейтралитет

4 — скрытое или явное сопротивление

C2 — Вовлеченность сотрудников

1 — активно поддерживают

2 — поддерживают на словах, без энтузиазма

3 — нейтралитет

4 — саботаж или открытое сопротивление

E — Усилия (Какую долю рабочего времени сотрудники будут тратить на проект дополнительно?)

1 — до 10%

2 — 10–20%

3 — 20–40%

4 — более 40%

🟢7–14: Зона успеха. Проект имеет высокие шансы на реализацию.

🟡15–19: Зона риска. Требует корректировки до старта.

🔴20–28: Красная зона. Проект почти гарантированно провалится или приведет к выгоранию.

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

Но давайте честно посчитаем DICE:

· Главные инженеры, которые и так работают на пределе, будут вести проект в свободное время → E = 4

· Топ-менеджер планирует "вникать раз в квартал" → D = 3, C1 = 2

· Линейный персонал открыто говорит "нам это не нужно" → C2 = 4

· Команда — сильная, но без опыта изменений → I = 3

Считаем: 3 + (2×3) + (2×2) + 4 + 4 = 21 балл. Это уже красная зона.

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

Цифры не врут, даже когда очень хочется верить в успех.

Как исследователь, я должна быть объективной: модель не универсальна. Она плохо работает в трех случаях:

1. Кризисные ситуации. Когда компания в огне и меняться надо "вчера", времени на расчет нет — нужно действовать.

2. Очень короткие итерации. DICE создавался для проектов длиной в месяцы и годы. Для двухнедельных спринтов он избыточен.

3. Когда нет честности. Если руководитель отвечает на вопросы "как должно быть", а не "как есть", любые цифры будут бесполезны. DICE — это инструмент честного разговора с самим собой.

Модель придумали в BCG в 90-х, протестировав на сотнях проектов. Она не про сложную математику, а про честный взгляд на факторы, которые руководители часто игнорируют из энтузиазма или давления сроков.

DICE не заменяет глубокий анализ. Но дает быстрый, трезвый срез. Особенно полезен на старте — до того, как потрачены бюджеты и время.

Если вы прямо сейчас ведете или планируете проект по изменениям — возьмите 10 минут и посчитайте DICE. Лучше — вместе с командой. Цифры могут вас удивить.

��� Делитесь в комментариях:

1. Во сколько баллов оценивается ваш текущий проект?

2. С какими "ловушками" при расчете DICE вы сталкивались?