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

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

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

Схема бизнес процесса – инструкция для нетерпеливых

1 – Задайте границы процесса

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

2 – Нарисуйте основные блоки процесса

Расположите основные блоки (подпроцессы, операции) , в том порядке, в котором они выполняются.

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

3 – Добавьте развилки и другие события

А вот теперь пора немного усложнить. Добавьте основные варинты развития процесса и основные промежуточные события. Дополните схему недостающими операциями.

4 – Обозначьте роли участников процесса

В бизнес процессах нет должностей или конкретных сотрудников. Вместо этого используется понятие – роль. Одни сотрудник может выполнять множество ролей. Одну роль может выполнять множество сотрудников. Из набора ролей складывается должность.

По необходимости добавляйте недостающие операции.

5 – Разместите на схеме документы

Документ, это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами, документ это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.

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

6 – Добавьте используемые программы и базы данных

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

7 – Расположите инструменты и материалы

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

8 – Определите показатели эффективности в бизнес-процессе

Расположите на схеме бизне-процесса показатели эффективности, которые тем или иным способом учитываются в системе.

9 – Свяжите полученную схему с другими процессами

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

10 – Проверьте полученную модель бизнес-процесса

В принципе, схема готова. Схема бизнес-процесса должна отвечать на следующие вопросы:

• С чего начинается и чем заканчивается бизнес-процесс?
• С какими процассми он связан? Чем обменивается?
• Какие операции выполняются? В каком порядке?
• Кто выполняет операции в процессе?
• Какие документы используются и появляются в процессе? В каких операция эти жокументы используются/появляются?
• Какие интсрументы, материалы, ПО и базы данных используются в процессе и в каких операциях?
• Какие показатели эффективности и где именно фиксируются в бизнес-процессе?

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

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

Обучение проводится на персональных компьютерах.

Курс посвящён описанию бизнес-процессов с помощью распространённого редактора деловой графики Microsoft Visio. который несложен в освоении и в то же время позволяет быстро и качественно создавать бизнес-модели.

В ходе тренинга рассматриваются наиболее распространённые методологии (нотации) моделирования бизнес-процессов, поддерживаемые Visio, и отрабатываются практические навыки построения графических диаграмм процессов в MS Visio.

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

1. Базовые функции Microsoft Visio, необходимые для построения диаграмм бизнес-процессов.
   • Работа с листами диаграммы. Использование наборов фигур. Работа с образцами фигур. Добавление фигур на диаграмму. Проведение динамических соединительных линий между фигурами. Приклеивание соединительных линий к фигурам. Динамическое и статическое приклеивание. Установка параметров привязки и приклеивания. Использование функции автосоединения. Изменение размера и положения фигур. Изменение размера и положения текстового поля фигур. Маркеры фигуры: выделения, вращения, текстового поля, управления, точки соединения. Форматирование фигур. Копирование фигур и их формата. Автоматическое выравнивание и расстановка фигур. Группировка фигур и объединение их в контейнеры. Масштабирование, изменение размера и вида страницы диаграммы. Настройка параметров страницы диаграммы и её печати.
2. Основные правила построения диаграмм процессов.
   • Построение сети процессов верхнего уровня. Декомпозиция процессов. Определение целей описания процесса. Определение границ процесса: входов, выходов, поставщиков и потребителей. Построение диаграмм процессов верхнего и нижнего уровней. Правила отображения логики выполнения процесса. Правила использования событий и логических операторов. Отображение ответственных и исполнителей процессов.
3. Методологии и стандарты описания бизнес-процессов, поддерживаемых Microsoft Visio.
   • Наиболее часто применяемые на практике методологии и стандарты (нотации) описания бизнес-процессов, поддерживаемые программным продуктом Microsoft Visio. Схема процесса IDEF0. Обыкновенная блок-схема процесса. Блок-схема процесса с дорожками (Swimmer Lanes). Схема процесса ARIS VAC (Value Added Chain Diagram). Схема процесса ARIS EPC (Event driven Process Chain). Схема процесса BPMN (Business Process Model and Notation). Сравнительный анализ, преимущества, недостатки и области применения нотаций. Отображение на диаграмме ручных и автоматизированных процессов. Задание для процессов временных и стоимостных параметров, требований по срокам и качеству и других необходимых данных.
4. Сервисные функции MS Visio в приложении к задаче описания бизнес-процессов.
   • Декомпозиция и установка гиперссылок на вложенные диаграммы бизнес-процессов. Установка и редактирование защиты для фигур диаграммы. Установка для фигур диаграммы ссылок на различные внешние файлы, документы и ресурсы. Создание и редактирование атрибутов объектов диаграммы. Добавление и редактирование для фигур полей свойств (атрибутов). Создание и редактирование наборов фигур. Формирование отчётов на основе графической диаграммы. Формирование HTML-публикации графической диаграммы.

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

По опыту работы с Nintex могу сказать, что данная система не лишена недостатков: дороговизна, периодически возникающие ошибки, общая неторопливость системы (хоть это свойственно всему SharePoint) - все это вынуждает меня использовать штатный механизм рабочих процессов. Однако, у Nintex есть важное преимущество - визуализация схемы и текущего состояния процесса. Благодаря этому создание рабочих процессов упрощается, и их могут создавать даже люди, достаточно далекие от программирования (контент-менеджеры, бизнес-аналитики и т.д.). В SharePoint 2010 есть аналогичная возможность создания рабочего процесса на основе визуальной схемы, используя Visio 2010 и SharePoint Designer 2010.

Создание схемы в Visio

В Visio 2010 появился новый шаблон – Microsoft SharePoint Workflow (присутствует только в Premium-редакции Visio). Полученную из этого шаблона схему можно будет экспортировать в Designer для дальнейшей работы.
Итак, открываем Visio и ищем шаблон в категории Flowchart.

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

Теперь продумываем логику бизнес-процесса и составляем схему, используя необходимые элементы. Я для примера сделал простейший бизнес-процесс согласования:

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

Конечно на словах тяжело это воспринимать, поэтому приведу сразу готовую схему рабочего процесса:

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

Привязка процесса к данным в SharePoint Designer

Открываем Designer, подключаемся к нужному сайту, переходим в папку Workflows. На риббоне нажимаем кнопку «Import from Visio» и указываем файл с сохраненной схемой. Пишем имя рабочего процесса и список, к которому его привязываем (в данном случае - «Входящие»). Designer сам сгенерирует код и комментарии к нему, нам останется лишь указать поля, откуда брать данные (конкретно в данном случае у меня возникли небольшие проблемы из-за использования поля типа Lookup, но обычно все просто):

После доработки рабочего процесса, переходим в настройки. Там указываем необходимое условие запуска (запускать автоматически при создании элемента), а так же ставим галочку у опции «Show workflow visualization on status page» (требуется активировать возможности SharePoint Server Enterprise на коллекции сайтов). Это именно то, ради чего стоит создавать рабочие процессы именно в Visio. Теперь перейдем на сайт, создадим любой элемент в списке «Входящих», перейдем в список задач и завершим задачу, а затем откроем окно статуса рабочего процесса:

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

Заключение

В качестве итога приведу положительные и отрицательные стороны использования Visio для создания рабочих процессов (на мой субъективный взгляд).
Плюсы:

• Простота создания, не нужно быть программистом
• Пользователь может легко посмотреть и понять статус запроса

Минусы:

• Требуется SharePoint Enterprise Server и Visio Premium

Настоящая статья продолжает цикл публикаций, посвященных инструментам, которые российские компании могут использовать для решения задач моделирования и совершенствования бизнес-процессов без существенных рисков. Напомним, что в предыдущей статье данного цикла рассказывалось о продуктах компании IDS Scheer, занимающей наивысшие позиции в рейтингах аналитических компаний. Сегодня же мы поговорим о продукте иного ценового диапазона, не столь функциональном с точки зрения моделирования бизнес-процессов, но зато весьма популярном и массовом - Microsoft Visio.

И снова мнение аналитиков…

Невысокая стоимость Visio, наряду с такими факторами, как принадлежность к лидирующему семейству офисных продуктов, выпускаемому лидером индустрии программного обеспечения, привела к весьма значительной занимаемой им доле рынка средств моделирования бизнес-процессов (по данным Gartner - 34%) и высоким рейтингам в отчетах аналитических компаний. Так, аналитическая компания Gartner относит данный продукт к лидерам рынка (рис. 1).

Рис. 1. Ведущие производители средств анализа бизнес-процессов
(источник: Blechar M. Magic Quadrant for Business Process Analysis Tools,
2H07-1H08 - Gartner research note G00161090, 23 September 2008)

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

Visio на российском рынке

На российском рынке Visio представлен так же, как и другие офисные продукты Microsoft, - то есть доступен во всех регионах через весьма развитую партнерскую сеть. Через нее же оказываются услуги по сопровождению, технической поддержке и обучению на русском языке. Русская версия данного инструмента существует достаточно давно. Есть и книги о продукте, и решения на его основе (включая средства моделирования бизнес-процессов; впрочем, эти инструменты - предмет отдельного обсуждения, поскольку их доступность, возможности и цены существенно отличаются от доступности и возможностей оригинального продукта и цен на него).

Возможности продукта

Технические особенности. Хранение данных

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

При необходимости набор символов, входящих в комплект поставки продукта, может быть расширен за счет символов, создаваемых пользователями. Глобальных ограничений на правила и возможности создания связей между определенными типами символов в продукте нет, однако в нем доступен механизм так называемых шаблонов диаграмм, применение которых позволяет ограничить набор символов, доступных непосредственно на соответствующей инструментальной панели в процессе моделирования. Шаблоны могут быть созданы пользователями, при этом в комплекте поставки продукта имеется набор готовых шаблонов (рис. 2).

Рис. 2. Шаблоны диаграмм из комплекта поставки Visio

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

Поддерживаемые методологии и нотации

Коль скоро набор символов и шаблонов Visio может быть произвольно расширен и сам продукт не предполагает глобальных ограничений на возможности применения символов и связей между ними, описание бизнес-процессов с помощью Visio формально может быть осуществлено в рамках практически любой методологии. При этом в комплекте поставки продукта в любой редакции (Standard, Professional) есть набор шаблонов моделей для наиболее распространенных нотаций, таких как диаграммы потоков данных, диаграммы цепочки добавленного качества, диаграммы типа Event-driven Process Chain, IDEF0, SwimLane, а также шаблоны для моделирования оргструктур компаний (рис. 3 и 4).

Рис. 3. Модель процесса типа Swim Lane

Рис. 4. Модель типа EPC (Event-driven Process Chain)

Документирование процессов и создание решений на основе Visio

Microsoft Visio включает среду исполнения кода Visual Basic for Applications, позволяющую как записывать код во время работы пользователя, так и создавать его с помощью среды разработки (рис. 5).

Рис. 5. Среда разработки VBA в Microsoft Visio

Для доступа к данным моделей Visio предоставляет соответствующую объектную модель, доступную через COM-интерфейсы как из среды исполнения кода VBA внутри самого приложения, так и из внешних приложений. Отметим, что и язык программирования, и объектные модели всех приложений Microsoft Office, включая Visio, отлично документированы. Это означает, что при определенном навыке VBA-программирования пользователю доступны и генерация отчетов любой сложности, и создание средств переноса данных между Visio и другими средствами моделирования, и генерация моделей путем создания решений на основе приложений данного семейства, и расширение функциональности самого инструмента моделирования, и создание разнообразных решений (например, для имитационного моделирования, автоматизированной публикации моделей в Интернете и выполнения других задач).

Помимо VBA для документирования процессов можно использовать средства интеграции Visio с приложениями Microsoft Office, такие как вставка диаграмм Office Visio 2007 в документы Microsoft Office в качестве иллюстраций и создание диаграмм Visio 2007 непосредственно в этих приложениях, средства формирования календарей в Visio 2007 с использованием данных Office Outlook 2007, инструменты подключения диаграмм Visio 2007 к электронным таблицам Excel 2007 или базам данных Access 2007 для интеграции источников данных и компонентов диаграмм, средства формирования графиков и диаграмм Ганта в Visio 2007 путем импорта соответствующих данных из Project 2007, средства экспорта информационной составляющей диаграмм Ганта и графиков Visio 2007 в Office Project 2007, средства построения организационных диаграмм на основе глобальной адресной книги Exchange.

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

Ограничения и возможные проблемы

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

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

Механизма методологических фильтров (инструментов ограничения типов моделей, объектов, связей, доступных конкретному пользователю или группе пользователей для конкретного проекта), аналогичного имеющемуся в ряде других инструментов (например, в продуктах семейства ARIS), Visio также не предоставляет.

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

Сравнение с другими продуктами

Попробуем сравнить Visio с другими инструментами моделирования.

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

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

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

Для моделирования процесса мы будем использовать Microsoft Visio 2010 , но все написанное применимо и к другим версиям.

Перед началом работы над моделью процессов необходимо выбрать и, при необходимости, адаптировать нотацию - набор графических элементов, которые будут использоваться при построении диаграммы. В Microsoft Visio такие графические элементы группируются в специальные шаблоны (stencils): шаблон для функциональной блок-схемы (cross-functional flowchart), шаблон для EPC (event-driven process chain - аналог одноименного типа диаграммы в ARIS), шаблон для потока создания ценности (один из методов визуализации, применяемых в рамках "бережливого производства") и т.д.

Мы возьмем первый из перечисленных шаблонов (см. рис. 1) и некоторым образом адаптируем его.

Рис. 1. Выбор шаблона Visio

В наборах элементов шаблона (в Visio 2010 их три) можно обнаружить базовые элементы. При моделировании процесса мы будем использовать только некоторые из них. И, чтобы сделать дальнейшую работу более удобной, необходимые нам элементы лучше поместить в отдельный набор, после чего немного их адаптировать и дополнить (см. рис. 2). Представленный на рисунке набор можно скачать .

Рис. 2. Набор элементов для моделирования процессов

Дадим краткое пояснение элементов в наборе:

1. Процесс - компонент, обозначающий деятельность сотрудников организации, осуществляемую в рамках описываемого процесса и нацеленную на получение результата.
2. Событие - некоторый факт, который может быть обнаружен и идентифицирован сотрудниками организации. Процессы выполняются как следствие произошедших событий, и, в свою очередь порождают новые события.
3. Документ - специальным образом структурированная информация, размещенная на бумажном или электронном носителе.
4. Логическое "И" - связь между объектами диаграммы, показывающая необходимость логического объединения нескольких объектов. Например, если в "И" входит два события, это означает, что дальнейшее прохождение процесса невозможно, пока не произойдут оба эти события. Если из "И" выходят два события, это означает, что всегда происходит и одно, и второе событие (при этом события не обязательно должны происходить одновременно).
5. Логическое "ИЛИ" - логическая связь между объектами диаграммы, показывающая вариативность процесса. Например, если в "ИЛИ" входит несколько событий, это означает, что дальнейшее прохождение потока возможно при появлении любого из этих событий. Если из "ИЛИ" выходят несколько событий, это означает, что может произойти любое сочетание этих событий: как одно из них, так и несколько.
6. Исключающее "ИЛИ" - логическая связь между объектами диаграммы, показывающая альтернативы. Например, если в исключающее "ИЛИ" входит несколько событий, это означает, что они являются альтернативными, взаимоисключающими способами инициирования дальнейшего потока. Если из исключающего "ИЛИ" выходят несколько событий, это означает, что на выходе может произойти только одно из них, все остальные при этом исключаются.
7. Ресурс - материальный или информационный объект, задействованный или формируемый в процессе.
8. Подпроцесс - деятельность, для которой имеется диаграмма декомпозиции.
9. Внешний процесс - деятельность организации, находящаяся за рамками данного процесса, которая так же формализована как процесс (точнее, как компонент модели деятельности).
10. Внешняя организация - сторонняя организация, деятельность которой не описывается в рамках данной модели.
11. Дорожка - горизонтальная ролевая дорожка на схеме, в заголовке которой указывается исполнитель (организация, подразделение, должность или роль) и в границы которой помещаются все процессы, за исполнение которых несет ответственность данный исполнитель.
12. Разделитель - вертикальная линия, с помощью которой на диаграмме можно обозначить один из этапов описываемого процесса (при этом желательно так же обозначить все другие этапы).

По сути, предлагаемая нотация является симбиозом двух "классических" нотаций - Сross-functional flowchart и Event-driven process chain . Как можно видеть, в рамках описываемого подхода не применяется традиционный элемент функциональных блок-схем - "решение", вместо него используется явное обозначение событий с указанием логических отношений между ними. Это обеспечивает сравнительно большую наглядность, гибкость и возможность более полного описания логики протекания процесса.