Бизнес-процессы

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

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

Глава 2 книги максимально погружает читателя к реальным условиям бизнес-среды. Здесь в доступной форме и с многочисленными практическими примерами описаны важнейшие основы инжиниринга бизнес-процессов на базе моделей. Основываясь на этом, глава 3 описывает соответствующие концепции и языки моделирования и формирует таким образом связный каркас для моделирования бизнес-процессов. Глава 4 представляет универсальный подход к проектированию бизнес-процессов на основе моделей – метод Horus. Его отправной точкой служит стратегический анализ, «встраивающий» бизнес-процессы в целостный корпоративный контекст. В главе 5 представлены конкретные примеры применения на практике. Книга завершается обзором перспектив инжиниринга бизнес-процессов в главе 6.

1.5. Дополнительная литература

Деятельность в области бизнес-процессов, их анализа и совершенствования восходит среди прочих к работам Hammer и Champy (1993). В 1990-е эта тема, в частности, рассматривалась в связи с управлением потоком работ (Workflow Management), см. Oberweis (1996) в сравнении с Van der Aalst и Van Hee (2004). В настоящее время литература, посвященная моделированию бизнес-процессов, полна заблуждений, поэтому мы отсылаем наших читателей на данный момент только к Becker с соавторами (2011), Scheer (2000a, b), Davis (2001) и Weske (2007). Тем же, кто предпочитает сухому изложению введение в тему в форме романа, рекомендуем Grosskopf с соавторами (2009).

Следующие ссылки относятся к веб-страницам общего характера, посвященным моделированию и управлению бизнес-процессами.

? Business Process Management Initiative BPMI (объединилась с OMG – Object Management Group в 2005 году): http://www.omg.org/ (http://www.omg.org/).

? Business Process Modeling and Simulation Forum: http://www.12manage.com/methods_business_ simulation_modeling.html#userforum/ (http://www.12manage.com/methods_business_simulation_modeling.html#userforum/).

? Business Process Trends: www.bptrends.com/ (http://www.bptrends.com/).

? Petri Nets World: www.informatik.uni-hamburg.de/TGI/PetriNets/ (http://www.informatik.uni-hamburg.de/TGI/PetriNets/).

Ссылки, приведенные далее, дают примеры систем моделирования бизнес-процессов, более подробная информация по которым доступна в интернете; данный список не претендует на полноту.

? ARIS Express от фирмы Software AG: www.ariscommunity.com/aris-express/ (http://www.ariscommunity.com/aris-express/).

? bflow Toolbox (Open Source): www.bflow.org/ (http://www.bflow.org/).

? Horus от фирмы Horus software GmbH: www.horus.biz/ (http://www.horus.biz/).

? Signavio Process Editor от фирмы Signavio GmbH: https://www.signavio.com/products/process-editor/https://tap.tibco.com/storefront/trialware/tibco-business-studio-community-edition/prod15312.html.

? TIBCO Business Studio от фирмы TIBCO Software Inc.: https://www.signavio.com/products/process-editor/https://tap.tibco.com/storefront/trialware/tibco-business-studio-community-edition/prod15312.html (https://tap.tibco.com/storefront/trialware/tibco-business-studio-community-edition/prod15312.html).

2

Практическое введение в инжиниринг бизнес-процессов

Эта глава знакомит с практическим подходом к инжинирингу бизнес-процессов на основе моделей, намеренно абстрагируясь от деталей моделирования и обходясь без введения в общую методологию. Для этого обратитесь к главе 3 и в особенности главе 4 этой книги.

2.1. Постановка задачи

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

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

2.2. Анализ и моделирование процедур

Первый вопрос, ответить на который стоит в инжиниринге бизнес-процессов, звучит довольно просто: «С чего начать?» «С процедур, конечно!» Насколько очевиден такой ответ (раз бизнес теперь в первую очередь мыслит категориями процедур), настолько, однако, на практике часто начинают с организационной структуры. Почему? Такой старт, совершенно очевидно ведет к бизнес-процессам, завязанным на организационную структуру, а не на потребности бизнеса, которые отражены непосредственно в процедурах. Причины постановки вопросов оргструктуры на первое место во многих случаях следует искать в желании удержать и расширить сферы влияния. Поэтому мы настоятельно рекомендуем на первом этапе сосредоточиться на процедурах и сознательно абстрагироваться в первую очередь от организационной структуры. Только тогда, когда процедуры рассматриваются вне оков организационной структуры, можно ожидать истинного совершенствования процессов вплоть до процессной инновации.

2.2.1. Моделирование бизнес-процедур с помощью сетей Петри

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

Первая задача – отобразить процедуры рассматриваемого процесса продажи в формальной графической модели. Для этого мы применим так называемые XML-сети – особую форму сетей Петри, названных так в честь немецкого математика Карла Адама Петри. В течение многих лет они хорошо зарекомендовали себя для моделирования динамических систем. В моделировании бизнес-процессов сети Петри сохраняют свои позиции благодаря простоте графического представления в сочетании с их выразительностью. Это особенно верно в отношении XML-сетей. При этом достигается высокая точность модели, а операционная семантика позволяет проводить формальный анализ и динамическое имитационное моделирование. Главная характеристика XML-сетей – это описание объектов в XML (сокращение от Extensible Markup Language). Использование языкового каркаса XML (в настоящее время отраслевого стандарта в области электронной обработки документов и бизнес-процессов) позволяет, например, охватывать в деталях структуры объектов или удобно формулировать правила выполнения действий, а также открывает новые любопытные области применения.

Моделирование даже относительно простого процесса продаж – задача нетривиальная: из неструктурированной базовой информации о бизнесе должны быть извлечены действия и потоки объектов, а затем отображены в виде структурированной модели. Предлагаемый Horus метод, описанный в главе 4, – это метод, проверенный на практике. Рис. 2.1 дает обзор процесса продаж, представленного в виде сети Петри. Как часто встречается на практике, процессу дается имя (чаще на английском языке), которое позволяет делать выводы о входах и выходах процесса – здесь контакт преобразуется в заказ клиента (Sales Contact-to-Order). То есть процесс начинается с контакта и включает в себя ряд мероприятий и потоков объектов, чтобы в конечном итоге сформировать заказ от клиента.

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

В процессе управления контактами лиды последовательно квалифицируются дальше, что отражается в основных данных о клиенте. Цель здесь – выявить реальные возможности продажи, которые должны интенсивно обрабатываться и в конце концов вылиться в коммерческое предложение. В идеале оно должно привести к заказу клиента. Разумеется, неудачи в процессе продаж также учитываются: потерянные возможные продажи и потерянные заказы сводятся в хранилище объектов «Потерянный заказ» и там подвергаются анализу. Доступ к основным данным клиента во время этого анализа предоставляется только на чтение, что отображается через простую связь без стрелки. Хранилище объектов «Данные клиента» представлено в сети два раза – копия показана пунктиром. Помимо центрального процесса продажи, в сети также принято во внимание действие по управлению эффективностью продаж, которое оценивает прогноз продаж, заключающий в себе информацию о содержании и статусе актуальных предложений.

2.2.2. Декомпозиция процессной модели

При рассмотрении сети на рис. 2.1 сразу видно, что пришлось намеренно абстрагироваться от многих деталей. Возникает множество вопросов, которые вполне можно рассматривать как преимущество моделирования: как, кем и в какой хронологии осуществляется управление контактами, как из квалифицированного контакта возникает в конечном счете возможность продажи? Также за действием «Управление предложениями», представленным в сети только как простой прямоугольник, скрывается отдельный сложный процесс с собственными действиями, потоками объектов и правилами. На это указывает хотя бы хранилище объектов «Утвержденное предложение» на выходе. На эти и подобные вопросы можно ответить, если сами действия сети еще более детально описать в отдельной модели-декомпозиции.