Разделы сайта
Выбор редакции:
- Вертикальный конгломерат
- Фотограф Всеволод Тарасевич: сумасшедшая жизнь от «Формирования интеллекта» и до «Края земли
- Требуется продавец-консультант?
- «Полная неожиданность»: в России рухнули продажи электроники
- На слонимщине перерисовали соломенные фигуры, так как они уж очень напоминали известных людей беларуси
- Трудовая мотивация и удовлетворенность трудом Похожие работы на - Профессиональное удовлетворение работой разными поколениями сотрудн
- Как получить грант на начало бизнеса, руководство от первого лица
- Разделение рабочего времени на части
- Презентация на английском языке И
- Как формировать профили должностей для поиска ценных сотрудников?
Реклама
Практические работы моделирование бизнес процессов microsoft visio. Схемы процессов в Visio |
Для построения схем бизнес процессов часто используют программный пакет Visio. По своей сути он не является CASE средством . Несмотря на это, для простейшего моделирования Visio достаточно удобен. Он позволяет создавать наглядные схемы процессов. Изначально этот программный продукт разработан и выпускался компанией Visio Corporation. В дальнейшем, он был приобретен Microsoft и вошел в пакет офисных приложений Microsoft Visio. На сегодняшний день последней версией этого программного продукта является Microsoft Visio 2013. Для построения схем в Visio применяется векторная графика, которая позволяет масштабировать изображение без потери качества. Также, Microsoft Visio обладает широкими возможностями по графическому оформлению диаграмм и схем процессов. Эти свойства делают Visio хорошим инструментом для «рисования» бизнес процессов. Рассматривать его как полноценный инструмент для моделирования, конечно, нельзя. Новая версия Visio позволяет создавать схемы процессов на основе стандарта моделирования BPMN 2.0 (Business Process Model and Notation) и визуально проверять корректность построения этих диаграмм. Также, в новой версии Visio есть возможность создавать схемы на основе стандарта моделирования UML 2.4 Microsoft Visio 2013 выпускается в двух вариантах – Microsoft Visio Standard и Microsoft Visio Professional. Отличие этих вариантов в основном заключается в составе диаграмм. Версия Professional предоставляет больше видов диаграмм и возможностей по их представлению. Возможности VisioОсновными преимуществами Visio, по сравнению с CASE средствами, являются:
При моделировании процесса в Visio нужно помнить, что основной целью является отображение логики процесса, его участников и выполняемых ими действий . Соответственно, для отображения логики процесса используем события и логические связи между ними, участников показываем с помощью ролевых дорожек, их действия – с помощью элементов вида «процесс». Все прочие аспекты (документы, ресурсы) должны отображаться таким образом, чтобы не затруднить понимание логики, для полного раскрытия этих аспектов процесса лучше использовать текстовое или табличное описание. Для целей моделирования в данном примере мы рассмотрим упрощенный процесс продажи некого самостоятельно производимого товара. Непосредственное моделирование лучше всего начать с указания наименования и уточнения границ процесса. Границы можно зафиксировать сразу в виде событий на схеме. В нашем примере граничными событиями будут «Выявлена потребность клиента» и «Потребность подкреплена взаимными обязательствами» (см. рис. 3). Рис. 3. Заголовок и границы процесса Чтобы облегчить восприятие схем, описание процесса должно начинаться в левом верхнем углу (см. рис. 4). Нарушение этого правила нежелательно, но возможно, если по каким-то причинам первоначально задан порядок исполнителей / дорожек, и первые работы в рамках процесса относятся к дорожке, находящейся в середине или внизу. Каждая работа / процедура на схеме процесса должна быть оформлена как целостный блок, имеющий логические границы в виде событий, документов. Эти логические границы позволяют лучше осмыслить и более качественно структурировать процесс. Структурирование описываемого процесса, если оно не было осуществлено заранее, целесообразно проводить исходя из понимания той цепочки промежуточных результатов (событий) , которая необходима для достижения цели процесса . Данная цепочка реализуется путем пошагового перехода от начального к конечному событию процесса. При формулировании событий желательно оперировать объектами и их состояниями ("потребность выявлена", "заказ обработан" и т.п.). Упрощенный пример описания процесса показан на рис. 5. Рис. 5. Упрощенный пример описания процесса На схеме два блока ("Подготовка проекта договора" и "Включение заказа в план производства") обозначены как "подпроцессы". Это означает, что для них существуют соответствующие схемы декомпозиции - детализированные описания этих подпроцессов на отдельных страницах того же файла Visio или в других файлах. Для моделирования процесса мы будем использовать Microsoft Visio 2010 , но все написанное применимо и к другим версиям. Перед началом работы над моделью процессов необходимо выбрать и, при необходимости, адаптировать нотацию - набор графических элементов, которые будут использоваться при построении диаграммы. В Microsoft Visio такие графические элементы группируются в специальные шаблоны (stencils): шаблон для функциональной блок-схемы (cross-functional flowchart), шаблон для EPC (event-driven process chain - аналог одноименного типа диаграммы в ARIS), шаблон для потока создания ценности (один из методов визуализации, применяемых в рамках "бережливого производства") и т.д. Мы возьмем первый из перечисленных шаблонов (см. рис. 1) и некоторым образом адаптируем его. Рис. 1. Выбор шаблона Visio В наборах элементов шаблона (в Visio 2010 их три) можно обнаружить базовые элементы. При моделировании процесса мы будем использовать только некоторые из них. И, чтобы сделать дальнейшую работу более удобной, необходимые нам элементы лучше поместить в отдельный набор, после чего немного их адаптировать и дополнить (см. рис. 2). Представленный на рисунке набор можно скачать . Рис. 2. Набор элементов для моделирования процессов Дадим краткое пояснение элементов в наборе:
По сути, предлагаемая нотация является симбиозом двух "классических" нотаций - Сross-functional flowchart и Event-driven process chain . Как можно видеть, в рамках описываемого подхода не применяется традиционный элемент функциональных блок-схем - "решение", вместо него используется явное обозначение событий с указанием логических отношений между ними. Это обеспечивает сравнительно большую наглядность, гибкость и возможность более полного описания логики протекания процесса. Меня часто спрашивают - что почитать о бизнес-процессах? А вот если говорить о книгах - то уверенно могу сказать лучшая книга о бизнес-процессах - это книга, написанная Репиным и Елиферовым: "Бизнес-процессы компании. Построение, анализ, регламентация". Описание бизнес-процессов: стремление к простоте.В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема» в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие.При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов. Для бизнес-аналитиков компаний тезисы, обсуждаемые в статье, - это серьезный повод задуматься, насколько эффективны используемые ими подходы к разработке графических схем процессов организации. Введение Одной из важнейших целей формирования графических схем процессов является последующее их использование в регламентирующих документах организации. По этим схемам, как правило, работают сотрудники, которые не обучены сложным нотациям, не имеют навыков системного анализа и т.п. Для них очень важна простота и наглядность схем. Сложные, запутанные схемы, содержащие много различных условных обозначений, плохо воспринимаются людьми, что затрудняет их практическое использование. Поэтому для практических целей важным является корректный выбор и использование нотации (методики) описания процессов. По каким критериям следует выбирать такую нотацию? Как сравнивать разные нотации между собой? Рассмотрим несколько популярных нотаций и попытаемся ответить на эти вопросы. Сравнение нотацийДля сравнения были выбраны следующие нотации описания процессов:
В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на рис. 1-4. Рис. 1. Схема процесса в нотации «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»). На схеме рис. 1. Последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов - при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы ни то, и не другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т.п. Но на схеме процесса нужно показывать реальные объекты - процессы, выполняемые людьми, документы, информационные системы и т.п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:
Сформулируем «плюсы» и «минусы» рассмотренного выше (рис. 1.) способа использования «ромбиков».
На рис. 2. показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме рис. 1. Схема рис. 2. выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности, эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании. Рис. 2. Схема процесса в нотации «Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»). «Плюсы» и «минусы» графического представления процесса в форме, представленной на рис. 2., показаны ниже. В целом, применение схем в формате, подобном представленному на рис. 2, является удобным как для разработчиков, так и для сотрудников, работающих по этим схемам. На рис. 3. представлена схема процесса, сформированная в нотации «Процедура» среды моделирования Business Studio. Схема имеет несколько особенностей. Во-первых, блоки «Решение» использованы не стандартным образом - не как графический элемент для отображения вопроса и ветвления, а как полноценная операция процесса, связанная с принятием решений. В Business Studio «ромбик» обладает почти всеми атрибутами полноценного процесса, но не может быть декомпозирован (возможно, разработчики системы со временем сделают такую возможность). Использование «ромбика» (вместо четырехугольника) делает схему нагляднее. При этом в атрибуты «ромбика» можно внести любую текстовую информацию: описание, начало, завершение, требование к срокам и т.п. Второй особенностью схемы процесса, представленной на рис. 3., является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником - стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Но именно в Business Studio можно пользоваться только одним типом стрелок - стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности. Такой подход дает возможность:
Таким образом, не загромождая схему лишними элементами, мы можем, тем не менее, полно описать процесс и выгрузить в регламент всю необходимую информацию. «Плюсы» и «минусы» графического представления процесса в форме, представленной на рис. 3., показаны ниже. Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»). В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на рис. 3. На рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика. Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на рис. 1-3. Трудоемкость формирования такой схемы так же существенно выше.
В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса. Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio). Описание процесса для целей последующей автоматизации Интересно посмотреть на рассматриваемую схему процесса в случае, если она описана в нотации BPMN 2.0. Это нотация предназначена для описания «исполняемых» процессов, т.е. процессов которые поддерживает система BPM. Своим мнением об использовании BPMN 2.0. делится А.А. Белайчук - Генеральный директор компании «Бизнес-консоль»:
Рис. 5. Схема процесса в нотации BPMN 2.0. Практика жизни На рис. 6 показан фрагмент схемы процесса, разработанный бизнес-аналитиками вполне конкретной компании в придуманной ими нотации. Схема построена с применением принципов «Простой блок-схемы» - применяется блок «Решение» в своем классическом варианте. Кроме этого, на схеме представлено множество других условных обозначений, использованных не совсем стандартным образом. При формировании схемы рис. 6, бизнес-аналитики очевидно, «боролись» за наглядность и максимальную понятность для рядового пользователя. Они стремились свести к минимуму, или вообще отказаться от текстового комментария к схемам процессов. Исполнителям просто печаталась схема формата А3, при чтении которой все сразу становилось понятно: что делать, как, какие документы использовать и т.п. Рассматриваемая схема не является, конечно, образцом простоты и наглядности. Но она была сформирована, чтобы донести максимум полезной информации для исполнителей процесса. Выводы Итак, очевидно, что при описании процессов нужно стремиться к простоте и понятности для сотрудников.
Поэтому не стоит загромождать схему процесса различными графическими элементами. Но уже если их использовать, то лучше, чтобы они несли полезную информацию для сотрудников, а не были просто следствием формального применения нотаций моделирования. В.В. Репин , к.т.н., доцент, Исполнительный директор ООО «BPM Консалтинг Групп », зав. кафедрой Управления бизнес-процессами НОУ ВПО «ИЭФ «Синергия», основатель портала www.FineXpert.ru Именно эти простые принципы я и пытаюсь донести до руководителей предприятий, которые очарованные красивыми презентациями программных продуктов зачастую забывают, что часто простой чек-лист лучше 10 страниц регламентов. |
На сегодняшний день Microsoft Visio является одним из самых распространённых программных продуктов бизнес-моделирования и установлен на компьютерах многих бизнес-аналитиков. Практика показывает, что наличие такого простого, недорогого и в тоже время функционального инструмента в несколько раз повышает эффективность выполнения проектов и задач формализации и оптимизации деятельности предприятия. В ходе семинара подробно рассматриваются нотации бизнес-моделирования и описания бизнес-процессов, встроенные в MS Visio, методики разработки бизнес-моделей и реализации различных проектов с помощью MS Visio, базовые и сервисные функции MS Visio, приводится большое количество примеров из реальных организаций. Основной акцент на данном семинаре делается не на том "какие нажимать кнопки", а на том как решать практические бизнес-задачи с помощью MS Visio (т.е. разрабатывать стратегические карты, описывать и анализировать бизнес-процессы, разрабатывать эффективные бизнес-модели и регламенты). Поэтому по результатам семинара участники получают знания + навыки как по работе в MS Visio, так и по основным методикам и успешным практикам бизнес-инжиниринга. Семинар-практикум даст ответы на следующие вопросы:
На семинаре каждому участнику предоставляется компьютер с установленным MS Visio, на котором выполняются практические задания. Это позволяет участникам сразу после завершения семинара встраивать полученные наработки в деятельность своих организаций и дальше их развивать. Все материалы и бизнес-модели в MS Visio, которые демонстрируются на семинаре, передаются участникам в электронном виде. Для эффективного обучения на семинаре необходимы базовые знания и навыки по работе с программными продуктами MS Word и MS Excel. Программа семинара:
Автор и ведущий - : |
|
Читайте: |
---|
Популярное:
Новое
- Фотограф Всеволод Тарасевич: сумасшедшая жизнь от «Формирования интеллекта» и до «Края земли
- Требуется продавец-консультант?
- «Полная неожиданность»: в России рухнули продажи электроники
- На слонимщине перерисовали соломенные фигуры, так как они уж очень напоминали известных людей беларуси
- Трудовая мотивация и удовлетворенность трудом Похожие работы на - Профессиональное удовлетворение работой разными поколениями сотрудн
- Как получить грант на начало бизнеса, руководство от первого лица
- Разделение рабочего времени на части
- Презентация на английском языке И
- Как формировать профили должностей для поиска ценных сотрудников?
- Рабочее время в нестандартных ситуациях По пятницу с 9 00