Цитаты из книг автора «Владимир Репин»

Вообще говоря, это делать целесообразно, если мы хотим спроектировать и автоматизировать процессы управления бизнес-процессами. Некоторые этапы таких процессов могут быть автоматизированы, например, в BPMS.

Подпроцессы, представленные на диаграмме «Поиск потенциальных клиентов», являются уже достаточно простыми объектами деятельности. Декомпозиция этих блоков на диаграмму в нотации IDEF0 не представляется целесообразной. Каждый такой подпроцесс нужно описывать в нотации формата Work Flow: eEPC или BPMN. Возникает вопрос, что делать со стрелками, входящими и исходящими из блоков на диаграмме «Поиск потенциальных клиентов»? На диаграмме в нотации Work Flow можно и нужно показывать только документы (информацию), которые используются при выполнении процесса, т.е. его входы и выходы. На схеме в нотации Work Flow нецелесообразно будет показывать документы, связанные

Понятно, что при таком подходе теряется системность модели в целом. Не нужно заниматься грамотным агрегированием стрелок (и соответственно потоков объектов) – достаточно нарисовать несколько туннельных стрело

Стрелки «Д» и «Ж» выделены жирным. Это означает, что по ним перемещаются материальные объекты. Введем правило:

пользовать те же возможности при построении иерархической архитектуры большой компании приводят к дезинтеграции модели и невозможности ее практического применения

При описании отдельного абстрактного процесса (системы) достаточно низкого уровня (масштаба) можно использовать все предлагаемые нотацией возможности. Но попытка ис

К чему приводит такой подход к описанию процессов? Блок «Выполнение процесса» декомпозируют на подпроцессы «выполнения». Затем каждый подпроцесс декомпозируют вниз и снова описывают по циклу управления и т. д. Фактически, получается удвоение уровней иерархии, которое крайне осложняет процесс моделирования. В некоторой компании при наличии 4 уровней управления было получено 8 уровней иерархии в архитектуре. Это путь в никуда.

Странно было бы моделировать бизнес-процессы без управления. Поэтому, какой бы метод вы не выбрали, не забудьте задать себе вопрос: «А где у нас процессы управления?».

Еще одним вариантом является принцип группировки процессов на верхнем уровне по жизненному циклу основного продукта компании. Например, на верхнем уровне можно выделить следующие категории процессов:

Если ситуация в вашем бизнесе другая (например, практикуется получение оборудования в аренду), то можно использовать стрелки снизу.