Программа для описания бизнес процессов visio. Тренинг "Описание бизнес-процессов в Microsoft Visio"

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

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

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

Задание 1

Рис. 3.3. Простая блок-схема (этап 3)

8. Введите текст в фигуры блок-схемы (см. Рис. 3.4). Для ввода текста в фигуру выполните действия:

9. На вкладке Главная в группе Сервис выберите инструмент Указатель .

• Щелкните фигуру, в которую должен быть введен текст.
• Напечатайте нужный текст.

Примечание:

1. Чтобы увеличить масштаб фигуры, нажмите на клавиатуре комбинацию клавиш + и щелкайте левой клавишей мыши по фигуре, пока не добьетесь нужного масштаба.
2. Чтобы уменьшить масштаб фигуры, нажмите на клавиатуре комбинацию клавиш + и щелкайте правой клавишей мыши по фигуре, пока не добьетесь нужного масштаба.

Рис. 3.4. Простая блок-схема (этап 4)

Нумерация фигур в блок-схеме

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

Задание 2

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

   Для этого:

   • На вкладке Вид в группе Макросы щелкните кнопку со списком Надстройки , выберите группу Дополнительные решения Visio , а в ней команду Нумерация фигур .
   • В открывшемся окне Нумерация фигур укажите параметры
     • на вкладке Общие :
       • Операция — Автонумерация;
       • Применить к — Все фигуры;
       • Начать с — 1;
       • Интервал — 1;
       • Поставьте флажок Продолжить нумерацию фигур при перетаскивании на страницу.
     • На вкладке Дополнительно :
       • Поместить номер — Перед текстом фигуры;
       • Порядок нумерации — Слева направо, сверху вниз;
       • Поставьте флажок Исключать соединительные линии .
     • Щелкните кнопку ОК .
2. Сохраните блок-схему.

Рис. 3.6. Простая блок-схема (этап 6)

Изменение блок-схемы

Добавление фигуры между двумя другими фигурами

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

Удаление фигуры

Для удаления фигуры с блок-схемы выделите данную фигуру и щелкните на клавиатуре.

Перенумерация фигур

Для перенумерации фигур блок-схемы выполните действия:

1. На вкладке Вид в группе Макросы щелкните кнопку Надстройки и выберите в группе Дополнительные решения Visio команду Нумерация фигур .
2. В открывшемся окне Нумерация фигур на вкладке Общие выберите переключатель Перенумеровать в том же порядке , укажите начальный номер для нумерации и щелкните ОК .

Задание 3

1. Измените блок-схему, подготовленную при выполнении задания 2:
   • Удалите фигуру Документ (Отправить заявление).
   • Между фигурами Решение (Заявление оформлено правильно) и Документ (Отправить отказ) поместите фигуруПроцесс (Переслать помощнику по торговой выставке).
   • Добавьте фигуру Процесс (Позвонить участнику выставки по поводу оплаты) ниже фигуры Документ (отправить счет).
   • Перенумеруйте фигуры блок-схемы в том же порядке, начиная с начального номера — 1.
2. Сохраните блок-схему.

Рис. 3.7. Простая блок-схема (этап 7)

Изменение расположения соединенных фигур

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

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

Задание 4

Функциональная блок-схема

Назначение макета Функциональная блок-схема

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

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

Задание 5

Добавление, перемещение, удаление дорожки

Для добавления дорожки в функциональную блок-схему выполните один из указанных ниже вариантов действий:

• Щелкните имеющуюся на схеме дорожку правой кнопкой мыши и выберите в контекстном меню пункт Вставить «Дорожка» перед или Вставить «Дорожка» после .
• Наведите указатель мыши на угол одной из дорожек. Щелкните появившуюся синюю стрелку Вставить фигуру «Дорожка» .
• На вкладке Функциональная блок-схема в группе Вставить нажмите кнопку Дорожка . Дорожка будет добавлена после выделенной дорожки или в конце полосы, если дорожка не выделена.
• Из набора элементов Фигуры функциональной блок-схемы перетащите дорожку в нужное место на границу полосы.

Для перемещения дорожки:

1. Щелкните заголовок дорожки, которую необходимо переместить, чтобы выделить ее. Указатель мыши примет форму значка перемещения.
2. Перетащите дорожку в нужное место.

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

Для удаления дорожки:

1. Щелкните подпись дорожки, которую требуется удалить.
2. Нажмите клавишу на клавиатуре.

Примечание. При удалении дорожки также удаляются все фигуры, содержащиеся на ней.

Событийная цепочка процессов - Event-driven Process Chain (EPC) Организации используют EPC-диаграммы для планирования потоков работ бизнес-процессов. Существует ряд инструментов для создания EPC-диаграмм, например, набор инструментов ARIS и ARIS Express, Microsoft Visio, Adonis от BOC Group, Mavim Rules от Mavim BV, Business Process Visual Architect от Visual Paradigm. Некоторые из этих средств поддерживают инструментонезависимый формат обмена данными EPC язык разметки EPML. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса. EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.

Использование MS Visio В Visio 2013 в категории "Бизнес" содержится шаблон «Схема EPC», с помощью которого можно создать схему событийной цепочки процесса(Event Driven Process Chain, EPC) для документирования бизнес-процессов.

Выводы Использование программного средства Microsoft® Visio® удобно, просто и доступно как графопостроитель для моделей процессов, но не является в полном смысле средством моделирования. В профессиональных средствах моделирования объекты и их свойства хранятся в ячейках баз данных, что позволяет совершать различные операции с ними. Однако, при использовании сложных систем моделирования требуется приобретение, установка, освоение и серьезная поддержка таких систем. Оправданно это только в тех случаях, когда есть реальная необходимость использовать все возможности баз данных достаточно полно. Ваш выбор будет зависеть от сферы применения: нужно ли вам «легкое» решение либо профессиональный программный продукт.

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

Владимир Репин

Генеральный директор ООО «Владимир Репин Менеджмент»

Член ABPMP Russia

Консультант по управлению

Бизнес-тренер

Кандидат технических наук

В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема » в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие. При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов.

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

Введение

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

Сравнение нотаций

Для сравнения были выбраны следующие нотации описания процессов:

1. «Простая блок-схема » (с отображением движения документов, с использованием блока «Решение»);
2. «Простая блока-схема » (без отображения движения документов, без использования блоков «Решение»);
3. «Процедура» системы Business Studio (один из возможных вариантов представления);
4. ARIS eEPC.

В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на Рис. 1-4.

Рис. 1. Схема процесса в нотации «Простая блок-схема » в MS Visio (с движением документов, с использованием блока «Решение»)

На схеме, представленной на Рис. 1, последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов — при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы, ни то, и ни другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т. п. Но на схеме процесса нужно показывать реальные объекты — процессы, выполняемые людьми, документы, информационные системы и т. п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:

• Описать логику принятия решения в виде последовательность операций на схеме рассматриваемого процесса;
• Описать логику в виде схемы шагов соответствующего подпроцесса, переходя на уровень ниже;
• Описать логику текстом (в текстовых атрибутах операции) и в последующем вывести в регламент выполнения процесса.

Сформулируем «плюсы» и «минусы» рассмотренного выше (Рис. 1) способа использования «ромбиков».

«Простая блок-схема » в MS Visio (с движением документов, с использованием блока «Решение»)

На Рис. 2 показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме Рис. 1. Схема Рис. 2 выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании.

Рис. 2. Схема процесса в нотации «Простая блок-схема » в MS Visio (без движения документов, без использования блока «Решение»)

«Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 2, показаны ниже.

«Простая блок-схема » в MS Visio (без движения документов, без использования блока «Решение»)

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

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

Второй особенностью схемы процесса, представленной на Рис. 3, является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником — стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Однако в Business Studio можно обойтись использованием только одного типа стрелок — стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности.

Такой подход дает возможность:

• Существенно сократить количество графических элементов на схеме процесса, и при этом;
• Вывести в регламент процесса необходимую информацию о входящих и исходящих документах.

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

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

Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

«Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 3, показаны ниже.

«Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на Рис. 3.

На Рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика.

Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на Рис. 1-3. Трудоемкость формирования такой схемы также существенно выше.

Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio)

Схема процесса в нотации ARIS eEPC (построена в Business Studio)

В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.

Описание процесса для целей последующей автоматизации

Интересно рассмотреть приведенный выше пример описания бизнес-процесса в случае, если он представлен в нотации BPMN 2.0. Это нотация предназначена для описания «исполняемых» процессов, т. е. процессов которые поддерживает система BPM.

Своим мнением об использовании BPMN 2.0. делится А. А. Белайчук — Генеральный директор компании «Бизнес-консоль»:

«На Рис. 5 изображен тот же процесс в нотации BPMN. Как мы видим, этот рисунок похож на Рис. 1: в нотации BPMN задачи изображаются прямоугольниками, развилки — ромбами, данные — пиктограммой, похожей на документ. Потоки управления — сплошные линии, потоки данных — пунктирные.

Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8. Помимо более широкой палитры, эту нотацию отличает возможность моделировать не только изолированный поток работ, но также несколько процессов, взаимодействующих друг с другом через сообщения или данные. Кроме того, эта нотация более строгая: в ней определены не только значки, но и правила, по которым они могут сочетаться друг с другом. Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением — „движком“ BPM-системы.

В то же время, как показывает данный пример, при использовании ограниченного подмножества палитры BPMN оказывается не сложнее привычной блок-схемы. Ну, а тем, кто хочет освоить BPMN профессионально, мы рекомендуем специализированные тренинги bpmntraining.ru .»

Рис. 5. Схема процесса в нотации BPMN 2.0

Практика жизни

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

Рис. 6. Примеры схемы процесса одной из компаний

При формировании схемы Рис. 6, бизнес-аналитики очевидно, «боролись» за наглядность и максимальную понятность для рядового пользователя. Они стремились свести к минимуму, или вообще отказаться от текстового комментария к схемам процессов. Исполнителям просто печаталась схема формата А3, при чтении которой все сразу становилось понятно: что делать, как, какие документы использовать и т. п.

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

Выводы

Итак, очевидно, что при описании процессов нужно стремиться к простоте и понятности для сотрудников.

Использование сложных, формализованных нотаций при описании процессов приводит к:

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

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

http://finexpert.ru/ — среда общения профессионалов http://bpm3.ru/ — процессы, проекты, эффективность

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

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

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

Семинар-практикум даст ответы на следующие вопросы:

• Как быстро и эффективно разрабатывать бизнес-модели в различных нотациях?
• Как разработать бизнес-модель в соответствии со всеми требованиями выбранной нотации и автоматически проверить её правильность (корректность)?
• Какие характеристики и особенности применения нотаций, встроенных в MS Visio: Basic FlowChart (простая блок-схема), Cross Functional FlowChart (функциональная блок-схема), IDEF0, ARIS VACD (Value Added Chain Diagram), eEPC (Event driven Process Chain), Cause and Effect Diagram (модель причинно-следственного анализа), BPMN (Business Process Model and Notation) и многие другие?
• Как применять базовые и сервисные функции MS Visio на профессиональном уровне?
• Как решать повседневные и сложные практические задачи с помощью MS Visio?
• Какие примеры и результаты использования MS Visio в различных организациях и проектах?
• Что представляет собой комплексная бизнес-модель организации, как она разрабатывается и оформляется?
• Как разрабатывать регламенты и нормативные документы на основе бизнес-моделей, обеспечить их исполнение сотрудниками?

Семинар-практикум предназначен для руководителей и специалистов следующих подразделений:

• Управление бизнес-процессов и технологий;
• Управление методологии и документооборота;
• Управление стратегического и организационного развития;
• Управление информационных технологий;
• Служба качества и стандартизации;
• Управление персонала;
• Проектный офис;
• Финансовые подразделения;
• А также подразделения, руководители и специалисты которых, участвуют в проектах по стратегическому и организационному развитию, регламентации и оптимизации бизнес-процессов, организационной структуры, повышению эффективности труда, часто разрабатывают различные бизнес-модели и регламенты.

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

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

Все материалы и бизнес-модели в MS Visio, которые демонстрируются на семинаре, передаются участникам в электронном виде.

Для эффективного обучения на семинаре необходимы базовые знания и навыки по работе с программными продуктами MS Word и MS Excel.

Программа семинара:

1. Основы бизнес-моделирования и бизнес-инжиниринга
   • Основные понятия бизнес-моделирования, бизнес-инжиниринга и организационного развития
   • Основные системы управления и бизнес-модели в организации, интегрированная система менеджмента (ИСМ)
   • Подразделения, участвующие в проектах и задачах бизнес-инжиниринга, их взаимодействие
   • Комплексная бизнес-модель организации: структура, содержание и примеры
   • Программный продукт MS Visio: особенности и решаемые задачи
   • Организация проекта по внедрению MS Visio, формализации и оптимизации деятельности предприятия
2. Интерфейс и базовые функции MS Visio
   • Главное меню («лента»)
   • Создание моделей, работа с листами, настройка отображения и оформления моделей
   • Панель инструментов («фигуры»)
   • Работа с объектами (фигурами): создание, редактирование, форматирование (оформление), автовыравнивание, макеты расположения объектов на модели, атрибуты объектов и их заполнение
   • Работа со связями объектов, создание новых точек соединения на объектах, автосоединение объектов (технология hotspots)
3. Разработка базовых и стратегических бизнес-моделей в MS Visio, примеры
   • Методика стратегического управления и сбалансированная система показателей (BSC / KPI)
   • Стратегическая карта и счётная карта BSC / KPI, назначение показателей и проектов для стратегических целей
   • Дерево продуктов и бизнес-направлений
   • Организационная структура
   • Дерево бизнес-процессов, назначение ответственных за бизнес-процессы
   • Модель причинно-следственного анализа проблем «Cause and Effect Diagram» (диаграмма Исикавы)
   • Системная архитектура (информационные системы, приложения и ИТ-инфраструктура)
   • Модели по управлению проектами (GANT-Chart, PERT-Chart)
4. Разработка процессных бизнес-моделей в MS Visio с помощью различных нотаций (шаблонов), примеры
   • Методика описания бизнес-процессов и система управления бизнес-процессами (СУБП)
   • Методы повышения качества бизнес-процессов и система менеджмента качества (СМК)
   • Обзор нотаций для описания бизнес-процессов, их характеристик и применения
   • Правила разработки графических моделей бизнес-процессов
   • Классические нотации: Basic FlowChart (простая блок-схема), Cross Functional FlowChart (функциональная блок-схема), IDEF0, IDEF3, DFD
   • Нотации ARIS: VACD (Value Added Chain Diagram), eEPC (Event driven Process Chain) и др.
   • Нотация BPMN (Business Process Model and Notation)
   • Визуальное представление бизнес-процессов (схема рабочего процесса)
   • Примеры моделей бизнес-процессов (технологических карт) в различных нотациях: управление персоналом, менеджмент качества, стратегическое управление, управление рисками, процессы ITIL / ITSM (ИТ-обеспечение), антикризисное управление, маркетинг и работа с клиентами, финансовые процессы и др.
5. Сервисные функции MS Visio, примеры применения
   • Привязка данных к бизнес-моделям (подключение к внешним источникам данных), автоматическое обновление, визуализация данных
   • Контроллинг показателей KPI (мониторинг бизнес-процессов)
   • Привязка внешних документов к объектам бизнес-моделей
   • Декомпозиция бизнес-процессов (создание вложенных моделей)
   • Синхронизация объектов на моделях
   • Разработка новых нотаций бизнес-моделирования (собственных фигур / объектов)
   • Функционально-стоимостной анализ (ФСА) бизнес-процессов
   • Проверка бизнес-моделей на правильность построения и соответствие нотации (стандарту)
   • Web-publisher (публикация бизнес-моделей в HTML-формате)
   • Разработка шаблонов отчётов, автоматическая генерация отчётов на основе бизнес-моделей (регламенты бизнес-процессов, счётные карты, положение об организационной структуре, продуктах и др.)
6. Обзор и сравнительный анализ других программных продуктов бизнес-моделирования
   • Business Studio
   • AllFusion Process Modeler (BPWIN)
   • Бизнес-инженер

Автор и ведущий - :
Эксперт по бизнес-инжинирингу и управлению в банковской сфере.
Член Координационного комитета Ассоциации Российских Банков (АРБ) по стандартам качества банковской деятельности.
Партнёр группы компаний «Современные технологии управления».

Если Вы хотите принять участие, заполните нижеприведенную форму: