книги / Построение моделей бизнес-процессов
..pdfИнструментальные средства ARIS позволяют построить целостное представление об организации и тем самым создают основу для всестороннегоанализа и совершенствования еедеятельности.
Обозначим основные цели (назначение) комплекса ARIS:
–Визуальное описание бизнес-процессов и условий функционирования организации.
–Анализ деятельности по различным показателям.
–Определение идеальных характеристик деятельности.
–Реорганизация организационной структуры, целей, функций и данных.
–Анализ и оптимизация бизнес-процессов, реинжиниринг.
–Определение требований к информационной системе.
–ВнедрениестандартныхинформационныхсистемклассаERP.
–Внедрение систем управления качеством.
Большое число типов моделей ARIS дает возможность описывать процессы на разных уровнях. Диаграммы моделей, их назначение исоответствующиеуровниописания приведены в табл. 1.
Таблица 1
Основные модели и уровни описания в ARIS
31
Нотации ARIS
ARIS поддерживает набор нотаций. Кратко затронем нотации
VAD, Flow Charting, VSM и болееподробно рассмотримeEPC. Нотация VAD (value added chain diagram), предложенная
Майклом Портером, дает общий, недетализированный взгляд на бизнес-процессы. С помощью нотации VAD можно описать набор и взаимосвязь бизнес-процессов на верхнем уровне, так как данная нотация позволяет отобразить все бизнес-процессы компании на одной модели. В этой нотации используются связи, показывающие взаимосвязь бизнес-процессов относительно друг друга, при этом поток процесса, как правило, направлен слева направо. Пример представления бизнес-процессов верхнего уровня в нотации VAD приведен на рис. 18. Здесь показана диаграмма всех бизнес-процессов крупного сахарного завода, классифицированных по четырем категориям: бизнес-процессы развития, бизнес-процессы управления, основные бизнес-процессы и обеспечивающие или вспомогательные бизнес-процессы.
Рис. 18. Модель бизнес-процессов верхнего уровня сахарного завода
32
Обычно на практике после моделирования бизнес-процессов
внотации VAD проводят более детальное моделирование бизнеспроцессов в других нотациях.
Нотация Flow Charting изначально появилась в стандарте ANSI
в1970 году. Она содержит очень простой набор символов и не имеет жесткого стандарта, что позволяет моделировать бизнес-про- цессы с различных точек зрения, добавляя те или иные объекты в модель по необходимости. Этим данная нотация очень похожа на EPC, которая будет рассмотрена ниже, но имеет еще больше свободы в части применения. В нотации Flow Charting модель представляется в виде блок-схем, содержащих символы для решения разных задач, например для описания материальных потоков, ролей и работ, оборудования, дляанализа входови выходовфункций.
Существенным недостатком Flow Charting является отсутствие типового перечня объектов и атрибутов, что является обратной стороной «свободы» данной нотации. Это приводит к тому, что модели одного и того же процесса в этой нотации могут значительно отличаться друг от друга. Несмотря на свою простоту, нотация находит все меньшееприменениев бизнес-моделировании.
Нотация VSM (Value Stream Mapping) была разработана как часть методологии бережливого производства. Она использует набор специфических символов для отображения элементов затрат ресурсов и времени с целью анализа эффективности бизнеспроцесса в проектах Lean 6Sigma. В корпорации Тойота ее изна-
чально называли Картой потоков материалов и информации.
Карта потока создания ценности изображает физическое окружение и потоки материалов и продукции в производстве и используется для того, чтобы привязать к процессу затраты ресурсов и времени и таким образом дать представление о производительности.
При создании модели в нотации VSM главным является заполнение временных атрибутов по процессу с целью поиска узких мест, ограничивающих длительность цикла, и мест хранения запасов. Сегодня эта нотация имеет ограниченное применение.
33
Нотация eEPC (Extended Event Driven Process Chain)
Эту нотацию разработал Август-Вильгельм Шеер, основатель компании, создавшей ARIS. Он представил ее в своей книге «Бизнес-процессы. Основные понятия. Теории. Методы». Первоначальный вариант нотации назывался EPC, в переводе «Цепочка событий, управляющих процессом», затем после расширения добавилось слово extended (расширенная). Заметим, что эта нотация многое взяла из IDEF3, но она существенно проще.
Главная особенность этой нотации заключается в основополагающем принципе «событийности». События определяют ход процесса, фиксируя его состояния. Событие – это то, что произошло или наступило, оно характеризует состояние, приводящее к последующему действию, или состояние, наступившее в результате выполнения действия.
Таким образом, основными элементами нотации являются функция и событие. Функция (действие, активность) изображается прямоугольником с закругленными углами, а событие – вытянутым по горизонтали шестиугольником. В eEPC принято использовать различные цвета для разных типов элементов (рис. 19).
Рис. 19. Основные элементы eEPC
Модель в eEPC представляется как цепочка функций с предваряющими и завершающими их событиями (рис. 20).
Другиеграфическиеэлементы нотации приведенына рис. 21.
Рис. 20. Цепочка процесса
34
Рис. 21. Элементы нотации eEPC
Должность (субъект-исполнитель) может также изображаться желтым овалом, а электронный документ прямоугольником со срезанным левым верхним углом. База данных (хранилище информации) показывается, как на блок-схемах алгоритмов. Нотация eEPC допускает введение иных элементов, но они должны быть едины для всей компании.
При необходимости на диаграмме показывается окружение функции: слева от функции входящая информация (документ), ресурс, база данных (хранилище информации), а справа – исходящая информация(документ), роль(должность), местоисполненияфункции.
Достоинством методологии eEPC является включение в нотацию логики, позволяющей моделировать многовариантные сценарии процесса.
Нотация включает три логических оператора:
И – означает, что после исполнения функции наступает одновременно более одного события либо для выполнения функции должно наступить более одного события, а также для разветвления выхода функции, либо для слияния выходов нескольких функций. Варианты изображения оператора И показаны ниже.
Примерыиспользованияэтого оператора показаны на рис. 22.
Рис. 22. Варианты применения оператора И
35
ИЛИ – применяется для слияния одного или более выходов либо для разветвления выхода на один или более потоков.
Фрагменты использования ИЛИ подобны приведенным на рис. 22 с заменой оператора И на ИЛИ.
Исключающее ИЛИ – означает, что из нескольких входов или выходов может быть инициализирован один.
Варианты схем с XOR подобны приведенным на рис. 22 с заменой оператора И на исключающее ИЛИ.
Следует заметить, что в некоторых инструментах моделирования могут быть иные изображения операторов И и ИЛИ.
На рис. 23 приведен фрагмент модели в нотации eEPC. Как видно, к функции «обработка звонка» присоединены три элемента окружения, показывающие исполнителя, правила обработки и используемое программное обеспечение. Вторая функция создает бумажный документ, а исполнитель использует почтовый сервис.
На рис. 24 показан фрагмент модели с обратной связью. Как видно, наглядность модели такова, что схема не требует дополнительных пояснений.
Моделирование процесса начинается с задания его границ: начального и завершающего события. Затем между ними располагают цепочку, состоящую из функций, событий и, возможно, логических операторов. Элементы цепочки могут размещаться как сверху вниз, так и слева направо. На следующем шаге к функциям добавляют элементы окружения, располагая их слева и справа от фукции при вертикальной цепочке или сверху и снизу при горизонтальной цепочке.
36
Рис. 23. Фрагмент модели в нотации eEPC
В качестве примера на рис. 25 приведена модель процесса ежедневной корректировки графика поставок.
Этот процесс повторяется ежедневно. Начинается он вечером в 19-00 с составления отчета по недоставленным товарам, затем формируется отчет по инкассации за день, исполнитель обоих отчетов – диспетчер. После этого отчеты анализирует менеджер по закупке. Если все заказы выполнены в срок, то диспетчер формирует график доставки на следующий день и передает его начальнику отдела на согласование, завершающее событие процесса – график согласован.
37
Рис. 24. Пример использования обратной связи
Если же имели место недопоставки, то диспетчер корректирует график движения с учетом в нем недоставленных заказов и/или расформировывает заказы по указанию менеджера и составляет скорректированный график на следующий день. На диаграмме показаны также формируемые документы и их движение.
38
Рис. 25. Диаграмма процесса формирования графика поставок
39
Естественно, нотация eEPC поддерживается ARIS, диаграммы в этой нотации можно строить также в Bisiness Studio, MS Visio и других программах.
Нотация eEPC в значительной степени основана на IDEF3, но она намного функциональнее и нагляднее. На одной схеме видны не только порядок выполнения процесса, но и события, которые управляют развитием процесса, документы, информационные системы, исполнители и ресурсы.
Вместе с тем эта нотация не лишена существенных недостатков.
Например, нет возможности отобразить процесс в виде переходящего потока работ по ролям бизнес-процесса. Иначе говоря, нельзя показать взаимодействие между ролями внутри процесса и тем более между участниками (процессами). В eEPC нет типов событий, что снижает гибкость и четкость моделирования, нет разделения потоков на рабочие и информационные, отсутствует элемент «подпроцесс». Из-за нежестких требований к отображению процесса и возможности добавлять новые элементы, модели в нотации eEPC становятся непереносимыми, то есть построенные в одной программе не будут восприниматься другой. И тем более нотация не позволяет строить исполнимые модели. Модели в eEPC непригодны для автоматизации процессов с помощью платформ BPMS.
40