Кухня процессного подхода В.И. Галеев, К.В. Пичугин

Кухня процессного подхода

В.И. Галеев, К.В. Пичугин

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

Итак, рецепт

Взять два яйца, 100 г вареной курицы, немного масла, 1 головку репчатого лука, соль.
Очистить и нарезать лук.
Нарезать курицу.
В сковородку налить масло и поставить на огонь.
После того, как сковородка нагреется, положить в нее лук и курицу.
Поджарить, помешивая, до румяной корочки.
Вбить два яйца и посолить.
Жарить до готовности.
Подать на стол.

С чего начать анализ данного процесса?

Начнем с концепции процессов, заложенной в стандарты ИСО серии 9000. Читаем в ГОСТ Р ИСО 9000-2001: \"Процесс: совокупность: входов в выходы\". Сначала определим процесс в целом. Название процесса - важный этап. Как процесс назовешь, так он и будет выполняться. А точнее сказать, название определяет цель и границы процесса. Если назовем процесс \"Завтрак с яичницей\", то явно выйдем за рамки действий, перечисленных в рецепте. Если назовем процесс \"Приготовление яичницы\", то восьмую операцию надо вывести за рамки этого процесса. Так и поступим.

Теперь разберемся с входами и выходами процесса. Возьмем достаточно широкое трактование входов как \"все и вся, что и кто влияет на процесс\", а именно: \"люди, материалы, оборудование, методы, измерения, среда\"1. Выход - результат нашего процесса. Опять широко: \"на что или на кого воздействует процесс\". Нарисовав совокупность видов деятельности как некий \"черный ящик\" (пока не разбирая, что внутри него), пририсовав к нему вход и от него выход, для нашего процесса получим схему 1.

Схема 1

А что же внутри \"черного ящика\"? Внутри, конечно, действия в определенной последовательности. Далее попробуем разобраться и с этим. Помогут нам многочисленные методы описания и визуализации процессов.

Текст рецепта определяет простую последовательность необходимых действий. Поэтому сначала попробуем применить один из самых распространенных в области менеджмента качества методов - диаграмму последовательности (flow chart). Суть метода - графическое изображение последовательности действий рассматриваемого процесса. Используя нехитрые символы (овал, прямоугольник, стрелка), получаем первое графическое представление действий нашего процесса (схема 2).

Схема 2

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

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

Как можно анализировать процесс (обсуждать его), используя диаграмму последовательности? Например, после первых опытов по приготовлению яичницы по данному алгоритму замечаем, что лук и курица поджариваются с разной скоростью, т. е. для оптимального результата их надо класть в сковородку в разное время, к тому же можно сэкономить время, параллельно выполняя некоторые действия. Диаграмма последовательности будет выглядеть несколько иначе (схема 3). Этот улучшенный процесс возьмем за основу для дальнейших рассуждений.

Схема 3

Отметим, что хотя диаграмма последовательности изменилась, описание процесса с точки зрения \"вход-выход\" - нисколько.

Продолжим анализ. Принципиальный момент в нашем процессе - румяная корочка (действие 5). Он настолько важен, что заслуживает отдельной контрольной операции. В диаграмме последовательности это можно описать ромбом с вопросом внутри него: \"Корочка румяная?\". Ответ на этот вопрос предопределит дальнейший ход процесса (схема 4).

Схема 4

Пытливый читатель увидит подвох: \"Почему такой ромб не поставить после действия 3 с вопросом \"Сковородка прогрелась?\" или после действия 7 - \"Яичница готова?\" и т. д.

Здесь требуется комментарий. Ромб в диаграмме последовательности предназначен прежде всего для выбора дальнейшего пути процесса. Проверка достижения какого-либо результата - частный пример альтернативы с общим вопросом: \"Результат достигнут?\". Если ввести в алгоритм такой вопрос как обязательный, то после каждого действия надо ставить такой ромб. Например, после действия 6 хорошо бы убедиться: \"Яичница в меру соленая?\". Но в этом случае по всему алгоритму мы нагромоздим массу ромбов с обратными связями или подпроцессами исправления ошибок, что значительно снизит информативность общей картины процесса. Поэтому правило следующее: если выбор решения критически важен для получения результата, или ошибка на этом этапе повторяется часто, тогда рисуем ромб, если нет, то выполнение требований к операции рассматриваем только при декомпозиции процесса по этой операции, как показано на схеме 5.

Схема 5

Теперь рассмотрим процесс с точки зрения времени. В данном процессе оно нас волнует по двум причинам: первая - длительность процессов термообработки критична (яичница или ее ингредиенты могут получиться сырыми либо подгоревшими); вторая - яичница, как правило, блюдо быстрого приготовления, и время, затрачиваемое на весь процесс, имеет важное значение.

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

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

В нашем случае яичницу делает один человек, поэтому выберем в качестве второй оси место действия, которых у нас три: разделочный стол, газовая плита и обеденный стол (схема 6).

Схема 6

Сетевой график (Activity Network Diagram) - один из семи инструментов менеджмента качества - у нас в стране известен давно как один из методов планирования работ и необходим при значительном ветвлении процесса, выполнении большого числа параллельно проводимых операций.

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

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

Схема 7

Сетевой график для нашего процесса будет очень похож на диаграмму последовательности, но с некоторыми особенностями (схема 8).

Схема 8

Критичный путь нашего процесса выделен на схеме. Видно, что если мы хотим завершить процесс за 16 мин, то действия критичного пути должны быть выполнены не позднее намеченного срока. А вот выполняя действия, не находящиеся на этом пути (действия 2 и 4\"), мы имеем запас по времени, равный разнице между ПН и БН (или ПЗ и БЗ).

Со временем разобрались.

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

Схема 9

Временной аспект на диаграмме потоков никак не отражен. А вот материальный - соответствует общей схеме процесса (см. схему 1).

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

В МС ИСО серии 9000 особое внимание уделяется как раз информационным и управленческим потокам. Так, на схеме модели системы менеджмента качества (СМК), основанной на процессном подходе, не показан материальный поток (начинающийся от внешних поставщиков организации), однако показаны потоки информации, связанные с потребителем (требования потребителя, информационные потоки на уровне руководства организации, информация по обратной связи с потребителем).

Таким образом, рассмотрев модель СМК и приведенный в методических указаниях по процессному подходу к СМК пример сети процессов организации на макроуровне, можно сделать вывод, что при планировании и описании процессов СМК на макроуровне акцент должен быть сделан на потоки (материальные, информационные и др.), а не на последовательность действий. Попробуйте, например, описать последовательность таких действий: периодически проводимые опросы потребителей, результаты которых попадают на вход периодически повторяющихся проектов выпуска новой продукции. А вот с помощью диаграммы потоков это сделать просто.

Следует предостеречь и от попытки объединить эти две диаграммы (последовательности и потоков) в одну. Это может получиться только для простейшего процесса. Если те, кто берется описать процесс, не договорятся о том, какую диаграмму они строят, то впоследствии это будет причиной разногласий.

Более сложная методика описания процессов с помощью диаграммы потоков - это IDEF0. Эта методика приведена в рекомендациях Р 50.1.028-2001 (Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования) и используется для функционального моделирования в рамках CALS-технологий. Она представляет собой метод описания процессов на различных уровнях декомпозиции с отражением сразу нескольких потоков.

Введя еще один уровень декомпозиции процесса, фактически получим три уровня: А-0, А0, АX (листы: А1 и А2). В итоге наш процесс будет описан на четырех листах (схема 10 а-г).

Схема 10 (а)

Схема 10 (б)

Схема 10 (в)

Схема 10 (г)

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

IDEF1 - информационная модель системы (или процессов)2;

IDEF2 - динамическая модель системы;

IDEF3 - диаграмма последовательности работ (аналог диаграммы последовательности);

DFD (Data Flow Diagramming) - диаграмма потоков данных.

IDEF0 - типичный пример диаграммы потоков, что объясняет популярность этого метода при построении и описании процессов СМК. Следует однако отметить, что все перечисленные методологии были разработаны в рамках программы интегрированной компьютеризации производства (ICAM), а следовательно, адаптированы под задачи компьютеризации - бросается в глаза излишняя формализация диаграмм, что усложняет метод. Упростить работу по применению вышеперечисленных методов IDEF можно, используя соответствующее программное обеспечение для компьютера.

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

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

Большинство из этих процессов происходит впервые, а многие из них - единственный раз.

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

Можно ли спланировать такие процессы? Да, но методы описания будут другие.

Рассматривая методы описания таких процессов, можно предложить диаграмму последовательности или диаграмму потоков, но при этом слишком много будет условий: ромбов с вопросом, ответ на который определяет дальнейший ход процесса. В пределе наша диаграмма последовательности может превратиться в вопросник - каждому действию будет предшествовать ряд вопросов-условий, при которых выполняется это действие.

Один из методов описания таких процессов - диаграмма процесса принятия решения (Process Decision Program Chart - PDPC, представляющий собой один из числа \"семи новых инструментов менеджмента качества\"). Такая диаграмма представляет собой иерархическую структуру в виде дерева, на самом нижнем уровне которого (\"корни дерева\") конкретные решения поставленной задачи.

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

Цель процесса осталась прежней - приготовление яичницы. Все, что мы продумали раньше, не пригодится: диаграмма последовательности нам не поможет, так как она составлена для условий нашей кухни и нашей плиты; сетевой график не поможет потому, что время выполнения операций будет явно другим, и т. д. Может помочь диаграмма потока, но только в том случае, если с ингредиентами все в порядке.

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

Диаграмма процесса принятия решения позволяет спланировать возможные варианты событий и действий, которые должны произойти, чтобы достигнуть целей процесса. Оставляя \"за кадром\" правила построения \"дерева\", приведем его фрагмент (схема 11).

Схема 11

Все действия, которые мы собираемся осуществить в процессе, присутствуют на диаграмме в виде \"ветвей дерева\", некоторые из них в нашем примере показаны номерами операций. В качестве примера для двух действий процесса (2 и 6) рассмотрены события и действия, которые должны последовать в ответ на непредвиденные события.

Следующая возможность описать для анализа неопределенный процесс - использовать метод описания процесса как системы объектов и прерываний (заимствовано авторами из методов программирования в компьютерной области).

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

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

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

Характеру события и связанного с ним действия (прерывания) обычно соответствует определенный приоритет. Действия, на которые нужно отреагировать незамедлительно, имеют высший приоритет, и после запускающего события приостанавливается выполнение действий с низким приоритетом.

Не все так просто и с яичницей.

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

Например, нарезая курицу (см. действие 2 схемы 11), в то время, когда лучок уже начинает подрумяниваться на сковородке, мы вдруг почувствовали запах газа. Конечно, можно продолжить наши действия согласно диаграмме последовательности, но, как известно, к добру это не приведет, и результат процесса достигнут не будет. Мы должны отреагировать на это событие своими действиями.

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

Введя некоторую неопределенность в процесс приготовления яичницы, получим следующее объектно-событийное описание процесса (таблица). Объект Свойства Допустимые значения
1. Лук 1.1 Очищен 1.1 \"Да\" или \"Нет\"
1.2 Нарезан 1.2 \"Да\" или \"Нет\"
2. Сковородка 2.1 Kоличество масла в сковородке 2.1 От 0 до 100 граммов
2.2 Сковородка на плите 2.2 \"Да\" или \"Нет\"
2.3 Лук в сковородке 2.3 \"Да\" или \"Нет\"
2.4 Kурица в сковородке 2.4 \"Да\" или \"Нет\"
2.5 Яйца в сковородке 2.5 \"Да\" или \"Нет\"
3. Газовая плита 3.1 Газ горит 3.1 \"Да\" или \"Нет\"
3.2 Уровень пламени 3.2 От 1 до 6 усл. един.
4. Kурица 4.1 Приготовлена и соответствует нашим требованиям 4.1 \"Да\" или \"Нет\"
4.2 Нарезана 4.2 \"Да\" или \"Нет\"

Фрагмент объектно-событийной модели показан на схеме 12.

Схема 12

При этом отметим три момента:
важно четко описать свойства объектов, так как действия будут направлены на изменение этих свойств;
важное значение для процессов такого рода имеет наблюдение (мониторинг) за происходящими событиями (как хорошо, что в случае с яичницей, один из органов человека, отвечающий за мониторинг окружающей среды, вовремя подал нам сигнал о событии \"пахнет газом\");
возникает необходимость расставить приоритеты для всех событий и связанных с ними действий (приоритет прерываний), так как мы должны быть готовы к ситуации, когда два события происходят одновременно, или происходит событие в то время, когда мы отрабатываем другое.

В нашем примере приоритеты определяются по трехбалльной шкале:

1 - высший приоритет - действия произвести незамедлительно;

2 - средний приоритет - действия произвести, если отработаны все прерывания высшего приоритета;

3 - низший приоритет - действия произвести, если отработаны все прерывания высшего и среднего приоритетов.

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

Приведенные методы описания процессов - наиболее часто употребляемые на практике. Выбор того или иного метода для планирования и анализа процесса - задача разработчика процесса или его \"владельца\".

Выводы
Неожиданный. Не пытайтесь применять все это для приготовления яичницы. Простые процессы можно описать просто текстом - это проще и понятнее.
Не пытайтесь анализировать сложные процессы без применения какого-либо инструментария - ваши действия будут малоэффективными.
Все перечисленные методы описания и документирования процессов необходимы, но не достаточны для проведения анализа и улучшения процессов. Они необходимы на определенных этапах выбранного метода проведения анализа и улучшения (например, на этапах цикла PDCA или метода \"семь шагов улучшения\")3.

Все перечисленные методы годятся для того, чтобы \"определять процессы, необходимые для системы менеджмента качества: определять последовательность и взаимодействие этих процессов:\", что требует стандарт ИСО 9001:2000. Нет ни одного метода, более других подходящего для реализации этого требования, есть наиболее подходящие методы для конкретного процесса, в конкретной ситуации.

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

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

Сетевой график - то же + время выполнения процесса в целом и отдельных его этапов при временной зависимости этапов процесса друг от друга. Чаще всего для таких процессов решающим показателем является время, т. е. соблюдение сроков, установленных в планах или графиках. Типичный пример случая, когда поможет сетевой график, - это поставки точно вовремя (just in time).

Карта процесса применяется для процессов, одним из показателей которых является время выполнения. Чаще всего требование потребителя для таких процессов звучит как: \"Чем быстрее - тем лучше\".

Диаграмма потока применяется в процессе, ключевым моментом которого является движение материального или иного потока.

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

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

Объектно-событийное описание применяется для процесса с непредсказуемой последовательностью действий, но набор этих действий однозначно определен.
Подберите для выбранного метода соответствующее программное обеспечение для компьютера. Это позволит упростить создание документов. Например, диаграммы данной статьи создавались с помощью программы Visio 2000.

Если уж Вы выбрали метод для описания и анализа процесса, то освойте его, потренировавшись на простых примерах.
Попробуйте эти \"рецепты яичницы\".

Г.Р. Нив. Пространство доктора Деминга. - В 2-х кн. Кн. 1. - Тольятти: Городской общественный фонд \"Развитие через качество\", 1998. - 332 с.
В чем разница - см. Г.Р. Нив. Пространство доктора Деминга.
ВНИИС в ближайшее время планирует опубликовать свою методику анализа и улучшения процессов организации.
No poll records found on this page. Please put a poll record on this page or point to a page in the field \'startingpoint\'

https://www.lobanov-logist.ru/library/all_articles/55278/

Возврат к списку