Лекции по "Бизнес планирование"

 

Между процессами, отображенными на схеме рисунка 2.3.2., могут быть отображены потоки материальных ресурсов и информации. Для описания этих потоков можно воспользоваться объектами типа «Cluster» - для описания информации, и «Technical term» - для описания материальных потоков. Для описания инфраструктуры, необходимой для выполнения процесса, в данном примере выбраны типы объектов «Product/Service» и «Information service». Выбор типов объектов для отображения реальных потоков является в достаточной степени условным. Очень важно в начале работ по моделированию процессов определиться, какие именно типы объектов будут использованы, и какие объекты реального мира они будут отображать. Так в случае примера рисунка 2.3.2., можно было бы показать все потоки (информационные и материальные) при помощи объектов типа «Technical term».

На рисунке 2.3.2. показаны так же объекты «Organizational unit», отображающие организационные подразделения, выполняющие соответствующие процессы.

Объекты связываются  между собой при помощи связей определенного типа (см. рисунок 2.3.2.). Например, информационные поток, отображаемый объектом «Cluster», является входящим для первого процесса и связан с ним при помощи стрелки типа «is input for» («является входом для»). Другим примером является тип связи «executes» - «исполняет» между объектами «Value added chain» и «Organizational unit». Тип связи «is used by» показывает, что «Product/Service» используется процессом и т.д. Таким образом, в методологии ARIS важнейшим требованием является корректный выбор и дальнейшее использование связей и объектов определенного типа.

На следующем рисунке 2.3.3. представлен пример модели верхнего уровня, выполненный в нотации ARIS VAD. Вы уже знакомы с этим процессов. В предыдущем Блоке 2.1, этот же процесс представлен в нотации IDEF0.

 

Рис. 2.3.3. Процесс производства продукции, описанный с помощью методологии ARIS, нотация VAD.

Принципы построения диаграммы  процесса верхнего уровня в VAD существенно отличаются от IDEF0. Существенным отличием нотации ARIS VAD и IDEF0 является то, что в VAD стрелки могут входить в любую сторону объекта «Value-added chain». (Напомним, что в IDEF0 каждая сторона объекта «Activity» (функция) имеет определенное назначение.) На рисунке 2.3.4. представлена ситуация, возможная в нотации VAD, когда на диаграмме процесса приводится множество обратных связей, смысл которых понятен только создавшему модель аналитику.

Рис. 2.3.4. Использование  обратных связей в нотации ARIS VAD.

 

Указанный недостаток нотации VAD можно обойти, заранее оговорив возможность специального использования обратных связей.

Заканчивая обзор нотации ARIS VAD, еще раз акцентируем внимание на том, что указанная нотация в большей степени носит иллюстративный характер и не предназначена для создания комплексных моделей процессов верхнего уровня организации.

3. Нотация ARIS eEPC – расширение нотации IDEF3

 

Нотация ARIS eEPC расшифровывается следующим образом - extended Event Driven Process Chain – расширенная цепочка процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В следующей таблице 2.3.1 приводятся основные используемые в рамках нотации объекты.

Таблица 2.3.1 Объекты для  описания бизнес-процессов в нотации ARIS eEPC.

 

Помимо указанных  в Таблице 2.3.1 основных объектов, при  построении диаграммы eEPC могут быть использованы многие другие объекты. На практике применение большого числа объектов различных типов нецелесообразно, так как это значительно увеличивает размер модели и делает ее плохо читаемой.

Для понимания  смысла нотации eEPC рассмотрим основные используемые типы объектов и связей. На рисунке 2.3.5. представлена простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия.

 

Рис. 2.3.5. Простейшая модель в нотации eEPC

 

Из рисунка 2.3.5. видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1 «активирует» («activates») или инициирует выполнение Функции 1. Функция 1 «создает» («creates») Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3.

Внимательный анализ нотации  eEPC показывает, что она практически не отличается от нотации IDEF3. Важнейшим отличием eEPC является наличие объекта «событие» («Event»). Этот объект служит для отображения в модели возможных результатов выполнения функций, в зависимости от которых выполняется та или иная последующая ветка процесса. Нотация eEPC называется, очевидно, расширенной именно вследствие наличия в ней объекта «событие», - в IDEF3 такого объекта нет. На следующем рисунке 2.3.6. приводятся примеры применения символов логики и событий при построении моделей в нотации eEPC.

 

Рис. 2.3.6. Применение логических операторов при построении моделей  в eEPC.

 

При построении модели в ARIS eEPC должны соблюдаться следующие правила:

• каждая функция должна быть инициирована событием и должна завершаться событием;
• в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.

Кроме этих правил, существуют и другие важные правила  формирования моделей в ARIS. Эти правила можно изучить при помощи методического материала «Методы ARIS», который устанавливается на компьютер одновременно с демо-версией продукта, а так же в [1].

На рисунке 2.3.7 показано применение различных объектов нотации ARIS eEPC при создании модели бизнес-процесса.

Рис. 2.3.7. Применение различных  объектов при создании модели в нотации eEPC.

Из рисунков 2.3.6. и 2.3.7. видно, что бизнес-процесс  в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов и визуального отображения загрузки персонала в процессе можно использовать другие инструменты описания, например графики Гантта в приложении MS Project.

Рассмотрим  примеры применения нотации eEPC для описания бизнес-процессов. На рисунке 2.3.8. представлен бизнес-процесс обработки заказа клиента. Этот же процесс изображен в нотации IDEF3 в Блоке 2.1 на рисунке 2.1.8.

Процесс начинается с события «Поступил заказ  клиента». Это событие инициирует функцию «Выполнить учет заказа в  системе», которую выполняет менеджер Отдела сбыта. Для выполнения работы он использует «Систему учета заказов». Результат выполнения функции отображается событием «Учет заказа выполнен». После этого менеджер по сбыту выполняет функцию «Выполнить анализ на соответствие номенклатуре». Результатом выполнения функции являются два альтернативных события «Заказ соответствует номенклатуре» и «Заказ не соответствует номенклатуре». Процесс ветвится. Для отображения ветвления процесса используется символ логического исключающего «ИЛИ».

Функция «Уведомить клиента о невозможности выполнения заказа» может выполняться в двух случаях: если заказ не соответствует номенклатуре, либо производство невозможно. Для отображения на схеме процесса этих вариантов используется символ логического «ИЛИ» и т.д.

Как видно из рисунка 2.3.8., схема процесса в ARIS eEPC отличается от схемы в IDEF3 наличием объектов: событий, документов, прикладных систем и должностей. Схема в ARIS визуально представляется более информативной и воспринимается лучше, однако размер этой схемы существенно превышает размер схемы в нотации IDEF3.

 

Рис. 2.3.8. Пример описания процесса в  нотации ARIS eEPC.

 

4. Нотация ARIS Organizational Chart

 

Нотация Organizational Chart является одной из основных нотаций ARIS и предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры, как показано на следующем рисунке 2.3.9.

 

Рис. 2.3.9. Модель организационной  структуры предприятия.

 

Модель строится из объектов "Organizational unit", "Position", "Internal person" и др. Заложенные в нотацию виды связей позволяют отразить различные виды отношений между объектами организационной структуры. В представленном на рисунке примере "Предприятие" управляется "Директором", при этом используется тип связи "is Organization Manager for". Иерархия подразделений строится при помощи связей типа "is composed of". Так же могут быть указаны должности – "Position" и фамилии реальных сотрудников, их занимающие – "Internal person", тип связи "occupies".

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

5. Нотация ARIS Function Tree

 

Нотация ARIS Function Tree предназначена для формирования моделей дерева функций. Пример такой модели представлен на рисунке 2.3.10. Все функции на диаграмме рисунка 2.3.10. соединены связями. Чаще всего используются типы связей «is execution-oriented superior» и «is process-oriented superior». Первый тип связи служит для построения дерева по функциональному признаку (описания функций подразделения). Второй тип связи используется при построении дерева функций, входящих в некоторый бизнес-процесс.

 

Рис. 2.3.10. Модель Function Tree.

Дерево функций может  строиться по функциональному, процессному  и продуктовому принципам. На практике часто используется первый принцип  – создаются модели иерархии функций  подразделения.

6. Нотация ARIS Product Tree

 

На рисунке 2.3.11. представлена нотация ARIS Product Tree. Эта нотация предназначена  для создания моделей дерева продуктов. Модели такого типа могут использоваться для описания материальных входов и  выходов процесса.

 

Рис. 2.3.11. Модель Product Tree.

 

7. Нотация ARIS Information Flow

 

Нотация Information Flow является аналогом нотации DFD и используется при построении схем потоков данных или документов между функциями бизнес-процессов предприятия. Простота нотации ограничивает области ее полезного применения. Основными объектами нотации являются "Function" (- используется так же при построении моделей бизнес-процесов) и "Information Flow" – информационный поток, как показано на следующем рисунке 2.3.12.

 

Рис. 2.3.12. Нотация ARIS Information Flow.

 

При построении моделей  бизнес-процессов сначала может быть построена модель eEPC, а затем, с использованием определенных в процессе функций, - модель информационных потоков.

8. Использование нескольких нотаций при создании моделей процессов в ARIS

 

При формировании моделей бизнес-процессов в ARIS, как правило, используется несколько типов нотаций. На следующем рисунке 2.3.13. представлена схема использования моделей, созданных в различных нотациях.

 

Рис. 2.3.13. Использование нотаций ARIS при создании моделей.

 

Как правило, работа по описанию бизнес-процессов организации в ARIS начинается с создания модели организационной структуры. Одновременно (или позже) могут разрабатываться модели, описывающие структуру основных материальных входов и выходов, а так же основных информационных входов и выходов. С использованием данных моделей создаются модели бизнес-процессов верхнего уровня в нотации VAD. После этого разрабатываются модели функций подразделений и другие вспомогательные модели (например, описание прикладных программных систем). Затем формируются модели процессов в нотации eEPC. Модели eEPC строятся на основе уже имеющихся описаний организационной структуры, функций подразделений, материалов, систем и т.д. Итогом работы является комплект моделей, описывающих деятельность организации с различных точек зрения.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Лекция 6  

 

Организационная часть проекта реструктуризации бизнес-процесса.

 

Параграф 1. Введение.  

 

1.1. Цели проектов реструктуризации бизнес-процессов.  

 

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

Эти цели можно  разделить на 2 группы:

1. Достижения первой группы целей должно обеспечить решение конкретных проблем организации и повысить эффективность ее деятельности. От проекта реструктуризации в этом случае ожидаются реальные, практически важные результаты в масштабах всех организации.
2. Локальные цели. Это цели по улучшению показателей отдельных процессов. Т.е. ведется реструктуризация отдельных процессов, выбранных руководством.

 

  

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