Фреймворк DICE - DICE framework

В Фреймворк DICE - это инструмент, изначально разработанный Перри Кинаном, Кэтлин Конлон и Аланом Джексоном (все нынешние или бывшие партнеры The Бостонская консалтинговая группа[1]). Первоначально он был опубликован в Harvard Business Review (HBR) статья Жесткая сторона перемен[2] в 2005 году и был переиздан в HBR «Смена лидера - успешно»,[3] HBR's Журнал OnPoint[4] и признан в «10 обязательных публикациях по управлению изменениями» HBR.[5] публикация. Платформа DICE получила патент в 2014 году.[6]

Оценка DICE - это ведущий индикатор вероятного успеха проекта, основанный на объективных показателях.[7] Инфраструктура DICE обеспечивает последовательность в оценке различных проектов (даже если вводимые данные являются субъективными), и эта структура может использоваться для отслеживания проектов, управления портфелями проектов и обеспечения правильного обсуждения.[8] Сила структуры DICE заключается в том, что она инициирует настоящий двусторонний диалог на нескольких уровнях организации. С огромной нагрузкой на время сотрудников этот простой инструмент обеспечивает эффективный способ устранения потенциальных проблем до того, как они приведут к отклонению проекта от курса. Используя эту структуру, лидеры могут прогнозировать результаты проекта и управлять ими, а также стратегически распределять ресурсы, чтобы максимизировать реализацию общей программы или портфеля инициатив. В конечном счете, DICE - чрезвычайно мощный инструмент для руководства организации для управления программами изменений и реализации стратегических инициатив.

Хотя изначально был разработан в Бостонская консалтинговая группа (BCG),[9] эта структура получила широкое распространение[10] и используется многими компаниями и профессионалами.

DICE Акроним

Акроним DICE означает:

Продолжительность (D)
либо общая продолжительность коротких проектов, либо время между двумя этапами на более длинных проектах
Честность в работе команды (I)
способность проектной команды к успешному выполнению с особым упором на способности руководителя проекта
Обязательство (C)
уровни поддержки, состоящие из двух факторов:
C1 видимая поддержка изменений со стороны спонсора и высшего руководства
C2 поддержка со стороны тех, на кого повлияли изменения
Усилие (клавиша E)
сколько усилий потребуется для реализации (помимо бизнес как обычно )

Расчет

На основе статистического анализа результатов проектов изменений успех можно определить, оценив четыре фактора (продолжительность, целостность работы команды, приверженность и усилия). Оценка DICE от 7 до 14 находится в зоне «Победа» (очень вероятно, что успех), в то время как оценка DICE от 14 до 17 попадает в Зону «Беспокойства» (трудно предсказать успех), а оценка DICE выше 17. попадает в зону «горе» (что указывает на высокую непредсказуемость или вероятность неудачи).[11] Оценка DICE рассчитывается по следующей формуле:[12]

D + (2 x I) + (2 x C1) + C2 + E
Продолжительность
<2 месяцев = 1
2-4 месяца = 2
4-8 месяцев = 3
> 8 месяцев = 4
Честность в работе команды
Очень хорошо = 1
Хорошо = 2
Среднее значение = 3
Плохо = 4
Обязательства (высшее руководство)
Четко и решительно сообщите о необходимости = 1
Кажется, хочет успеха = 2
Нейтральный = 3
Неохотно = 4
Обязательство (местное)
Нетерпеливый = 1
Готовность = 2
Неохотно = 3
Совершенно неохотно = 4
Усилие
<10% дополнительно = 1
10-20% дополнительно = 2
20-40% дополнительно = 3
> 40% дополнительно = 4

Рекомендации

  1. ^ Банхеджи, Стивен Джордж и Эжени Мэй (апрель 2007 г.). Искусство и наука изменений. СТС Доверие. п. 97. ISBN  0-9802550-3-1.
  2. ^ Сиркин, Гарольд; Кинан, Перри; Джексон, Алан. «Жесткая сторона управления изменениями». Harvard Business Review. Harvard Business Review. Проверено октябрь 2005 г.. Проверить значения даты в: | accessdate = (помощь)
  3. ^ Смена лидера - успешно (2-е изд.). Гарвардский бизнес-обзор.
  4. ^ «Ведущие изменения: что работает, а что нет». Гарвардский бизнес-обзор.[постоянная мертвая ссылка ]
  5. ^ «10 обязательных статей HBR об управлении изменениями». Гарвардский бизнес-обзор.
  6. ^ «Патент DICE». Ведомство США по патентам и товарным знакам, USPTO.[постоянная мертвая ссылка ]
  7. ^ Конкас, Джулио; Джулио Конкас; Эрнесто Дамиани; Марко Скотто (июнь 2007 г.). Гибкие процессы в разработке программного обеспечения и экстремальном программировании. Springer. п. 144. ISBN  3-540-73100-8.
  8. ^ Сиркин, Гарольд; Кинан, Перри; Джексон, Алан. «Жесткая сторона управления изменениями». Harvard Business Review. Harvard Business Review. Проверено октябрь 2005 г.. Проверить значения даты в: | accessdate = (помощь)
  9. ^ Банхеджи, Стивен Джордж и Эжени Мэй (апрель 2007 г.). Искусство и наука изменений. СТС Доверие. п. 97. ISBN  0-9802550-3-1.
  10. ^ Экстремальное программирование и гибкие процессы в разработке программного обеспечения. Springer. 26 июля 2006 г. С. 116–121. ISBN  3540350942.
  11. ^ Сиркин, Гарольд; Кинан, Перри; Джексон, Алан. «Жесткая сторона управления изменениями». Harvard Business Review. Harvard Business Review. Проверено октябрь 2005 г.. Проверить значения даты в: | accessdate = (помощь)
  12. ^ Сиркин, Гарольд; Кинан, Перри; Джексон, Алан. «Жесткая сторона управления изменениями». DICE - как повысить шансы на выполнение программы. Бостонская консалтинговая группа. Архивировано из оригинал на 2009-10-15. Проверено октябрь 2005 г.. Проверить значения даты в: | accessdate = (помощь)