Как создать бизнес процесс visio

Моделирование процесса в Visio. Часть 2. Формирование схемы процесса

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

Для целей моделирования в данном примере мы рассмотрим упрощенный процесс продажи некого самостоятельно производимого товара.

Непосредственное моделирование лучше всего начать с указания наименования и уточнения границ процесса. Границы можно зафиксировать сразу в виде событий на схеме. В нашем примере граничными событиями будут «Выявлена потребность клиента» и «Потребность подкреплена взаимными обязательствами» (см. рис. 3).

Рис. 3. Заголовок и границы процесса

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

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

Рис. 4. Направление потока работ на схеме, логические границы работы / процедуры

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

Упрощенный пример описания процесса показан на рис. 5.

Рис. 5. Упрощенный пример описания процесса

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

Источник

Схемы процессов в Visio

Схемы процессов — это визуализации любого пошагового процесса. Обычно они создаются как фигуры с фигурами, которые представляют этапы процесса, соединенные стрелками, которые указывают на следующий шаг.

Visio много шаблонов схем процессов, но их можно поместить в одну из двух категорий:

Общие схемы процессов

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

Схема рабочего процесса

Чтобы найти эти шаблоны:

Откройте вкладку Файл.

Простая блок-схема

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

Функциональная flowchart

Функциональная flowchart — это то же самое, что и базовая, но с дополнительным элементом структуры: контейнеры под названием «плавающие пути», которые представляют людей или отделы, отвечающие за каждый шаг. На самом деле в шаблоне «Функциональная flowchart» используется тот же самую фигуру, что и в шаблоне «Базовая flowchart». Основное различие заключается в том, что на страницу добавлены некоторые плавания, с помощью которые можно начать с.

Схема рабочего процесса

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

Схемы процессов для конкретных методологий

Схемы процессов, основанные на методологии, имеют более структурную структуру, чем схемы общего назначения, и могут передавать более подробные сведения. Они часто используют символы, которые имеют определенное значение, или требуют, чтобы определенные типы данных сопровождали определенные фигуры для полной реализации процесса. Эти правила или рекомендации обычно формально описываются в спецификациях, большинство из которых доступны в Интернете. Эти схемы поддерживаются только вVisio профессиональный и Visio, план 2.

Чтобы найти эти шаблоны:

Откройте вкладку Файл.

Нажмите кнопку Flowchart (Бизнес) или Flowchart (Бизнес).

Некоторые шаблоны, включенные в Visio для поддержки определенных схем методологии процессов, включают:

Схема нотации моделирования бизнес-процессов

Источник

Моделирование процесса в Visio. Часть 1. Выбор и адаптация нотации

Для моделирования процесса мы будем использовать 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. Как можно видеть, в рамках описываемого подхода не применяется традиционный элемент функциональных блок-схем — «решение», вместо него используется явное обозначение событий с указанием логических отношений между ними. Это обеспечивает сравнительно большую наглядность, гибкость и возможность более полного описания логики протекания процесса.

Источник

Инструменты моделирования бизнес-процессов

Настоящая статья продолжает цикл публикаций, посвященных инструментам, которые российские компании могут использовать для решения задач моделирования и совершенствования бизнес-процессов без существенных рисков. Напомним, что в предыдущей статье данного цикла рассказывалось о продуктах компании 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.

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

Источник