4.6. Управление бизнес-процессами на базе aris. Aris — архитектура бизнес-инжиниринга

Итак, концепция ARIS прокладывает путь к инжинирингу, планированию и управлению бизнес-процессами. Теперь проанализируем ее преимущества, упомянутые в разделе А, а также деловые, организационные и информационно-технологические (ИТ) аспекты ее реализации.

ARIS-архитектура бизнес-инжиниринга (АБИ) расширяет архитектуру ARIS, позволяя рассматривать управление бизнес-процессами не только с организационной точки зрения, но и с точки зрения информационных технологий. Мы покажем, каким образом ARIS способствует управлению бизнесом на этапах проектирования и разработки с помощью программных инструментов, совместимых с ARIS.

ARIS АБИ дает владельцам бизнес-процессов возможность сконцентрировать внимание на различных аспектах построения и описания своих бизнес-процессов, предоставляя в их распоряжение полную инфраструктуру для управления — от организационного инжиниринга до практической реализации информационных технологий, включая непрерывное адаптивное совершенствование. Кроме того, АБИ позволяет осуществлять планирование и управление текущими бизнес-процедурами на постоянной основе, уделяя внимание их непрерывному совершенствованию. Инфраструктура АБИ опирается на всестороннее знание специфики бизнеса, — важнейшую предпосылку планирования и управления производственными процессами. Такие объекты, как «график работ» и «прейскурант материалов», служат основой для детального описания производственных процессов, а системы производственного планирования и управления в среде АБИ позволяют решать вопросы планирования и контроллинга этих процессов. Многие из этих концепций и процедур можно обобщить. Такая обобщенная система управления процессами представлена на рис. 4.20.

Рис. 4.20. Управление процессами на базе концепции здания ARIS

На уровне I (инжиниринг процессов) бизнес-процессы моделируются в соответствии с производственным графиком работ. Концепция ARIS предоставляет инфраструктуру, которая охватывает все аспекты бизнес-процесса. Здесь же используются различные методы оптимизации и оценки, а также методы, гарантирующие качество процессов.

На уровне II (планирование и управление процессами) осуществляется планирование и управление текущими бизнес-процессами. Сюда же относятся методы планирования, регулирования мощностей и пооперационного стоимостного анализа. Мониторинг позволяет менеджерам контролировать состояние различных процессов.

На уровне III (управление потоками работ) объекты, подлежащие обработке, например, заказы клиентов с сопутствующей документацией или страховые иски, доставляются с одного рабочего места на другое. Электронные документы доставляются системами класса workflow.

На уровне IV (прикладная система) документы, доставленные на рабочее место, подвергаются определенной обработке, т. е. функции бизнес-процесса выполняются с помощью прикладных программных систем (от простых текстовых процессоров до сложных программных решений), бизнес-объектов и Java-аплетов.

Четыре уровня АБИ связаны между собой контурами обратной связи. Уровень управления процессами предоставляет информацию об эффективности текущих процессов. Именно на этом этапе начинается непрерывная адаптация и совершенствование бизнес-процессов.

Уровень управления потоками работ передает фактические данные о процессах, подлежащих выполнению (суммы, сроки, выделяемые ресурсы), на уровень управления процессами. Затем система workflow активизирует прикладные модули.

Пятый компонент концепции АБИ объединяет уровни I-IV в единую инфраструктуру. Инфраструктуры содержат информацию о соответствующей архитектуре и приложениях, конфигурируя реальные приложения с помощью инструментария уровней II и III, а информацию по предметной области для них — из моделей-прототипов (уровень I). Инфраструктуры включают также информацию о составе компонентов и их отношениях.

Программное обеспечение на уровнях инжиниринга и планирования процессов позволяет владельцу бизнес-процесса взглянуть на бизнес с организационной точки зрения. Уровни же управления потоками работ и прикладной системы относятся к конкретной программной реализации. Модель жизненного цикла ARIS применима к каждому из четырех уровней. Поэтому на каждом уровне любая программная система может быть описана с точки зрения определения требований, спецификации проекта и описания реализации. Отношения между уровнями АБИ рассматриваются преимущественно на уровне определения требований, например: как логически перейти от модели процесса на уровне II к модели потоков работ на уровне III. Здесь же анализируется совместимость проектной спецификации для системы моделирования на уровне I с системой workflow на уровне III, включая даже аспекты реализации. Уровни концепции АБИ перпендикулярны фазам жизненного цикла ARIS.

АБИ — это прежде всего концепция, однако ее можно использовать и как инфраструктуру для разработки реальных программных продуктов. Концепция АБИ впервые предложена автором на Саарбрюккенском семинаре в 1994 году. Она применяется в качестве стандартной корпоративной архитектуры в фирме IDS Sheer AG и основана на практических знаниях и опыте в области реальных прикладных систем. Концепция АБИ была предложена многим другим производителям программного обеспечения. Автор неоднократно излагал ее в докладах и на презентациях. В 1996 году ей был посвящен обстоятельный информационный документ.

Хотя концепция АБИ не привязана к конкретным коммерческим разработкам, из практических соображений мы излагаем ее здесь применительно к различным продуктам ARIS, системе SAP R/3 и Siemens-Nixdorf ComUnity, по ходу дела ссылаясь и на другие концепции создания программного обеспечения.

Цель инжиниринга бизнес-процессов заключается в достижении максимально эффективных бизнес-решений. Ответственность за инжиниринг может лежать на организационных подразделениях, группах внедрения проектов по реструктуризации процессов или даже на самих владельцах бизнес-процессов. Если разработка производственных графиков может годами находиться в ведении одного отдела, то другие виды бизнес-процессов не поддаются столь жесткой регламентации. Мы бы рекомендовали поручать инжиниринг тем организационным структурам, которые отвечают непосредственно за бизнес-процессы.

Вообще, корпоративные бизнес-процессы, такие как, например, стандартный процесс закупки, проектируются на уровне типов. Для некоторых подформ могут создаваться подтипы (например, заказы на запасные детали, обычные детали или детали, требующиеся эпизодически). Однако отдельно для конкретных деталей процессы заказа, как правило, не моделируются.

С другой стороны, производственные графики для изготовления конкретных деталей действительно документируются. Это обусловлено тем, что описания процессов служат не только для того, чтобы обеспечить соблюдение основных корпоративных правил, но и для непосредственного выполнения процессов. Чем больше технологической документации используется для выполнения бизнес-процессов (например, для управления потоками работ в системах workflow), тем больше требуется описаний конкретных экземпляров процесса.

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

Инжиниринг бизнес-процессов начинается со стратегического корпоративного планирования. На этом этапе определяются группы производимых продуктов и базовые корпоративные процессы. Продукты, разумеется, создаются в результате выполнения процессов, а необходимые бизнес-процессы разрабатываются с учетом особенностей данного вида производства.

Термины «прейскурант материалов» и «график работ» хорошо описывают взаимоотношения между моделями продуктов и процессов в промышленном производстве. Это видно из примера, приведенного на рис. 4.21.

Рис. 4.21. Фрагмент диаграммы EPC из модели-прототипа

Полное моделирование продуктов и процессов применительно к каждому физическому и нефизическому продукту открывает возможность для унифицированного управления бизнес-процессами. Обязательной предпосылкой для определения стоимости продуктов и согласованного планирования и управления бизнес-процессами является наличие всеобъемлющей процедуры расчета. Позже мы остановимся на этом подробнее. Ключевую роль в производстве продуктов играют не только сами процессы, но и их формы, которые определяют типы создаваемых продуктов.