Меню

ДБС-матрица классификации проектов по описанию бизнес-процессов

В посте содержится наш ответ на вопрос: "Когда надо и когда не надо делать описания бизнес-процессов "как есть"?"

1.    Концепция

ДБС-матрица предназначена для классификации проектов по описанию бизнес-процессов в двух аспектах:

  1. Заявляемый уровень изменений бизнес-процессов,
  2. Степень удовлетворённости менеджмента финансовыми показателями деятельности компании.

ДБС-матрица представляет собой следующую таблицу «два на два»:

  • В клетках таблицы по горизонтали –градации заявляемого уровня изменения бизнес-процессов:
  • «несущественное изменение бизнес-процессов»,
  • «существенное изменение бизнес-процессов».
  • В клетках таблицы по вертикали – градации степени удовлетворённости менеджмента финансовыми результатами деятельности:
  • «менеджмент не удовлетворён финансовыми результатами»,
  • «менеджмент удовлетворён финансовыми результатами».

Таким образом образуются четыре категории ДБС-классификации проектов по описанию бизнес-процессов (наименования квадратов Таблицы 1):

  1. Первая категория: «Описание для реинжиниринга».
  2. Вторая категория: «Описание для «замораживания» ошибок».
  3. Третья категория: «Описание для нецелесообразного «размораживания».
  4. Четвертая категория: «Описание для целесообразного «замораживания».

Таблица 1. ДБС-классификация проектов по описанию бизнес-процессов

2.    Категории ДБС-матрицы проектов по описанию БП

Первая категория «Описание для реинжиниринга»:

  • предполагается существенное изменение бизнес-процессов,
  • менеджмент не удовлетворён финансовыми результатами.

            Описания бизнес-процессов этой категории предпринимаются, как правило, в рамках проектов Реинжиниринга. Цели проектов Реинжиниринга:

  • a. оптимизировать бизнес-процессы,
  • b. существенно уменьшить время исполнения процессов,
  • c. внедрить ERP систему,
  • d. реструктуризировать бизнес.

В таких проектах следует выполнять только описание бизнес-процессов «как должно быть» (описание бизнес-процессов «как есть» не имеет смысла).

Требование менеджмента (внешнего консультанта) о необходимости первоначального описания бизнес-процессов «как есть» говорит о его некомпетентности. Если заявлены коренные изменения, то информация «как всё было неправильно»

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

У вас уже есть учетная запись?

Войти

Обсуждения Количество комментариев2

Комментарий от  

Владимир Степанов

  |  30 августа 2014, 11:14

В категориях 1 и 3, как я убежден по своему опыту, есть неточность формулировок в части "внедрение ERP системы".
Правильнее было бы сформулировать:
- "Подготовка требований для системы ERP".
 
Все же, проекты "реинжиниринга" не могут включать проект внедрения ERP. К тому же еще надо выбрать систему, подходящую предприятию.
 
Классификация проектов в целом мне понравилась. Выводы соответствуют моему проектному опыту.

Комментарий от  

Виктор Лехтцинд

  |  01 сентября 2014, 12:25

Классификация очень разумная. К сожалению, пока большинство российских проектов, в которых доводилось участвовать относятся к третьей или четвертой категориям. Реальный результат таких проектов (а не озвучиваемый в победных пресс-релизах) именно "разрушение" сложившихся бизнес-процессов, либо их существенное усложнение с соответствующей потерей эффективности. Заказчики упорно пытаются внедрить ERP-систему ради мифической цели "обеспечить прозрачность бизнеса".