Как составить блок схему производственного процесса

Схематизация производственного процесса – это описание технологии производства с использованием блок-схем.

Составление блок-схем производственного процесса осуществляется следующим образом:

1. Определите продукт или группу однородных продуктов.

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

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

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

Читайте также: Основные виды потерь по методике «Бережливое производство

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

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

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

6. Проверка операций разветвления. Все ли они имеют минимум два ответвления? Если нет, проверьте еще раз – действительно ли это операции разветвления или нет. Если необходимо пропишите дополнительные операции (вторая ветка).

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

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

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

Также обведите их в прямоугольники.

Читайте также: 24 элемента разумного производства

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

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

Рекомендации:

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

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

***

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

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

---

Составляющие блок-схем

В первую очередь надо договориться о нотации, т.е. правилах отрисовки блок-схем:

• Действие;
• Условие;
• Документ;
• Подпроцесс;
• Линии.

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

Как описать бизнес-процесс

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

• Составить список покупок;
• Найти кошелек;
• Взять кошелек;
• Открыть кошелек;
• Хватает ли в кошельке денег?
• Если нет, то возвращаемся к Списку покупок;
• Если Хватает, то берем пакет;
• Смотрим, есть ли на улице дождь;
• Если дождь есть, берем зонт и затем выходим на улицу;
• Если нет, выходим на улицу;
• Идем в магазин (это ведь тоже может быть целый подпроцесс);
• Далее выполняем процесс № 2 (Купить продукты);
• … тут еще можно расписать возвращение домой, раскладывание продуктов по шкафам и холодильнику, приготовление ужина и т.д. …
• Конец.

Так будет выглядеть описание бизнес-процесса для нашей задачи:

Как видите, рисовать и описывать блок-схему (диаграмму) достаточно просто.

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

• и диаграмма;
• и текст.

Почему? Просто потому, что ваши читатели разные, кто-то воспринимает текст, а кто-то понимает только картинку. Поэтому любите их и делайте хорошо, а нехорошо не делайте.

Как быстро нарисовать рабочую блок-схему или изобразить бизнес-процесс

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

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

Блок-схемы знакомы всем, кто так или иначе связан с построением схемы бизнес-процессов или с программированием. В этих случаях это буквально неизбежный инструмент, без которого ничего сделать не получится вовсе. Ведь если над вопросом работает сразу несколько специалистов, им нужно иметь возможность обобщать всё в единый алгоритм. Если подобная информация пишется сплошным текстом, то разобраться в ней будет очень сложно.

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

Шаг 1. Осознание информации

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

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

Шаг 2. Научитесь видеть самое важное

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

Это чем-то напоминает строительство каркасного дома. Сначала строится каркас из бруса, а потом его обивают досками или утепляют.

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

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

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

Шаг 3. Изучить условные обозначения

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

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

Шаг 4. Выбор рабочего инструмента

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

В зависимости от сложности задачи можно использовать самые разные приложения, но, исходя из нашего опыта, хорошо себя зарекомендовали для решения самых разных задач приложения Visio и Draw.io

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

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

Это приложение draw.io. Адрес программы в интернете вот тут. Оно снабжено удобными интеграциями буквально со всеми существующими и, наверное, даже не существующими сервисами. Распространяется бесплатно, очень хорошо дружит с сервисами от google и позволяет строить буквально любые схемы. Работать можно как в режиме он-лайн, так и скачать программу на свой компьютер или мобильный.

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

Шаг 5. Знать основные правила построения блок-схем

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

• Обязательно в схеме должно присутствовать два блока – это «Начало» и «Конец». Очевидно, что у любого алгоритма или бизнес-процесса может быть только одно начало или только один конец.
• Начальный блок связывается с конечным посредством линий связи, которые могут быть дополнены различными промежуточными операциями. Из всех блоков, кроме конечного, должны выходить линии потока.
• Все блоки удобно пронумеровывать. Так легче ориентироваться и вам при разборе схемы, и тому, кто пытается осмыслить полученный вами результат.
• Не секрет, что линии делятся на входящие и выходящие. Если блоки не начальные или конечные, или концевые для конкретной ветки, то одна и та же линия является для одного блока выходящей, а для другого входящей.
• Допускается наличие разрывов в линиях потока. Это обычное дело! Ведь у каждого ответвления рано или поздно происходит логическое завершение.
• Логика процесса может быть линейная, разветвляющаяся или циклическая. Предположительно, тут вопрос появиться не должно 🙂 Если блоки на прямой линии — это линейный вариант. Если на схеме есть разветвления — то схема разветвляющаяся (всегда реальная схема такая). Циклическая — для программиста обычное дело, а вот для бизнес-аналитика более редкая. Скажем, заправка автомобиля перед каждым рейсом — это циклическая операция.

Шаг 6. Проработка существующей схемы процесса «от» и «до»

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

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

Ну а дальше следует проработать всю схему поэтапно и удостовериться, что кирпичиков из блоков вполне хватает. Если это сделать получается, то блок схему мы построили.

Источник

Язык нотаций: как объяснять сложные процессы с помощью блок-схем

• 
• 
• 

Некоторые стратегии email-маркетинга похожи на сценарии Дэвида Линча: если не объяснить, что к чему относится и как работает, не разберёшься.

Чтобы клиенту было проще понять стратегию, мы оформляем её не только в виде текстового описания, но и в виде схемы. А чтобы все схемы были «написаны» на одном языке, мы используем нотации.

Что такое нотация

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

Как мы выбирали нотацию

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

Наша цель — описать, как мы встраиваем email-маркетинг в существующую систему коммуникации бренда с покупателями или, что реже, как выстроить эту систему с нуля.

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

Плюс у нас есть свои требования к нотации:

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

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

Грамотно и без космических обещаний

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

Список базовых элементов

Элемент	Блок-схема	ARIS eEPC	BPMN
События. Указывают на границы процесса — начало и конец. Также могут отображать промежуточные события в процессе.
Операция процесса. Элементы для отображения действий (задач, функций). Совпадают практически во всех нотациях класса workflow.
Шлюз, или оператор логики. Служит для описания ситуации, когда те или иные условия влияют на ход процесса. Отвечает на вопросы «и», «или», «либо-либо».
Стрелки «связь между операциями». Показывают, что операция наступает только после завершения предыдущей. По сути, демонстрируют ход процесса во времени.
Стрелки «поток информации». Отображают обмен сообщениями (документами, письмами и прочим) между участниками процесса.

Теперь попробуем описать простую стратегию в каждой из нотаций.

1. Простая блок-схема

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

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

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

2. ARIS eEPS

Аббревиатура eEPC расшифровывается как extended Event Driven Process Chain — это расширенное описание цепочки процесса, управляемого событиями. Событие «создаёт» операцию (функцию), которая в свою очередь «создаёт» следующее событие.

При построении схемы в нотации ARIS eEPC нужно учитывать основные правила:

— каждой функции должно предшествовать событие;

— каждая функция должна завершаться событием;

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

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

3. BPMN

Об этой нотации стоит рассказать подробнее. Она основана на методологии BPM (Business Process Management — управление бизнес-процессами). Схема в нотации BPMN моделирует поведение участников бизнес-взаимодействия во времени.

BPMN выбирают профессионалы управления бизнес-процессами, которым нужно выстроить стратегию бизнеса, выявить недостатки и модернизировать. Эта нотация позволяет и отразить детали, и взглянуть на бизнес-процесс с высоты птичьего полёта.

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

Особенности элементов нотации BPMN

Зоны ответственности	Элемент
	Пул . Отображает участника взаимодействия, выполняющего ту или иную роль в процессе. Под участником может пониматься не только человек, но и система — сервис рассылок, сайт.

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

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

Задачи и подпроцессы могут иметь маркеры. Например, силуэт человека — пользовательская операция (выполняет сотрудник), шестерёнка — сервисная (выполняется сервисом автоматически).

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

Например, в процессе «Оформление заказа» старт — это клик на сайте на кнопку «Оформить заказ». Финиш — получение посылки или оставление отзыва.

Промежуточное событие — к примеру, отмена заказа. После него нужно выполнить ещё ряд действий: отправить подтверждение отмены заказа, выяснить причину и прочее.

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

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

Например, после того, как становится известно, что товара нет на складе, нужно в одно и то же время информировать клиента о задержке доставки и отправить запрос на склад.

Эксклюзивный шлюз (ИЛИ) можно представить в виде вопроса, на который может быть несколько ответов, но в результате верным будет только один.

Например, задаем вопрос: «Как клиент хочет оформить доставку?». Если самовывозом, то нужно отправить письмо, что товар забронирован. Если другим способом — выслать трек-номер посылки.

Неэксклюзивный шлюз (И/ИЛИ) обозначает условие, в результате которого могут выполняться параллельные действия или только одно действие.

• если сумма заказа больше 3 000 рублей, клиент получает подарок #1;
• если сумма заказа больше 3 000 рублей и дополнительно заказан товар с особым ценником, клиент получает подарки #1 и #2;
• если сумма заказа меньше 3 000 рублей, но заказан товар с особым ценником, клиент получает подарок #2;
• если сумма заказа меньше 3000 рублей и в заказе нет товара с особым ценником, клиент не получает подарок.

Комплексный шлюз означает, что действие произойдёт при выполнении каждого из действий в ветвлении.

Например, письмо-подтверждение подписки отправится, если лид подписался на рекламную рассылку и с pop-up, и в личном кабинете, и при оформлении заказа.

Данные	Элемент
	Объекты данных. Отображают информацию, которая нужна для выполнения операции (входящие данные) или появляется в результате действия (исходящие данные).

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

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

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

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

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

Потоки сообщений. Отображают передачу сообщений между участниками процесса (пулами).

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

Как работать с нотацией BPMN

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

Как быстро нарисовать схему

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

1. Задайте границы . На схеме нужно отразить события начала и конца процесса.
2. Нарисуйте основные блоки . Представьте, что процесс идёт идеально, и составьте цепочку задач, выполняя которые вы придёте к результату.
3. Добавьте ветвления. Обозначьте варианты развития событий. Так работать проще, чем ставить их с самого начала и путаться в стрелках.
4. Добавьте недостающие данные. При необходимости разместите на схеме важные документы, базы данных, текстовые комментарии.

Какие инструменты использовать

Сейчас существует много платных и бесплатных инструментов для моделирования бизнес-процессов. Среди бесплатных нам нравятся BizAgi Modeler и онлайн-сервис Draw.io . У них простой и понятный интерфейс, встроенные нотации, а схемы можно сохранять в виде изображений jpg, png и svg.

Нам этого хватает, поэтому платными инструментами мы не пользуемся. Но, если очень хочется, можете купить Visual Paradigm. По подписке он стоит от 6 до 89 долларов в месяц, полная лицензия — от 99 до 1 999 долларов. Также популярен Microsoft Visio (по подписке — от 5 до 15 долларов в месяц).

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

Для нас самый удобный из сервисов — BizAgi, потому что именно в нём у каждого элемента есть удобное меню с атрибутами. То есть вам не нужно тратить время на то, чтобы выбрать подходящую длину стрелки между блоками. А ещё он на русском языке.

Пока всё. В следующей статье мы расскажем, как составить полную графическую схему email-коммуникаций в нотации BPMN.

Источник

Нормативно-правовая база

Согласно основным документам, регулирующим порядок разработки и наличие на предприятиях пищевой промышленности системы ХАССП, одним из требований к предприятию является разработка и верификация блок-схем технологических процессов.

Более подробно с конкретными требованиями по блок-схемам вы можете ознакомиться в таких нормативных документах как ГОСТ Р 51705.1-2001 «Системы качества. Управление качеством пищевых продуктов на основе принципов ХАССП. Общие требования» и ГОСТ Р ИСО 22000-2007 «Системы менеджмента безопасности пищевой продукции. Требования к организациям, участвующим в цепи создания пищевой продукции».

Наша же задача – показать на конкретном примере логику принятия решений при построении блок-схем, что бы вы смогли самостоятельно построить их в дальнейшем. Итак, рассмотрим ключевые обозначения, принятые в системе ХАССП.

Типы блок-схем

Блок-схемы в своем общем виде бывают трех видов:

1. Блок-схемы по приемке, размещению и хранению на складах сырья и упаковочных материалов. В них указывают требования и контролируемые параметры при входном контроле, а также, в зависимости от вида сырья – требуемые условия размещения и хранения.
2. Блок-схемы по подготовке сырья и материалов к производству. Здесь сырье проходит первичную (чаще механическую) обработку. Овощи чистятся, моются, нарезаются; замороженные продукты животного происхождения размораживаются, промываются и разделываются; сыпучие продукты, в случае необходимости просеиваются и так далее. Перечень сырья и выполняемых операций по подготовке к дальнейшим этапам производства довольно разнообразный и зависит от каждого конкретного типа предприятия, ассортимента и других факторов.
3. Блок-схемы по приготовлению (производству) блюд (готовой продукции) перед реализацией (отгрузкой) конечному потребителю. Все заготовки и полуфабрикаты, ранее подготовленные, собирают на таких схемах воедино и производят окончательный технологический процесс (тепловые и механические обработки, переработка, фасовка, смешивание, упаковка и маркировка, приемка по качеству и бракеражный контроль, реализация, отпуск или отгрузка). Всё очень разнообразно и зависит от конкретных задач и типа предприятия.

Все блок-схемы в системе ХАССП состоят из определенного набора операций, имеющих свой смысл и условные обозначения. Условные обозначения блок-схем представлены в таблице 1.

От теории к практике

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

Первое, что нам необходимо знать для построения блок-схемы — это технология приготовления и входящее в состав блюда сырьё. Итак, вот наш список сырья:

— свекла свежая;

— капуста белокочанная свежая;

— картофель продовольственный;

— морковь столовая свежая;

— лук репчатый свежий;

— томатное пюре (паста);

— сахар-песок;

— соль;

— уксус 3%-ный;

— бульон или вода;

— специи (перец черный молотый/горошком, лавровый лист);

— свежая зелень;

— сметана;

— растительное масло для обжарки и пассерования.

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

Блок-схема по приемке, хранению и перемещению сырья на производство

Данная схема состоит из трех основных операций (этапов):

1. Входной контроль
2. Выгрузка на склад
3. Хранение сырья (в зависимости от его типа)

Пример блок-схемы по приемке, хранению и перемещению сырья на производство

Так мы определяем, какие меры предпринимаем на входном контроле, как хранится и куда перемещается сырье после хранения.

Блок-схемы по подготовке различных групп сырья к производству

Из БС1 все сырье перемещается на производство. Однако прежде чем овощи попадут в суп, они должны пройти соответствующую обработку, из подготовленного мяса должен быть сварен бульон. Воду для бульона тоже нужно подготовить соответствующим образом. Значит, нам необходимы следующие блок-схемы:

1. по подготовке овощей;
2. по подготовке мясного сырья;
3. по подготовке воды к варке бульона;
4. по варке бульона (в данном случае, она является подготовительной операцией перед варкой супа и должна расцениваться соответствующим образом).

Мы будем присваивать блок-схемам по подготовке сырья порядковые номера, начинающиеся с цифры 2. На Рис. 2 изображена блок-схема подготовки овощей к производству. Этапы подготовительного процесса взяты из используемого СТН.

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

Мясное сырье тоже нуждается в предварительной подготовке. подготовительные этапы берем из СТН. На Рис.3 представлена блок-схема по подготовке мясного сырья к производству.

Прежде чем сварить мясной бульон для супа, необходимо подготовить воду. Блок-схема ее подготовки к производству представлена на рисунке 4.

Да настоящего момента при составлении названий блок-схем подготовки мы использовали порядковые номера, начинающиеся с цифры 2 (2.1, 2.2, 2.3). Бульон можно использовать как самостоятельное блюдо, поэтому мы относим его к готовой продукции. Начиная с этой блок-схемы, мы будем присваивать порядковые номера, начиная с цифры 3 и далее – по количеству подгрупп наших блюд. Что это значит? Представьте, если бы у нас кроме бульона и супа было еще несколько видов блюд (например, салаты, блюда из мяса и птицы, блюда из рыбы, мучные кулинарные изделия). Названия наших блок-схем по приготовлению блюд выглядели бы примерно следующим образом:

-БС3 Бульон мясной;

-БС4 Супы заправочные;

-БС5 Салаты;

-БС6 Блюда из мяса;

-БС7 Блюда из рыбы;

-БС8 Мучные кулинарные изделия…

На Рис. 5 представлена блок-схема по приготовлению мясного бульона.

Блок-схема по приготовлению заправочного супа

    Итак, все ингредиенты для борща прошли предварительную подготовку. Далее наша задача, используя технологию приготовления по СТН, собрать всё воедино, провести оценку получившегося блюда и проанализировать его на соответствие к предъявляемым требованиям качества. Нужно определить меры коррекции при несоответствии и отправить на реализацию потребителям.

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

• Кроме сырого картофеля и капусты в кипящий бульон необходимо положить пассерованный репчатый лук с морковкой, тушеную с уксусом и томатным пюре свеклу. Поэтому первый этап – предварительная термообработка овощей (пассерование и тушение). Предварительной она называется потому, что после нее будет еще одна – непосредственно варка супа.
• Берем подготовленный мясной бульон, закладываем в него сырую капусту, картофель, пассерованные и тушеные овощи. Назовем этап «добавление ингредиентов».
• Провариваем суп, доводим его до кулинарной готовности. В это же время добавляем соль, сахар, специи. Этот вид тепловой обработки последний перед подачей супа клиенту и носит название «окончательной термообработки».
• Перед тем, как подать блюдо клиенту, его необходимо оформить. Добавляем в порционную тарелку сметану, посыпаем зеленью. Этап назовем «оформление».
• Отбираем из сваренного объема контрольную порцию и проводим бракеражный контроль. Он включает в себя оценку органолептических показателей блюда: вкус, цвет, запах, внешний вид, форму нарезки ингредиентов, консистенцию и так далее. По результатам контроля выносится решение: если показатели качества в норме – отправляем блюдо на реализацию. В противном случае оцениваем степень не соответствия качеству и принимаем решение по корректирующим действиям: если присутствуют мелкие недочеты (недосол) – устраняем и отправляем на повторный органолептический контроль; если недочеты являются неустранимыми – испорченные (пережаренные) ингредиенты, влияющие на вкус, внешний вид и съедобность – утилизируем всю партию.
• Если мы решаем отправить блюдо на реализацию, то должны указать ее предельные параметры. Например, в данном конкретном случае мы должны обратиться к СанПиН 2.3.6. 1079 – 01 «Санитарно-эпидемиологические требования к организациям общественного питания, изготовлению и оборотоспособности в них пищевых продуктов и продовольственного сырья» и выяснить температуру подачи данного вида блюда, сроки и температуру реализации. Температура горячих супов при подаче не ниже +75°С. Супы могут находиться на мармите или плите не более 2-3 ч с момента изготовления при постоянной температуре не менее +75°С. Указываем данную информацию в нашем последнем этапе – реализация.

Данную логику следует применять при построении блок-схем для любых этапов и видов производств. Для понимания рецептур (технологий изготовления) необходимо руководствоваться ТТК или СТН в общественном питании и ТИ (ТУ или СТО) в производстве. Все похожие блюда, для удобства, следует объединить в подгруппы и строить для них общую блок-схему.

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

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

Блок-схемы знакомы всем, кто так или иначе связан с построением схемы бизнес-процессов или с программированием. В этих случаях это буквально неизбежный инструмент, без которого ничего сделать не получится вовсе. Ведь если над вопросом работает сразу несколько специалистов, им нужно иметь возможность обобщать всё в единый алгоритм. Если подобная информация пишется сплошным текстом, то разобраться в ней будет очень сложно.

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

Шаг 1. Осознание информации

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

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

Шаг 2. Научитесь видеть самое важное

Когда есть общее понимание происходящего и мы знаем, что не тыкаем пальцем в небо, а разбираемся в какой-то слаженной системе, следует научиться выделять самое главное. Логика тут простая. Сначала нужно нарисовать или описать “хребет” происходящего, а потом обвешать его дополнительными вспомогательными данными. 

Это чем-то напоминает строительство каркасного дома. Сначала строится каркас из бруса, а потом его обивают досками или утепляют.

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

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

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

Шаг 3. Изучить условные обозначения 

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

Читайте также: Что такое x86-64 и откуда оно взялось?

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

Шаг 4. Выбор рабочего инструмента

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

В зависимости от сложности задачи можно использовать самые разные приложения, но, исходя из нашего опыта, хорошо себя зарекомендовали для решения самых разных задач приложения Visio и Draw.io   

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

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

Это приложение draw.io. Адрес программы в интернете вот тут. Оно снабжено удобными интеграциями буквально со всеми существующими и, наверное, даже не существующими сервисами. Распространяется бесплатно, очень хорошо дружит с сервисами от google и позволяет строить буквально любые схемы. Работать можно как в режиме он-лайн, так и скачать программу на свой компьютер или мобильный. 

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

Шаг 5. Знать основные правила построения блок-схем

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

• Обязательно в схеме должно присутствовать два блока – это «Начало» и «Конец». Очевидно, что у любого алгоритма или бизнес-процесса может быть только одно начало или только один конец.
• Начальный блок связывается с конечным посредством линий связи, которые могут быть дополнены различными промежуточными операциями. Из всех блоков, кроме конечного, должны выходить линии потока. 
• Все блоки удобно пронумеровывать. Так легче ориентироваться и вам при разборе схемы, и тому, кто пытается осмыслить полученный вами результат. 
• Не секрет, что линии делятся на входящие и выходящие. Если блоки не начальные или конечные, или концевые для конкретной ветки, то одна и та же линия является для одного блока выходящей, а для другого входящей. 
• Допускается наличие разрывов в линиях потока. Это обычное дело! Ведь у каждого ответвления рано или поздно происходит логическое завершение. 
• Логика процесса может быть линейная, разветвляющаяся или циклическая. Предположительно, тут вопрос появиться не должно 🙂 Если блоки на прямой линии – это линейный вариант. Если на схеме есть разветвления – то схема разветвляющаяся (всегда реальная схема такая). Циклическая – для программиста обычное дело, а вот для бизнес-аналитика более редкая. Скажем, заправка автомобиля перед каждым рейсом – это циклическая операция. 

Шаг 6. Проработка существующей схемы процесса “от” и “до”

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

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

Ну а дальше следует проработать всю схему поэтапно и удостовериться, что кирпичиков из блоков вполне хватает. Если это сделать получается, то блок схему мы построили.