Страница 11 из 91
Рис. 3.5. Пример бизнес-процесса верхнего уровня
Компания осуществляет закупку продукции у поставщика, ее хранение на складе и продажу клиенту. В зависимости от наличия продукции на складе можно по-разному рассматривать очередность операций закупки и продажи. Так, если на момент обращения клиента необходимая продукция есть на складе, то значит закупка произошла раньше продажи. Если же продукции на складе не оказалось, но клиент готов ждать, продажа начинается раньше, чем закупка, а заканчивается позже. Поэтому при описании данного бизнес-процесса и аналогичных ему, целесообразно использовать стандарт DFD, который не делает акцент на временную последовательность подпроцессов.
Построение DFD-схемы бизнес-процесса предполагает указание ответственных и исполнителей подпроцессов, подразделений и должностей. Подпроцессам рекомендуется присваивать номера или идентификаторы, а при формулировке их названий использовать следующие правила.
Правило 1
Название процесса = Действие + Объект, над которым действие осуществляется
Например, если описывается процесс продажи продукции, то его нужно назвать «Продажа продукции». В данном случае «продажа» — действие, а «продукция» — объект над которым производится действие. При этом желательно конкретизировать продукцию.
Правило 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-формате, а входы трех типов. Первый тип называется входом, а два других — управлением и механизмом.