Построение блок-схемы (диаграммы) технологического процесса. Технологические схемы, этапы процессов и мероприятия по управлению

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

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

Таким образом, на диаграмме, планах или приложениях к ним должны быть приведены дополнительные сведения:

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

НАССР, здесь нет определенных ограничений и правил. Приведем несколько примеров построения диаграмм.

Рис. 7.4.

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

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

На рис. 7.4 и 7.5 представлены примеры диаграмм технологического процесса производства мороженого в виде блок-схем с использованием модульного подхода.

Рис. 7.5.

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

Ниже приведен перечень самых распространенных и наиболее общих стадий:

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

Блок-схема представляет собой графическое описание потока действий в бизнес-процессе. Ценность блок-схемы заключается в том, что обычно гораздо проще понять что-либо, рассматривая графическое представление объекта, чем изучая его словесное описание. Известна поговорка: «Лучше один раз увидеть, чем сто раз услышать».
Существует много способов графического представления блок-схем. Они описаны в книге Б. Андерсеном и П. Петтерсеном. Самый распространенный - использование различных символов для обозначения различных действий. Стрелки нужны для обозначения связей между различными действиями. Если говорить о самих символах, то и для их изображения есть много вариантов: от сложных рисунков до элементарных прямоугольников и линий. Нет смысла утверждать, что в данном конкретном случае одно обозначение лучше другого. Важно общее понимание смысла символов блок-схемы пользователем. Далее на рис. 3.3 показаны наиболее часто встречающиеся символы блок-схем:
(J точка начала или конца операции;
[ J шаг или действие процесса;
lt;0 точка принятия решения;
/ 7 вход или выход;
[_. | документ.
В дополнение к самому символу блок-схемы в нем можно сделать надпись, чтобы указать требуемые ресурсы или оборудование, или определить условия, в которых выполняется рассматриваемое действие. Возвращаясь к процессу из примера, для которого ранее была построена карта взаимосвязей, построим для него блок-схему, например, в виде, представленном на рис. 3.3.
По-видимому, эта блок-схема могла бы быть более детальной, если, например, включить в нее поставщиков процесса, проведение соответствующих переговоров с поставщиками и потребителями и т.д. Однако приведенная блок-схема достаточна для иллюстрации принципов ее построения. Можно, конечно, возразить, и вполне обоснованно, что из этой блок-схемы неясно, кто и какую задачу выполняет. Для этого существуют специальные межфунщионалъные блок-схемы. Они обсуждаются в следующем параграфе.
Пример.
Группа секретарей государственного учреждения испытывает большие трудности при работе с документами и другими материалами.
Уже после того, как документы оформлены, их бывает трудно найти, когда надо. У сотрудников секретариата было подозрение, что некоторые из них пользовались при сортировке иными критериями, чем остальные. Поэтому было принято общее решение совместно провести

Рис. 3.3. Блок-схема процесса поставки

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

Рис. 3.4. Блок-схема сортировки оформленных документов

В Части 1 были описаны основные («Функция» и «Событие») и дополнительные элементы нотации eEPC. В этой статье я расскажу, как размещать все элементы на схеме бизнес-процесса. Для этого используются 2 типа линий:

1)Если есть движение ресурсов или информации к функции или от нее, то используется линия со стрелкой.
2)Если движения нет, то остальные элементы связываются между собой обычными линиями.

Посмотрите на рисунок 5. То, что на нем изображено, на реальном примере можно описать следующим образом: специалист отдела продаж по наступлению события «Поступила заявка от клиента» изучает данную заявку. Она подается от клиента на вход данной функции. Затем специалист отдела продаж, согласно «Инструкции по работе с 1С», делает запрос в программу 1С и получает необходимую выписку об остатках товара, указанного в заявке.

Рисунок 5. Использование различных элементов в нотации eEPC и отображение их связи

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

Для отображения выхода (выписки об остатках товара) используется элемент «Кластер информации». На практике он представляет электронный документ, который получается в результат запроса в базу данных 1С.

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

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

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

Важно. Входы и выходы не должны быть «подвисшими». То есть, входы на схеме должны «откуда-то» поступать, а выходы должны поступать «куда-то». Источниками и получателями входов и выходов могут быть:

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

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

Базы данных (программное обеспечение), в которые заносятся информация путем добавления или изменения записей. Например, функция «Добавить нового клиента в CRM» будет иметь на выходе новую запись в базе данных CRM, содержащую информацию о новом клиенте.

Работник или подразделение компании.

Внешние поставщики и получатели.

Рисунок 6. Примеры «передачи» выходов различным получателям

Оптимизация процесса и обозначение временных рамок

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

Итак, сразу по получении заявки (письма от робота сайта) рекомендуется создавать запись в программе для работы с заказами клиентов. Делать это можно при помощи специального ПО, документов Excel или Access и т.д. В ходе выполнения процесса можно работать с этой записью: добавлять информацию об остатках, уточненную информацию от клиента, возможное время доставки.

Вторым оптимальным вариантом может стать автоматическое создание такой записи сразу после того, как клиент оставит заказ на сайте. Современные технологии позволяют сделать это легко. Достоинства такого подхода не только в том, что все шаги процесса можно отследить, перевести в цифры статистики, проанализировать. Кроме этих плюсов, в ходе выполнения других процессов, например, «Отгружать товар» или «Доставлять товар» можно пользоваться тем же самым, уже выработанным программным инструментом, сведя таким образом к минимум лишние действия.

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

Чтобы увидеть процесс во времени, оценить его длительность и загрузку персонала я рекомендую использовать вот эти решения:
- немного отойти от нотации и, пользуясь возможностями MS Visio или другой программы, наносить надписи с обозначением времени на стрелки;
- в дополнение к блок-схеме в нотации eEPC разрабатывать диаграммы Ганта (это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту), используя программные продукты для управления проектам или делая это вручную в Excel;
- дополнять графическое описание процесса и функции текстовым - например, таблицей с полям. В них указываете такие данные, как наименование функции, описание функции, время ожидания перед выполнением, время выполнения, номер на схеме.

Элементы логики в схемах нотации eEPC

Как и сама нотация, элементы логики довольно просты, но при этом имеют определенные особенности :

Самая важная из них в том, что логические решения принимаются только в ходе выполнения функций. После события решения не принимаются. О том, что такое событие и функция, мы рассказывали в Части 1. То есть после одиночной функции может быть использован любой логический элемент, после одиночного события может использоваться только логический элемент «И».

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

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

Рисунок 7. Элементы логики

Логический элемент «И»

Последовательно разберем все варианты использования элемента «И»

Пример, когда после выполнения функции обязательно возникает несколько событий:

Рисунок 8. По окончании отгрузки товар размещен в кузове автомобиля, а накладные документы подписаны и переданы водителю

Вот ситуация, когда для выполнения функции необходимо наступление нескольких событий:

Рисунок 9. Печать накладных документов начинается тогда, когда счет оплачен и наступило плановое время отгрузки товара

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

Рисунок 10. После подготовки счет-фактуры и договора пакет документов для оформления купли-продажи товара готов

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

Рисунок 11. После прибытия товара на склад необходимо произвести его разгрузку, в приходные данные внести в учетную программу

Продолжение следует.

Александр Сагалович, www.probusiness.by

Вполне согласен. Но тема разговора было описание процессов, а не их мониторинг. Однако отвечу насколько это возможно в рамках offline консалтинга.
Естественно, что необходимо проводить мониторинг процессов, а иначе вся наша работа не стоит и ломаного гроша.
Показатели выхода, входа и процесса необходимы для управления этим процессом. Для вертикальных входов тоже предпочтительно иметь показатели. Для входа «Ресурсы» количественные показатели позволяют осуществлять расчет затрат и мониторинг соответствия показателей качества. Как показатели ресурсов, так и показатели ограничений будут использоваться при периодических аудитах и самооценке.

Но нужно ли проводить мониторинг каждого процесса? Нужно ли устанавливать показатели для каждого процесса? В какие процессы вкладывать средства?
Нет и еще раз нет. Необходима избирательность. В первую очередь необходимо следить за себестоимостью и затратами на сбор данных. И в первую очередь мониторингу подвергать приоритетные процессы. Как выделить приоритетные процессы и как определить какие из процессов требуют улучшений, какие реинжиниринга и какие лишь только повышенного внимания?При выборе процессов требующих или улучшений, или реинжениринга, или только особого внимания нужно исходить из следующих критериев:
1. Важность процесса:
чем процесс важнее, тем более внимательно нужно следить за ним;
важность процесса определяется важностью его результатов.
–Показатели: и результативность, и эффективность.
2. Результативность процесса – способность процесса отвечать целям, измеряемым удовлетворенностью потребителя процесса.
3. Эффективность процесса – затраты и сроки выполнения.
Критерием выбора является определяющее значение показателейВ отношении важности лучшим судьей по определению является руководство организации. Однако хотя руководство и должно определять приоритетность различных областей деятельности и категорий потребителей или других заинтересованных лиц, в пределах каждого класса потребителей или иных заинтересованных лиц лучше всего судить об относительной важности того, что они получают от организации могут сами потребители или другие заинтересованные лица. Поэтому именно по ним следует измерять степень важности.
! Само собой разумеется, решение по окончательной оценке результатов, в частности, решение об относительной важности различных процессов среди основных процессов корпорации, должно принимать руководство.В отношении показателей судьей всегда должен быть пользователь результатов процесса.
Потребители лучше всего могут судить о пригодности к использованию – и вообще о соответствии ожиданиям – получаемых ими изделий и услуг.
Другие заинтересованные лица (акционеры, руководство, работники, деловые партнеры, общество) также лучше других могут судить о качестве того, что они получают.! Определение относительной важности различных категорий потребителей и других заинтересованных лиц – это вопрос стратегии, а следовательно, лежит на ответственности руководства.
После этого следует привлечь потребителей и других заинтересованных лиц к определению относительной важности каждого элемента ожидаемого качества.Поскольку процессы существуют для того, чтобы создавать качество для потребителей, естественным судьей о сравнительной ценности того, что процессы организации дают, является потребитель:
–внутренний потребитель для вспомогательных процессов;
–внешний потребитель для процессов, направленных на рынок;
–другие заинтересованные лица для процессов, направленных на них.
Другими словами, потребители и другие заинтересованные лица знают факторы, вызывающие удовлетворенность, и как определить их весомость.
! Высшее руководство принимает конечное решение об «утверждении» результатов процесса, в котором потребители и другие заинтересованные лица определяли важность (и дополняет ее тем, что относится к е

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

Хочу напомнить, что перед тем, как начать описывать бизнес процессы, необходимо . компании – платформа, с которой необходимо начинать.

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

Схема бизнес процесса – инструкция для нетерпеливых

1 – Задайте границы процесса

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

2 – Нарисуйте основные блоки процесса

Расположите основные блоки (подпроцессы, операции) , в том порядке, в котором они выполняются.

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

3 – Добавьте развилки и другие события

А вот теперь пора немного усложнить. Добавьте основные варинты развития процесса и основные промежуточные события. Дополните схему недостающими операциями.

4 – Обозначьте роли участников процесса

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

По необходимости добавляйте недостающие операции.

5 – Разместите на схеме документы

Документ, это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами, документ это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.

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

6 – Добавьте используемые программы и базы данных

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

7 – Расположите инструменты и материалы

Если в процессе используются инструменты и/или материалы, это также нужно отобразить. Основные моменты можно обозначить на схеме бизнес-процесса. Детальное описание лучше дать в комментариях и специальных разделах описания. Отличный вариант – составить схему, ориентированную именно на использование инструментов и материалов. В подобной схеме упор делается не на поток работ, а на то, как, в каком количестве и какие материалы используются в бизнес-процессе.

8 – Определите показатели эффективности в бизнес-процессе

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

9 – Свяжите полученную схему с другими процессами

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

10 – Проверьте полученную модель бизнес-процесса

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

• С чего начинается и чем заканчивается бизнес-процесс?
• С какими процассми он связан? Чем обменивается?
• Какие операции выполняются? В каком порядке?
• Кто выполняет операции в процессе?
• Какие документы используются и появляются в процессе? В каких операция эти жокументы используются/появляются?
• Какие интсрументы, материалы, ПО и базы данных используются в процессе и в каких операциях?
• Какие показатели эффективности и где именно фиксируются в бизнес-процессе?

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

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