WikiDer > Фреймворк 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 = (помощь)