Название процесса = Действие + Объект, над которым действие осуществляется
Например, если описывается процесс продажи продукции, то его нужно назвать «Продажа продукции». В данном случае «продажа» — действие, а «продукция» — объект над которым производится действие. При этом желательно конкретизировать продукцию.
Правило 2
Название процесса должно быть лаконичным. Это повышает эффективность дальнейшей работы по его оптимизации. Идеально, если название процесса формулируется при помощи 2–3 слов. В крайнем случае, нужно стремиться использовать в названии не более 50 символов. В сложных ситуациях рекомендуется помещать в глоссарий полное название, соответствующее краткому.
Подобные правила используются и при определении названий материальных и информационных потоков. В данном случае второе правило остается без изменений, а первое принимает следующий вид:
Название потока = Объект, представляющийпоток + Статус объекта
Например, если речь идет о продукции, отгруженной клиенту, то название потока будет «Продукция отгруженная» или «Продукция, отгруженная клиенту». В данном случае «продукция» — объект, представляющий поток, а «отгруженная клиенту» — статус объекта.
3.2.4. Декомпозиция бизнес-процесса
При построении DFD-схемы процесса рекомендуется использовать правило «7». Суть правила состоит в том, что нужно выбрать такой уровень детализации, при котором разработанная схема будет состоять не более чем из семи подпроцессов. В противном случае высокая сложность схемы будет затруднять ее качественный анализ. Именно такое количество подпроцессов обусловлено тем, что человек может эффективно оперировать одновременно не более семью различными объектами. Противоположная ситуация, когда степень детализации не велика, а, следовательно, выделенные подпроцессы излишне укрупнены, также неблагоприятна для анализа.
В случае, когда для достижения целей описания и оптимизации бизнес-процесса требуется его большая детализация, ее нужно сделать посредством проведения отдельной декомпозиции подпроцессов. При этом подпроцессы описывают в виде отдельных схем нижнего уровня. На рис. 3.6 приведен пример трехуровневой декомпозиции бизнес-процесса.
Рис. 3.6. Декомпозиция бизнес-процесса
Бизнес-процессы первого уровня представляют в виде дерева или сети процессов. В зависимости от процесса при разработке схемы второго уровня может использоваться как DFD—, так и WFD-формат описания. Если бизнес-процесс глобален, и его невозможно представить в виде временной последовательности подпроцессов, то используют DFD-формат описания. В противном случае целесообразно создание WFD-модели.
На практике при описании процессов на втором уровне чаще всего применяют DFD— формат, а WFD-схемы применяются на третьем и более нижних уровнях описания. При этом схемы DFD, используемые на более высоких уровнях декомпозируются на схемы DFD или WFD. Схемы WFD, используемые на более низких уровнях описания декомпозируются только на схемы WFD.
3.2.5. Построение диаграммы потоков работ (wfd) бизнес-процесса
Диаграмма потоков работ (WFD) используется при описании бизнес-процессов нижнего уровня. На ней появляются дополнительные объекты, описывающие процесс: логические операторы, события начала и окончания процесса, а также элементы, показывающие
временные задержки (см. рис. 3.7).
Логические операторы, часто называемые блоками принятия решений, позволяют отобразить разные пути развития процесса, определяемые теми или иными условиями. Таким способом, например, может быть описана ситуация с согласованием договора, когда в зависимости от его суммы выбирается последовательность и участники согласования.
С помощью событий начала и окончания процесса показываются моменты начала и окончания процесса. Для жестко формализованных процессов, например, бюджетирования, в качестве событий может выступать время.
В случаях, когда описание бизнес-процесса проводится с целью его дальнейшей временной оптимизации, используют элементы «временные задержки». Они показывают места существования временных разрывов между последовательно выполняемыми подпроцессами.
Рис. 3.7. Диаграмма потоков работ
В классическом подходе на WFD-схеме не показывают документы, так как по названиям входящих в нее детальных работ понятно, что является входом и что является выходом.
Отличительная особенность WFD-диаграммы — стрелки между подпроцессами обозначают не потоки объектов (информационные и материальные), а временные потоки или последовательность выполнения подпроцессов.
Итак, с помощью двух классических схем DFD и WFD можно описать подробно все бизнес-процессы компании.
3.3. Современные методологии описания бизнес-процессов
3.3.1. Краткий обзор современных методологий описания бизнес-процессов
Классические стандарты: дерево и сеть процессов, схема окружения, DFD— и WFD-модели содержат набор символов или обозначений, с помощью которых описываются бизнес-процессы. Эти обозначения принято называть языком или методологией6 описания процессов.
Существующие методологии описания бизнес-процессов, не смотря на различия, заключающиеся преимущественно в названиях диаграмм и видов используемых объектов, практически идентичны и представляют собой незначительные видоизменения дерева и сети процессов, схемы окружения, DFD— и WFD-схем.
В следующих разделах будут рассмотрены основные современные методологии описания бизнес-процессов:
• IDEF0;
• DFD в различных нотациях;
• IDEF3;
• Swimmer Lanes;
• Методология, применяемая западными консалтинговыми компаниями;
• ORACLE;
• BAAN;
• ARIS;
• BPMN.
3.3.2. Методология IDEF0
Первая методология, получившая широкое распространение — IDEF0. Язык, ставший основой этой методологии, был разработан американскими военными с целью успешного тиражирования бизнес-процессов предприятий аэрокосмической промышленности. В свое время они столкнулись с проблемой: при проектировании заводов каждый раз заново проектировались одинаковые подсистемы управления, что требовало дополнительного времени и ресурсов. Эта закономерность была замечена, после чего и было предложено разработать язык или чертеж, с помощью которого можно было бы описать типовые подсистемы управления и при создании нового завода использовать наработанный опыт.
Методология IDEF0 незначительно отличается от классической схемы описания бизнес-процессов DFD, рассмотренной ранее. Основным отличием является присутствие в языке дополнительной аналитики: предлагается показывать не просто входы, как в DFD-формате, а входы трех типов. Первый тип называется входом, а два других — управлением и механизмом.
С помощью входа показывают объекты — информационные и материальные потоки, которые преобразуются в бизнес-процессе. Управление отражает объекты — материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения. Механизмы — все те ресурсы, при помощи которых процесс выполняется: технические средства, люди, информационные системы и т. д.
Выход бизнес-процесса на IDEFO-схеме, полностью соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы.
Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение ICOM и на схеме размещаются в строго отведенных местах относительно процессов, называемых функциональными блоками (см. табл. 3.2).
Табл. 3.2. Название и размещение входных и выходных объектов в стандарте IDEF0
На рис. 3.8 приведена контекстная IDEFO-диаграмма бизнес-процесса «Изготовление детали», который выполняет токарь.
Рис. 3.8. Контекстная IDEF0-диаграмма бизнес-процесса «Изготовление детали»
Входом процесса является заготовка — она физически преобразуется. Для того чтобы токарь начал изготавливать деталь, ему нужно задание или план. Также необходим чертеж с размерами детали. Чертеж, задание или план нужны для выполнения бизнес-процесса и он без них не начнется, но в ходе выполнения процесса они не преобразуются. Согласно стандарту IDEF0 их относят к управлению. Чтобы изготовить деталь, необходимы токарь и станок — их относят к механизмам. Выходом или результатом бизнес-процесса является деталь.