В данном пособии будут рассмотрены основные традиционные и «новейшие» статистические методы контроля качества, принятые и разработанные для практического использования TQM (Total Quality Manager) в разных странах (Япония, Великобритания, Америка и Дальний Восток).
Наиболее известными из этих методов стали «семь инструментов контроля качества», которые сначала широко применялись в «кружках качества» в Японии, а затем и в других странах благодаря своей высокой эффективности и доступности для рядовых работников предприятий, В состав этих «семи инструментов» входят: блок-схемы, контрольные листки, диаграмма разброса, диаграмма Парето, причинно-следственная диаграмма, контрольные карты, гистограммы.
Наряду с уже известными ранее «семи инструментами контроля качества» в данном пособии будут рассматриваться «новейшие» инструменты, получившие практическое применение в настоящее время.
Основоположником создания «кружков качества» был Каору Ишикава (1915 - 1989 гг.). Кружки качества развились из первоначальной идеи создания групп взаимного обмена опытом, нацеливаемых на изучение методов статистического управления в своей области.
1. Основные инструменты всеобщего качества
Данные инструменты используются как системные подходы к совершенствованию качества, каждый из которых имеет важное значение, и их роль при этом выражается в следующем:
1) Блок-схема ( block diagram ) - используется для схематического описания этапов выполнения процесса.
2) Диаграмма рассеяния -разброса ( Scatter diagram ) - используется для определения формы связи между параметрами.
3) Диаграмма Парето (Ра reto diagram ) - используется для выявления наиболее существенных проблем.
4) Причинно-следственная диаграмма ( Cause and effect diagramm ) - используется для выявления причин возникающих проблем,
5) Гистограмма ( Histogram ) - используется для наглядного изображения общего разброса параметров.
6) Контрольные карты управляемости (Соп trol chart ) - используются для того, чтобы выяснить, насколько управляем процесс и каков разброс параметров.
7) Контрольные листки (Соп tr о l leaf ) - используются для выявления частоты возникновения отклонений (ошибок).
Сущность и содержание каждого из этих инструментов изложены в Британском стандарте В8 7850: Часть 2.
Блок-схема процесса
Блок-схема - это схематическое представление этапов выполнения любого процесса; порядок, в котором следуют отдельные операции, с использованием специальных символов, отражающих природу этих операций, как это показано на рисунке 1.1.
Процесс создания и анализа блок-схемы позволяет выявить источник проблемы.
Рис. 1.1. Символы, используемые на блок-схемах
(Источник: В5 7850: часть 2:1992): 1 - описание документа, 2 - начало и конец этапа,3 - описание деятельности, 4 - принятие решения, 5 -указание направления потока от одного этапа работы к другому, 6 - описание базы данных.
Пример построения блок-схемы разработки документа.
Рис. 1.2. Блок - схема (для разработки документа) (Источник: 35 7850: Часть 2:1992)
Контрольное задание № 1
Разработать блок-схему для цикла совершенствования процесса и идентифицировать инструменты и методы, которые могут быть использованы.
Диаграмма рассеяния-разброса
Диаграмма рассеяния-разброса строится как график зависимости между двумя параметрами, что позволяет определить, есть ли взаимосвязь между данными параметрами. Если такая взаимосвязь существует, можно устранить отклонение одного параметра, воздействуя на другой. При этом возможны три вида взаимосвязи - положительная, отрицательная взаимосвязь, а также отсутствие взаимосвязи.
Диаграмма рассеяния - разброса представлена на рис. 1.3.
Рис. 1.3. Диаграмма рассеяния-разброса
Контрольное задание № 2
Привести пример, где будет представлена корреляция между двумя параметрами исследуемого объекта.
Корреляция - понятие, отражающее наличие связи между явлениями, процессами и характеризующими их величинами.
Диаграмма Парето
Диаграмма Парето, названная так по имени ее автора, итальянского ученого-экономиста Парето (1845-1923), позволяет наглядно представить величину потерь в зависимости от различных дефектов. Благодаря этому можно сначала сосредоточить внимание на устранении тех дефектов, которые приводят к наибольшим потерям.
Для учета совокупного процента потерь от нескольких дефектов строится кумулятивная кривая.
Пример диаграммы Парето представлен на рис. 1.4. и отражает вероятность определенного типа неисправностей телефона.
Рис. 1.4. Диаграмма Парето:1 - шум наличии. 2- разрыв линии, 3 - тревога, 4 - не отвечает, 5 - нет звонка
Диаграмма Парето является производственным документом и отвечает логике систем качества в стандартах ИСО.
Диаграмму Парето желательно строить в течение каждого месяца, чтобы служба качества немедленно определяла причину брака и намечала оперативные мероприятия по ее устранению.
Контрольное задание № 3
Выявить причины брака в производственном процессе и на основании построенной диаграммы Парето установить максимальные потери от брака, чтобы предпринять оперативные действия по их устранению.
Причинно-следственные диаграммы и мозговая атака
Причинно-следственная диаграмма Ишикавы в виде рыбьего скелета (рис. 1.5) впервые появилась и стала использоваться в Японии для выявления причин сбоя технологических процессов, когда очевидные нарушения обнаружить трудно. При построении диаграммы используют, так называемый, «метод мозговой атаки», рекомендуемый для идентификации возможных причин.
Для этого руководствуются следующими правилами:
а) формируется группа работников (порядка шести специалистов), из которой устраняется руководство,
б) сохраняется анонимность высказываний,
в) работники низшего ранга высказываются первыми,
г) ограниченность времени проведения экспертиз.
д) строится диаграмма Ишикавы и начинается обсуждение
Причинно-следственная диаграмма применяется, как правило, при анализе дефектов, приводящих к наибольшим потерям.
Она позволяет выявить причины таких дефектов и сосредоточиться на их устранении. При этом анализируются пять основных причинных факторов: информация, человек, машина (оборудование), материал и метод работ.
Рис.1.5. Причинно-следственная диаграмма Ишикавы
Пример полностью развернутой причинно-следственной диаграммы (для анализа низкого качества фотокопий) показан на рис. 1.6.
Схема бизнес процесса отражает его суть и механизм работы. Создать схему, само по себе не очень сложно. Достаточно понимать на какие вопросы должна отвечать схема и придерживаться алгоритма создания. Если вам не терпится приступить к созданию моделей или вы не знаете с чего начать – эта статья для вас.
Хочу напомнить, что перед тем, как начать описывать бизнес процессы, необходимо . компании – платформа, с которой необходимо начинать.
Алгоритм, который я здесь привожу, будет полезен тем, кто только собирается описывать бизнес-процессы. Для тех, кто проходил у меня обучение, статья будет отличным повторением пройденного))))
Схема бизнес процесса – инструкция для нетерпеливых
1 – Задайте границы процесса
Каждый бизнес процесс начинается и заканчивается с события. Первое, что необходимо сделать, это обозначить события начала и окончания.
2 – Нарисуйте основные блоки процесса
Расположите основные блоки (подпроцессы, операции) , в том порядке, в котором они выполняются.
Не усложняйте схему на данном этапе. Отобразите блоки так, будто процесс выполняется идельно.
3 – Добавьте развилки и другие события
А вот теперь пора немного усложнить. Добавьте основные варинты развития процесса и основные промежуточные события. Дополните схему недостающими операциями.
4 – Обозначьте роли участников процесса
В бизнес процессах нет должностей или конкретных сотрудников. Вместо этого используется понятие – роль. Одни сотрудник может выполнять множество ролей. Одну роль может выполнять множество сотрудников. Из набора ролей складывается должность.
По необходимости добавляйте недостающие операции.
5 – Разместите на схеме документы
Документ, это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами, документ это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.
Иногда необходимо отобразить промежуточные продукты. Это заготовки, полуфабрикаты или просто важные части работы, которые переходят из одного блока процесса в другой. Добавьте их на этом этапе. По необходимости.
6 – Добавьте используемые программы и базы данных
Процесс должен отражать, какие программы и базы данных в нем используются.
7 – Расположите инструменты и материалы
Если в процессе используются инструменты и/или материалы, это также нужно отобразить. Основные моменты можно обозначить на схеме бизнес-процесса. Детальное описание лучше дать в комментариях и специальных разделах описания. Отличный вариант – составить схему, ориентированную именно на использование инструментов и материалов. В подобной схеме упор делается не на поток работ, а на то, как, в каком количестве и какие материалы используются в бизнес-процессе.
8 – Определите показатели эффективности в бизнес-процессе
Расположите на схеме бизне-процесса показатели эффективности, которые тем или иным способом учитываются в системе.
9 – Свяжите полученную схему с другими процессами
Каждый бизнес-процесс, это лишь часть большой системы. Все процессы связаны между собой. По сути, связь является чем то, чем процесс обменивается с другими процессами. Обратите внимание – необходимо указать ппроцессы, с которыми связан текущий процесс и то, чем они обмениваются.
10 – Проверьте полученную модель бизнес-процесса
В принципе, схема готова. Схема бизнес-процесса должна отвечать на следующие вопросы:
- С чего начинается и чем заканчивается бизнес-процесс?
- С какими процассми он связан? Чем обменивается?
- Какие операции выполняются? В каком порядке?
- Кто выполняет операции в процессе?
- Какие документы используются и появляются в процессе? В каких операция эти жокументы используются/появляются?
- Какие интсрументы, материалы, ПО и базы данных используются в процессе и в каких операциях?
- Какие показатели эффективности и где именно фиксируются в бизнес-процессе?
Качественно подготовленная схема должна быть проста для восприятия и достаточно информативна.
Схема бизнес-процесса должна быть понятна «человеку с улицы».
Схема бизнес процесса, на этапе описания, должна отражать то, как процесс выполняется в реальной жизни.
Данный алгоритм, позволит вам довольно просто и быстро описать необходимые бизнес-процессы. Далее я буду подробно рассказывать об описании бизнес-процессов. Оставайтесь на связи.
Вполне согласен. Но тема разговора было описание процессов, а не их мониторинг. Однако отвечу насколько это возможно в рамках offline консалтинга.Естественно, что необходимо проводить мониторинг процессов, а иначе вся наша работа не стоит и ломаного гроша.
Показатели выхода, входа и процесса необходимы для управления этим процессом. Для вертикальных входов тоже предпочтительно иметь показатели. Для входа «Ресурсы» количественные показатели позволяют осуществлять расчет затрат и мониторинг соответствия показателей качества. Как показатели ресурсов, так и показатели ограничений будут использоваться при периодических аудитах и самооценке.
Но нужно ли проводить мониторинг каждого процесса? Нужно ли устанавливать показатели для каждого процесса? В какие процессы вкладывать средства?
Нет и еще раз нет. Необходима избирательность. В первую очередь необходимо следить за себестоимостью и затратами на сбор данных. И в первую очередь мониторингу подвергать приоритетные процессы. Как выделить приоритетные процессы и как определить какие из процессов требуют улучшений, какие реинжиниринга и какие лишь только повышенного внимания?При выборе процессов требующих или улучшений, или реинжениринга, или только особого внимания нужно исходить из следующих критериев:
1. Важность процесса:
чем процесс важнее, тем более внимательно нужно следить за ним;
важность процесса определяется важностью его результатов.
–Показатели: и результативность, и эффективность.
2. Результативность процесса – способность процесса отвечать целям, измеряемым удовлетворенностью потребителя процесса.
3. Эффективность процесса – затраты и сроки выполнения.
Критерием выбора является определяющее значение показателейВ отношении важности лучшим судьей по определению является руководство организации. Однако хотя руководство и должно определять приоритетность различных областей деятельности и категорий потребителей или других заинтересованных лиц, в пределах каждого класса потребителей или иных заинтересованных лиц лучше всего судить об относительной важности того, что они получают от организации могут сами потребители или другие заинтересованные лица. Поэтому именно по ним следует измерять степень важности.
! Само собой разумеется, решение по окончательной оценке результатов, в частности, решение об относительной важности различных процессов среди основных процессов корпорации, должно принимать руководство.В отношении показателей судьей всегда должен быть пользователь результатов процесса.
Потребители лучше всего могут судить о пригодности к использованию – и вообще о соответствии ожиданиям – получаемых ими изделий и услуг.
Другие заинтересованные лица (акционеры, руководство, работники, деловые партнеры, общество) также лучше других могут судить о качестве того, что они получают.! Определение относительной важности различных категорий потребителей и других заинтересованных лиц – это вопрос стратегии, а следовательно, лежит на ответственности руководства.
После этого следует привлечь потребителей и других заинтересованных лиц к определению относительной важности каждого элемента ожидаемого качества.Поскольку процессы существуют для того, чтобы создавать качество для потребителей, естественным судьей о сравнительной ценности того, что процессы организации дают, является потребитель:
–внутренний потребитель для вспомогательных процессов;
–внешний потребитель для процессов, направленных на рынок;
–другие заинтересованные лица для процессов, направленных на них.
Другими словами, потребители и другие заинтересованные лица знают факторы, вызывающие удовлетворенность, и как определить их весомость.
! Высшее руководство принимает конечное решение об «утверждении» результатов процесса, в котором потребители и другие заинтересованные лица определяли важность (и дополняет ее тем, что относится к е
Блок-схема представляет собой графическое отображение какого-либо процесса, четко показывающего систематическую последовательность всех этапов выполнения поставленной задачи, а также все группы, которые вовлечены в данный процесс. Такая схема является системой графических символов (блоков) и линий переходов (стрелок) между ними. Каждый из таких блоков соответствует определенному шагу алгоритма. Внутри такого символа дается описание данного действия.
Для чего применяют блок-схемы?
Упомянутые системы призваны выполнять следующие функции:
Разрабатывать новый процесс;
Описывать и документировать текущий алгоритм;
Разрабатывать модификации к данному процессу либо исследовать звенья с вероятным возникновением ошибок и сбоев;
Определять, когда, где и как можно менять текущий алгоритм, с целью проверки устойчивости всей системы.
Разработка последовательности операций
Любая блок-схема строится на основе алгоритма действий, описывающего работу устройства или программы. Поэтому сначала строится сама система. "Алгоритмом" называют описание последовательности операций для решения поставленной задачи. По сути, это правила выполнения необходимых процессов Прежде чем приступить к построению алгоритма, требуется четко определить задачу: что необходимо получить в результате, какая исходная информация нужна, а какая уже имеется, есть ли ограничения для ее получения. После этого составляется список действий, которые необходимо осуществить для получения требуемого результата.
Типы алгоритмов
На практике чаще всего применяют следующие виды блок-схем:
Графическая, то есть в основе находятся геометрические символы;
Словесная: составляется с помощью обычных слов того или иного языка;
Псевдокоды: представляют собой полуформализованное описание на которое включает в себя элементы языка программирования и фразы литературного, а также общепринятые математические символы;
Программная: для записи используются исключительно языки программирования.
Блок-схема устройства: описание
Графическое представление последовательности действий включает в себя изображение алгоритма, описывающего связи функциональных блоков данной схемы, которые соответствуют выполнению одного либо нескольких действий. Блок-схема массива состоит из отдельных элементов, размеры и правила построения которых определены государственным стандартом. Для каждого типа действия (ввода данных, вычисления значений выражений, проверки условий, управления повторением действий, окончания обработки и др.) предусмотрена отдельная представленная в виде блока. Эти символы соединяются линиями, определяющими очередность действий.
Основные элементы, употребляемые при составлении блок-схем
Полный список графических символов, используемых для описания алгоритма, состоит из 42 элементов. Его весь мы приводить не будем, а рассмотрим только основное.
Элементы блок-схемы:
1. Процесс означает вычислительное действие либо последовательность таких действий, изменяющих значения, размещения данных или форму представления. Для наглядности схемы такие элементы можно объединить в один блок. Данный символ имеет вид прямоугольника, внутри которого записываются комментарии, сопровождающие выполнение операции (либо группы операций).
2. Решение. Данный блок применяется для обозначения перехода управления по определенному условию. В каждом таком элементе указывается вопрос, сравнение или условие, которые его определяет. Другими словами, решение - это выбор направления для выполнения программы или алгоритма в зависимости от некоего переменного условия. Графический вид данного элемента - это ромб. Упомянутый символ может использоваться в качестве изображения следующих унифицированных структур: выбор, развилка полная и неполная, цикл «до» и «пока».
3. Модификация. Этот блок означает начало цикла. Он применяется для организации циклической конструкции. Внутри такого элемента записывают параметр круга действий, указывают его начальные значения, граничное условие, а также шаг изменения параметра для последующего повторения. Другими словами, модификация - это выполнение меняющихся команд или их групп, операций, изменяющих программу. Графическое изображение этого символа представляет собой шестиугольник.
4. Предопределенный процесс означает вычисление по заданной или стандартной программе. Его используют для указания обращения к вспомогательному алгоритму, который существует автономно в виде отдельных самостоятельных модулей, а также для обращения к библиотечным подпрограммам. Графически вид этого символа представлен прямоугольником с двумя вертикальными полями по краям. Этот элемент служит для указаний обращений к функциям, процедурам, программным модулям.
5. Ввод-вывод данных в общем виде.
6. Пуск и остановка. Этот элемент означает начало и конец алгоритма, а также вход в программу и выход из неё. Графически данный символ напоминает прямоугольник, у которого вместо боковых прямых - дуги.
7. Документ означает вывод результатов работы на печать. Графически такой элемент напоминает прямоугольник, только вместо нижней прямой начертана полуволна.
8. Ручной ввод означает пуск данных в процесс обработки оператором с помощью устройства, которое сопряжено с компьютером (клавиатура). Графический символ ручного ввода представляет собой четырехугольник, у которого боковые линии параллельны, нижняя перпендикулярна им, а верхняя косая.
9. Дисплей означает ввод или вывод информации в случае, когда устройство непосредственно подключено к процессору. В тот момент, когда начинают воспроизводиться данные, оператор может вносить изменения во время их обработки. Графически данный элемент представляет фигуру, у которой нижняя и верхняя линии параллельны, правая - это дуга, а левая состоит из двух прямых в виде стрелки.
10. Линии потока - это стрелки, которые указывают последовательность связей. Ни одна блок-схема структуры не может обходиться без данного элемента. Существуют определенные правила начертания этих символов. Перечислим их:
Данные элементы должны быть параллельными линиям внешнего периметра или границам страницы, на которой изображена эта блок-схема;
Направление линии сверху вниз или слева направо считается основным, стрелками оно не обозначается, остальные случаи указания направлений обозначены ими;
Изменение направления данного элемента производится только под углом 90 о.
11. Соединитель. Данный элемент предназначен для указания связи на прерванных линиях потока. Эти символы используются в том случае, если блок-схема программы строится из нескольких частей. Тогда линия потока от одной части должна закончиться «соединителем», а новой части - начаться с данного символа. Внутри такого элемента ставится один и тот же порядковый номер. Графическое изображение «соединителя» - это круг.
12. Межстраничный соединитель. Назначение этого элемента аналогично предыдущему, только используется он для соединения блок-схем, размещенных на разных страницах. Изображение такого элемента представлено пятиугольником в виде домика.
13. Комментарий - это связь между различными элементами блок-схемы с пояснениями. Упомянутый элемент позволяет включать в себя формулы и прочую информацию.
Построение блок-схем
Графическое построение алгоритма - это часть документации к устройству или программе, которая всегда имеется в избытке. Однако в большинстве случаев программное обеспечение вообще не нуждается в блок-схеме. Лишь единицам требуется построение алгоритма, занимающего несколько листов, остальным же достаточно символичной схемы. Простая блок-схема показывает структуру ветвления программ только в одном аспекте. Однако даже такая структура четко видна только при условии, что алгоритм помещается на одном листе. В обратном случае, когда блок-схема расположена на нескольких страницах, связанных межстраничными переходами, весьма сложно получить о ней верное представление. Если она размещается на одном листе, то для большой программы данное изображение алгоритма превращается в ее общий план с перечнем главных блоков и этапов. Конечно же, такой график не следует стандартам построения схем, но он и не нуждается в них, так как этот процесс полностью индивидуален. Правила, касающиеся типа символов, стрелок и порядка нумерации, необходимы только для разбора подробных блок-схем.
Массивы и построение алгоритмов
Массив представляет собой совокупность однотипной информации, которая хранится в последовательных кластерах памяти и имеет общее имя. Такие ячейки называются "элементами системы". Все кластеры нумеруются по порядку. Такой номер называется "индексом элемента массива". Как составить блок-схему для подобной системы? Рассмотрим пример создания алгоритма для элементарного типа. Простейшая система имеет условно вид строки. Зададим имя для данного массива - «А». Будем считать, что наша система состоит из восьми ячеек (от 1 до 8). Каждый из упомянутых кластеров содержит случайное число, которое называется "элементом массива". Для обращения в конкретной ячейке необходимо указывать имя в (). Рассмотрим пример, в котором блок-схема массива предназначена для заполнения системы случайными числами с последующим выводом информации на экран. Что представляет собой такой алгоритм? Это элементарная система. По сути, она не имеет практического применения, однако удобна для учебного процесса. Рассматриваемая блок-схема (пример построения описан ниже) содержит всего семь основных элементов, соединенных линиями переходов.
Описание последовательности выполнения задачи
1. Первым элементом схемы будет символ «Начало».
2. Вторым блоком - «Процесс», внутри которого вписываем «инициализация random».
3. Следующий элемент - «Модификация», в блоке вписываем значение ячеек массива.
4. Далее, согласно заданной функции, происходит переадресация на следующий блок «процесса», в котором задается обращение к конкретным кластерам системы с указанием ограничения случайных чисел в диапазоне от нуля до ста. После проведения данной операции происходит возврат к третьему блоку, а через него - далее на пятый.
5. В этом блоке «Модификации», согласно вписанной функции, происходит переадресация на следующий элемент.
6. «Вывод» производит отображение информации о новом содержимом массива на мониторе с последующим направлением на предыдущий блок. Далее - на последний элемент.
7. «Конец» работы алгоритма.
На базе такой блок-схемы составляется программа, которая обеспечит работу представленного алгоритма.
«Редактор блок-схем»
Если вы задаетесь вопросом о том, как составить блок-схему, то знайте, что существуют специальные программы, которые предназначены для создания, а также редактирования таких систем. Удобством графического отображения алгоритма является то, что пользователь не привязан к синтаксису конкретного языка программирования. Построенная блок-схема одинаково подходит для всех языков (например, С, Паскаль, Бейсик и другие). Кроме того, редактор может использоваться для построения диаграмм и проверки работоспособности схем. Такая программа является специализированным софтом. Она предоставляет разнообразный набор инструментов, необходимых для построения блок-схем, что делает ее более удобной, по сравнению с обычными Дополнительные опции позволяют оптимизировать процесс составления системы с дальнейшим ее преобразованием в функции и процедуры языка программирования. Кроме того, редактор блок-схем предлагает набор шаблонов, способных существенно ускорить работу начинающего пользователя. Ведь известно, что при построении алгоритма часто применяются повторяющиеся структуры, например разнообразные варианты циклов, альтернативы (полные и неполные), множественные ветвления и прочее. Редактор позволяет выделять часто используемые в блок-схемах элементы и добавлять их в создаваемую схему. Это избавляет от прорисовки их каждый раз заново. Кроме того, с помощью редактора можно импортировать функции и процедуры, реализованные на любом известном языке программирования. Данная опция полезна для разбора структуры алгоритма, который написан на малознакомом языке. Системные требования рассматриваемой программы довольно скромные, что позволяет использовать ее на любом
Заключение
Подводя итог, следу отметить, что подробные схемы построения алгоритмов уже устарели. В качестве описания процесса они никому не интересны. В лучшем случае блок-схемы пригодны для проведения обучения новичков, которые не умеют алгоритмически мыслить. Предложенные в свое время элементы со своим содержанием являлись языком высокого уровня, они объединяли операторов языка машины в отдельные группы. На данный момент каждый графический элемент соответствует конкретному оператору. Значит, сам символ превратился в случайное, а главное - бесполезное занятие по рисованию, от которого легко можно отказаться. Сегодня стали лишними даже линии переходов, так как каждый оператор уже определен. В действительности графическое построение алгоритмов больше превозносится, чем применяется на практике. Программист с большим опытом работы, прежде чем написать программу, редко чертит блок-схему. Когда стандарт организации требует графический алгоритм, то рисуют его уже после окончания работ.
При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов.
Для бизнес-аналитиков компаний тезисы, обсуждаемые в статье, - это серьезный повод задуматься, насколько эффективны используемые ими подходы к разработке графических схем процессов организации.
Введение
Одной из важнейших целей формирования графических схем процессов является последующее их использование в регламентирующих документах организации. По этим схемам, как правило, работают сотрудники, которые не обучены сложным нотациям, не имеют навыков системного анализа и т.п. Для них очень важна простота и наглядность схем. Сложные, запутанные схемы, содержащие много различных условных обозначений, плохо воспринимаются людьми, что затрудняет их практическое использование. Поэтому для практических целей важным является корректный выбор и использование нотации (методики) описания процессов. По каким критериям следует выбирать такую нотацию? Как сравнивать разные нотации между собой? Рассмотрим несколько популярных нотаций и попытаемся ответить на эти вопросы.
Сравнение нотаций
Для сравнения были выбраны следующие нотации описания процессов:
- «Простая блок-схема» (с отображением движения документов, с использованием блока «Решение»);
- «Простая блока-схема» (без отображения движения документов, без использования блоков «Решение»);
- «Процедура» системы Business Studio (один из возможных вариантов представления);
- ARIS eEPC.
В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на рис. 1-4.
Рис. 1. Схема процесса в нотации «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»).
На схеме рис. 1. Последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов - при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы ни то, и не другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т.п. Но на схеме процесса нужно показывать реальные объекты - процессы, выполняемые людьми, документы, информационные системы и т.п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:
а) описать логику принятия решения в виде последовательность операций на схеме рассматриваемого процесса;
б) описать логику в виде схемы шагов соответствующего подпроцесса, переходя на уровень ниже;
в) описать логику текстом (в текстовых атрибутах операции) и в последующем вывести в регламент выполнения процесса.
Сформулируем «плюсы» и «минусы» рассмотренного выше (рис. 1.) способа использования «ромбиков».
| «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение») | |
| «Плюсы» | «Минусы» |
|
|
На рис. 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. Как мы видим, этот рисунок похож на рис.1: в нотации BPMN задачи изображаются прямоугольниками, развилки - ромбами, данные - пиктограммой, похожей на документ. Потоки управления - сплошные линии, потоки данных - пунктирные. Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8. Помимо более широкой палитры, эту нотацию отличает возможность моделировать не только изолированный поток работ, но также несколько процессов, взаимодействующих друг с другом через сообщения или данные. Кроме того, эта нотация более строгая: в ней определены не только значки, но и правила, по которым они могут сочетаться друг с другом. Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением - «движком» BPM-системы. В то же время, как показывает данный пример, при использовании ограниченного подмножества палитры BPMN оказывается не сложнее привычной блок-схемы. Ну а тем, кто хочет освоить BPMN профессионально, мы рекомендуем специализированные тренинги . |
Рис. 5. Схема процесса в нотации BPMN 2.0.
Практика жизни
На рис. 6 показан фрагмент схемы процесса, разработанный бизнес-аналитиками вполне конкретной компании в придуманной ими нотации. Схема построена с применением принципов «Простой блок-схемы» - применяется блок «Решение» в своем классическом варианте. Кроме этого, на схеме представлено множество других условных обозначений, использованных не совсем стандартным образом.
При формировании схемы рис. 6, бизнес-аналитики очевидно, «боролись» за наглядность и максимальную понятность для рядового пользователя. Они стремились свести к минимуму, или вообще отказаться от текстового комментария к схемам процессов. Исполнителям просто печаталась схема формата А3, при чтении которой все сразу становилось понятно: что делать, как, какие документы использовать и т.п.
Рассматриваемая схема не является, конечно, образцом простоты и наглядности. Но она была сформирована, чтобы донести максимум полезной информации для исполнителей процесса.
Выводы
Итак, очевидно, что при описании процессов нужно стремиться к простоте и понятности для сотрудников.
Использование сложных, формализованных нотаций при описании процессов приводит к:
- трудностям при использовании (интерпретации) схем рядовыми сотрудниками;
- невозможности (сложности) организации работ по описанию процессов силами сотрудников подразделений, не прошедших специальное обучение;
- значительному увеличению трудозатрат бизнес-аналитиков на формирование схем;
- дополнительным сложностям при документировании схем (большой объем и т.п.);
Поэтому не стоит загромождать схему процесса различными графическими элементами. Но уже если их использовать, то лучше, чтобы они несли полезную информацию для сотрудников, а не были просто следствием формального применения нотаций моделирования.
, к.т.н., доцент, Исполнительный директор ООО « », зав. кафедрой Управления бизнес-процессами НОУ ВПО «ИЭФ «Синергия», основатель портала www.FineXpert.ru
- среда общения профессионалов
