ДБС-матрица классификации проектов по описанию бизнес-процессов
В посте содержится наш ответ на вопрос: "Когда надо и когда не надо делать описания бизнес-процессов "как есть"?"
1. Концепция
ДБС-матрица предназначена для классификации проектов по описанию бизнес-процессов в двух аспектах:
- Заявляемый уровень изменений бизнес-процессов,
- Степень удовлетворённости менеджмента финансовыми показателями деятельности компании.
ДБС-матрица представляет собой следующую таблицу «два на два»:
- В клетках таблицы по горизонтали –градации заявляемого уровня изменения бизнес-процессов:
- «несущественное изменение бизнес-процессов»,
- «существенное изменение бизнес-процессов».
- В клетках таблицы по вертикали – градации степени удовлетворённости менеджмента финансовыми результатами деятельности:
- «менеджмент не удовлетворён финансовыми результатами»,
- «менеджмент удовлетворён финансовыми результатами».
Таким образом образуются четыре категории ДБС-классификации проектов по описанию бизнес-процессов (наименования квадратов Таблицы 1):
- Первая категория: «Описание для реинжиниринга».
- Вторая категория: «Описание для «замораживания» ошибок».
- Третья категория: «Описание для нецелесообразного «размораживания».
- Четвертая категория: «Описание для целесообразного «замораживания».
Таблица 1. ДБС-классификация проектов по описанию бизнес-процессов
2. Категории ДБС-матрицы проектов по описанию БП
Первая категория «Описание для реинжиниринга»:
- предполагается существенное изменение бизнес-процессов,
- менеджмент не удовлетворён финансовыми результатами.
Описания бизнес-процессов этой категории предпринимаются, как правило, в рамках проектов Реинжиниринга. Цели проектов Реинжиниринга:
- a. оптимизировать бизнес-процессы,
- b. существенно уменьшить время исполнения процессов,
- c. внедрить ERP систему,
- d. реструктуризировать бизнес.
В таких проектах следует выполнять только описание бизнес-процессов «как должно быть» (описание бизнес-процессов «как есть» не имеет смысла).
Требование менеджмента (внешнего консультанта) о необходимости первоначального описания бизнес-процессов «как есть» говорит о его некомпетентности. Если заявлены коренные изменения, то информация «как всё было неправильно»
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
ЗарегистрироватьсяУ вас уже есть учетная запись?
Войти
Обсуждения 2
Комментарий от
Владимир Степанов
| 30 августа 2014, 11:14
Правильнее было бы сформулировать:
- "Подготовка требований для системы ERP".
Все же, проекты "реинжиниринга" не могут включать проект внедрения ERP. К тому же еще надо выбрать систему, подходящую предприятию.
Классификация проектов в целом мне понравилась. Выводы соответствуют моему проектному опыту.
Комментарий от
Виктор Лехтцинд
| 01 сентября 2014, 12:25