Разработка архитектуры бизнес-процессов компании в Business Studio - стр. 6
Модель Work Flow бизнес-процесса – модель, включающая в себя части процесса и связи между этими частями, показывающие последовательность выполнения частей процесса во времени.
1.5. Цели создания архитектуры бизнес-процессов
Архитектура бизнес-процессов может и должна рассматриваться как инструмент управления компанией. Цели использования архитектуры бизнес-процессов для различных категорий заинтересованных лиц могут быть следующие.
Топ-менеджмент и собственники компании:
• архитектурная интеграция различных подсистем управления на основе единой процессной модели компании;
• четкое определение структуры и границ бизнес-процессов (в т.ч. сквозных), зон ответственности руководителей на всех уровнях и возможность их объективного изменения;
• возможность анализа и обоснования изменений в организационной структуре и бизнес-процессах;
• возможность управлять бизнес-процессами, в т.ч. за счет определения целей и показателей;
• создание единой процессной платформы для всех проектов и инициатив по изменению деятельности компании, в первую очередь, по автоматизации системы синхронизованных между собой бизнес-процессов (в BPM-приложениях, СЭД);
• наличие актуальной регламентной базы по бизнес-процессам;
• накопление знаний по выполнению и совершенствованию бизнес-процессов.
Руководители и специалисты:
• четкое определение структуры и границ выполняемых бизнес-процессов, своих зон ответственности;
• возможность управлять бизнес-процессами, в т.ч. за счет определения целей и показателей;
• возможность быстрого доступа к актуальной нормативной базе по бизнес-процессам;
• возможность использовать модели процессов для разработки требований к автоматизации и настройке систем класса BPMS, СЭД и др.;
• возможность использования базы знаний для совершенствования бизнес-процессов;
• возможность обучать новых сотрудников.
Процессный офис (Отдел организационного развития):
• архитектурная интеграция различных подсистем управления на основе единой процессной модели компании;
• создание единой процессной платформы для всех проектов и инициатив по изменению деятельности, в первую очередь, по автоматизации системы синхронизованных между собой бизнес-процессов (в BPM-приложениях, СЭД и др.);
• возможность анализа бизнес-процессов (в т.ч. с использованием имитационного моделирования) и разработки новых версий процессов в рамках проектов развития;
• поддержание актуальной регламентной базы по бизнес-процессам;
• накопление знаний по выполнению и совершенствованию бизнес-процессов.
1.6. Требования к архитектуре бизнес-процессов как к объекту управления
Архитектура бизнес-процессов компании сама по себе является сложной системой, т.е. объектом, требующим управления.
В рамках архитектуры приходится использовать модели разного типа. Как правило, на 1—4 уровне используются диаграммы процессов структурного типа, например, сформированные в нотации IDEF0. На нижележащих уровнях используются диаграммы класса Work Flow, например, разработанные в нотации BPMN (eEPC).
На структурных диаграммах в нотации IDEF0 стрелки используются для моделирования потоков информационных и материальных объектов. На диаграммах в нотации BPMN базовый тип связи – это стрелка типа Sequence flow (поток управления). Стрелки такого типа показывают хронологический порядок, в котором выполняются операции процесса. Кроме того, на схемах в нотации BPMN можно дополнительно показывать потоки информации.