Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ:  Археология Биология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия ЭкологияТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву 
Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Описание процессов при помощи блок-схемСодержание книги
Поиск на нашем сайте
Простейшим, но практически важным способом описания бизнес-процессов является методика составления блок-схем. Данный подход имеет много общего с графическими языками описания алгоритмов программного обеспечения. С точки зрения методологии формирование блок-схем проводится так же, как в нотации 1DEF3, хотя для упрощения символы логики можно опустить. Для разработки блок-схем используют стандартные офисные программные продукты, например MS Word или Visio. Основные графические объекты языка описания процессов при помощи блок-схем представлены в табл. 2.3. Таблица 2.3 Графические объекты блок-схемы процесса
Пример описания процесса при помощи блок-схем представлен на рис. 2.44. Блок-схемы удобно строить на листе, располагая вертикально. При этом справа от блок-схемы процесса остается место для описания выполняемых функций, результатов выполнения функций, исполнителей, номеров входящих и ис-
ходящих документов. Такая форма представления блок-схем удобна для документирования процессов и создания регламентирующей документации: описания процессов, должностных и рабочих инструкций.
Сравнительный анализ нотаций ARIS и IDEF. Выбор нотации для описания процессов Нотации IDEF0 и ARIS VAD В табл. 2.4 приведен сравнительный анализ нотаций моделирования бизнес-процессов ARIS VAD и IDEFO. Обе эти нотации предназначены для описания процессов организации на верхнем уровне. Таблица 2.4 Сравнение нотаций IDEFO и ARIS VAD
Таблица 2.4 (окончание)
Глава 2 Выбор методологии описания бизнес-процессов______________________ 105 вательность процедур во времени — больше подходит для создания моделей класса Work Row (например, моделей IDEF3). Метод ARIS VAD лишен важнейших практически необходимых инструментов, таких как отображение входов управления процессом, возможность описания обратных связей, миграция связей (входов/выходов процесса) при декомпозиции и др. В методических материалах [6| по использованию нотации ARIS VAD можно найти следующие рекомендации. На первом этапе работы формируют модели верхнего уровня в нотации ARIS VAD. Затем эти модели декомпозируют в нотации ARIS eEPC. Но допускается также создание нескольких уровней декомпозиции в нотации ARIS VAD, что исключительно неудобно, так как декомпозируемые модели никак не связаны с моделями верхнего уровня (кроме формальной принадлежности). При дальнейшеи декомпозиции процессов в нотации ARIS eEPC приходится «вручную» заботиться о связности создаваемых моделей, так как на верхнем уровне составляющие процессов в нотации ARIS VAD были слабо взаимоувязаны между собой через потоки информации и ресурсов, носили чисто иллюстративный характер, как показано на рис. 2.45.
Справедливости ради следует отметить, что при декомпозиции процессов из нотации IDEF0 в нотацию IDEF3 мы сталкиваемся с теми же проблемами. Но 106_________________________________ В.В. Репин, В. Г Елиферов Процессный п одход к управлению здесь мы делаем акцент на том, что описание процессов в ARIS VAD на верхнем уровне существенно менее удобно, чем в IDEF0. Кроме того, работа в ARIS VAD является значительно более трудоемкой. Так, количество операций по отображению процесса в ARIS VAD увеличиваются в два и более раз, чем при создании аналогичной модели в IDEF0. На рис. 2.46 и 2.47 приводится пояснение данной оценки трудоемкости.
Видно, что для отображения простейшего процесса из двух функций в IDEF0, включающего один поток материальных ресурсов и две обратных связи, потребовалось отображение пяти объектов (две функции и три стрелки). В нотации ARIS VAD для отображения рассматриваемого процесса потребовалось 12 объектов (два объекта Value-added process chain, два — Cluster, один — Technical term.
Если в организации поставлена задача описания деятельности организации на верхнем уровне, можно решать эту задачу двумя путями, как показано в табл. 2.5. Таблица 2.5 Способы описания бизнес-процессов верхнего уровня
Нотации IDEF3 и ARIS еЕРС В табл. 2.6 приводится сравнение нотаций IDEF3 и ARIS еЕРС. Нотация ARIS еЕРС является более новой с точки зрения времени ее появления, но фактически она — расширение IDEF3 за счет использования объекта «Событие» (Event). Таблица 2.6 Сравнение нотаций IDEF3 и ARIS еЕРС
Таблица 2.6 (окончание)
Возможность моделирования событий в ARIS еЕРС позволяет создавать более корректные и подробные описания процессов. При этом, однако, существенно повышается сложность и трудоемкость описания. Дополнительные преимущества ARIS еЕРС заключаются в возможности визуального отображения Глава 2 Выбор методологии описания бизнес-процессов________________________ 10 9 входящих/исходящих документов, информации, используемой инфраструктуры и т.п. при помоши специальных объектов. К сожалению, на практике наличие таких широких возможностей по описанию процесса в ARIS еЕРС часто приводит к отрицательным результатам — модели становятся слишком сложными и громоздкими, неудобными для документирования. С формальной точки зрения нотация ARIS еЕРС является наиболее применимой для детального описания процессов. С ее помощью можно эффективно описывать процессы уровня рабочих мест с целью разработки должностных и рабочих инструкции Особо следует подчеркнуть, что обе нотации не предназначены для описания процессов верхнего уровня. Распространенная ошибка моделирования в ARIS еЕРС и IDEF3 — создание «плоских» моделей потоков работ, проходящих только через рабочие места исполнителей нижнего звена. Подчеркнем, что этот факт не указывает на недостаток конкретных нотаций, а свидетельствует о некорректных методических подходах к описанию процессов организации с их использованием. К сожалению, в российской практике эта ошибка очень распространенна. В нотации ARIS еЕРС и IDEF3 не заложены средства описания управляющих воздействий, обратных связей по управлению и информации. Поэтому при формировании моделей процессов можно использовать несколько способов отражения управляющих воздействий. Более корректным было бы описывать процессы управления отдельно. Предположим, что мы хотим использовать схему бизнес-процесса для регламентации (например, в документе «Регламент выполнения бизнес-процесса»). Эта схема должна удовлетворять следующим требованиям: 1) все отображенные на схеме операции бизнес-процесса должны существо 2) на схеме должны отображаться реальные документы, файлы и ресурсы; 3) схема процесса должна быть проста и понятна для визуального воспри 4) схема процесса должна быть компактной. Эти требования означают, что строить модель бизнес-процесса имеет смысл при описании операций уровня рабочего места исполнителя, в крайнем случае — лая операций небольшого (три-четыре человека) подразделения. Более укрупненные модели потоков работ могут дать общую информацию о процессе, но использовать такие модели для регламентации затруднительно вследствие размывания ответственности между исполнителями процесса. Если мы описываем бизнес-процесс на детальном уровне, то на выходе этой работы получаем схемы, содержащие поток операций и их исполнителей. Именно при формировании таких моделей и возникает важнейшая, на наш взгляд, проблема: из рассмотрения полностью исключаются руководители. Возникает следующая ситуация. Группа аналитиков (или внутренних экспертов) приходит в 110________________________________ В.В. Репин, В.Г. Елиферов. Процессный подход к управлению подразделение, получает разрешение руководителя, начинает работать с исполнителями процесса, переходя от одного рабочего места к другому в соответствии с ходом движения бизнес-процесса. Формируется модель бизнес-процесса, включающая операции всех рядовых исполнителей, но лишенная даже намека на руководителей, владельцев бизнес-процесса. Кроме того, такие модели чаше всего описывают нормальный ход бизнес-процесса. Возможные отклонения очень часто остаются вне рассмотрения. Так же часто опускают такие важные моменты, как действия при получении несоответствующих входов (например, документ из соседнего подразделения), получение несоответствующих требованиям выходов (брак, недоработка), регистрацию параметров процесса (измерения), контроль и т.д. Нужен ли такой результат работы руководителю? Ответ очевиден. Полученные схемы бизнес-процесса являются «плоскими», неполными, не могут эффективно использоваться для внедрения системы процессного управления. Тем не менее, многие компании, особенно крупные, выполняют отдельные проекты по созданию внутренних стандартов моделирования «плоских» бизнес-процессов, «создания баз знаний компании по бизнес-процессам» и т.п. В итоге полученные «горы» четко структурированной, но «однобокой», неполной информации оказываются бесполезными для целей реального управления. На рис. 2.48 показан «объемный» бизнес-процесс. Он состоит из нескольких моделей потоков работ, сформированных для каждого уровня: исполнители, заместители руководителя, руководитель (владелец) бизнес-процесса. На рис. 2.48 видно, что руководитель и его заместитель активно участвуют в процессе. Существует постоянный цикличный поток информации по ходу процесса от исполнителей вверх и управленческих решений от руководителей вниз. Даже если (в предельном случае) мы полностью делегируем все права на принятие управленческих решений по процессу исполнителям, то у руководителя останется ключевая функция — анализ эффективности бизнес-процесса и его улучшение с ориентиром на стратегические цели компании (если таковые имеются). Улучшение процесса руководитель осуществляет за счет управления ресурсами: персонал, финансы, материалы, оборудование, программное обеспечение, информация и т.д. Каким же образом увязать деятельность руководителей и исполнителей при построении моделей потоков работ (ARIS eEPC, IDEF3)? Очевидно, что сделать это можно несколькими способами. Первый и самый простой способ состоит в следующем: отдельно описываются потоки работ, выполняемых как руководителями, так и исполнителями. Такой подход имеет несколько недостатков, основной из которых состоит в том, что взаимодействие руководителя и исполнителя становится в модели неявным, а опосредованным при помощи обратных связей по информации. Другой способ состоит в том, что при описании работ исполнителей можно указать прямые ссылки на процессы, выполняемые руководителями, или прямо отобразить их вмешательство в работу (рис. 2.49).
На рис. 2.49 (вверху) показана простейшая цепочка бизнес-процесса, состоящая из двух операций. Предположим, что эти операции выполняются исполнителем и требуют управления со стороны руководителя. Как мы можем отобразить этот факт на модели? Согласно первому предложенному выше способу, мы указываем на модели процесса обратную связь по информации. В данном примере нотация ARIS еЕРС позволяет показать входящий и исходящий документ А, содержащий некоторую информацию. Документ А попадает от исполнителя к руководителю после выполнения Функции 2, а затем может быть возвращен на доработку при выполнении Функции 1. При этом «где-то в другом месте» мы должны описать работу руководителя по проверке этого документа и принятию решения. Это означает, что необходимо создать модель, описывающую деятельность руководителя. На рис. 2.49 приводится еще два способа «встраивания» руководителя в бизнес-процесс. Первый из них предполагает прямое включение в процесс «Функции управления», второй — в виде дополнительного события «Принято управленческое решение». Какой способ для отображения участия руководителя в бизнес-процессе выбрать? Это определяет сама организация. Можно составить схему бизнес- 11 2_________________________________ В.В, Репин, В Г, Елиферов. Процессный подход к управлению
Подводя итог, следует отметить, что формально нотация ARIS еЕРС является более удобной и проработанной, чем IDEF3. Но. к сожалению, стоимость системы ARIS Toolset, позволяющей создавать модели в ARIS еЕРС, многократно превышает стоимость систем, поддерживающих IDEF3.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Последнее изменение этой страницы: 2017-02-06; просмотров: 2150; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.141.45.90 (0.023 с.) |
102_________________________________ ВВ. Репин. В.Г. Елиферов. Процессный подход к управлению
Рис. 2.44. Пример блок-схемы процесса.
Глава 2 Выбор методологии описания бизнес-процессов 103
Описание процессов при помощи блок-схем имеет одно очень существенное преимущество — простота и доступность для восприятия руководителями и специалистами предприятия. Затраты на обучение исполнителей чтению блок-схем являются минимальными. Кроме того, для формирования блок-схем не требуются специализированные дорогостоящие программные продукты.
104___________________________ В.В. Релин, В.Г. Елиферов. Процессный подход к управлению
Сравнительный анализ нотаций показывает, что нотацию ARIS VAD можно рассматривать как инструмент простейшего схематического изображения бизнес-процессов. Это средство для эскизного описания процессов верхнего уровня, не предназначенное для построения связных, комплексных моделей деятельности организации. Более того, принцип построения моделей в ARIS VAD — последо-
Глава 2 Выбор методологии описания бизнес-процессов 107
Подчеркнем, что выбор нотации для описания процессов верхнего уровня, в первую очередь, определяется задачами проекта.
108_________________________________ В.В. Репин, В.Г. Епиферов Процессный подход к управлению
Строго говоря, формально нотации ARIS еЕРС и IDEF3 не отличаются друг от друга, так как базируются на одних и тех же принципах моделирования потоков работ (Work Flow), предполагающих использование символов логики («перекрестков» в IDEF3). При помощи этих символов отображаются ветвления и слияния потоков работ в рамках бизнес-процесса.
Глава 2 Выбор методологии описания бизнес-процессов 113
процесса уровня исполнителей, а деятельность руководителя описать в виде подробной таблицы с указанием операций, входящих и исходящих документов, принимаемых решений. Можно сформировать схемы процесса для работы самого руководителя. Можно пытаться отобразить участие руководителя на одной «плоской» схеме, увеличивая количество возможных ветвлений и слияний процесса. Мы считаем, что нужно выбирать тот способ, который наилучшим образом подходит для последующей регламентации и управления бизнес-процессом. Моделируя, главное не забыть про руководителя, поскольку именно он отвечает за управление и улучшение бизнес-процесса и, в конечном счете, модели бизнес-процессов создаются именно для него.
