В данном пособии будут рассмотрены основные традиционные и «новейшие» статистические методы контроля качества, принятые и разработанные для практического использования 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.

Ключевые вопросы

Краткая характеристика и показатели хозяйственной и иной деятельности

Блок-схемы технологических процессов

Раздел «Сведения о хозяйственной и иной деятельности» проекта нормативов образования отходов и лимитов на их размещение (далее — ПНООЛР), по сути, является той «печкой», от которой надо «плясать» при разработке ПНООЛР. И если раздел «Расчет и обоснование предлагаемых нормативов образования отходов в среднем за год» — это «сердцевина» ПНООЛР, то анализируемый раздел — самое что ни на есть «ядро», из которого должны появиться и «сердцевина», и все остальные разделы и таблицы.

Не случайно в ранее действовавших Методических указаниях по разработке проектов нормативов образования отходов и лимитов на их размещение, утвержденных Приказом Минприроды России от 11.03.2002 № 115 (далее — МУ-2002), аналогичный раздел назывался «Характеристика производственных процессов как источников образования отходов».

Требования действующих Методических указаний по разработке проектов нормативов образования отходов и лимитов на их размещение, утвержденных Приказом Минприроды России от 05.08.2014 № 349 (далее — Методические указания), недостаточно конкретизированы, что на практике иногда приводит к проблемным ситуациям при согласовании ПНООЛР.

Извлечение
из Методических указаний

[…]
19. В разделе «Сведения о хозяйственной и иной деятельности» ПНООЛР в текстовой форме приводится краткая характеристика и показатели хозяйственной и иной деятельности , в процессе которой образуются отходы .
По каждому структурному подразделению (цеху, участку и другим объектам), информация по которым включена в ПНООЛР, представляются блок-схемы технологических процессов, включающие в виде отдельных блоков:
используемые сырье, материалы, полуфабрикаты, иное ;
производственные операции (без детализации производственных процессов);
производимую продукцию (оказываемые услуги , выполняемые работы );
образующиеся отходы (по происхождению или условиям образования);
, включающие их накопление, использование, обезвреживание, размещение, а также по передаче отходов другим структурным подразделениям или другим хозяйствующим субъектам.
[…]

Вот и все требования. И если разработчиков ПНООЛР такие формулировки могут устроить (чем меньше формальных требований, тем легче в работе), то у служащих Росприроднадзора при рассмотрении ПНООЛР могут возникнуть (и, как правило, возникают!) вопросы, отвечать на которые все равно придется разработчику ПНООЛР.

С недавних пор вопросы могут возникать и у служащих органов власти субъектов Российской Федерации, поскольку согласно ст. 6 Федерального закона от 24.06.1998 № 89-ФЗ «Об отходах производства и потребления» (в ред. от 03.07.2016; далее — Федеральный закон № 89-ФЗ) к полномочиям субъектов Российской Федерации в области обращения с отходами отнесено в том числе установление нормативов образования отходов и лимитов на их размещение, порядка их разработки и утверждения применительно к хозяйственной и (или) иной деятельности юридических лиц и индивидуальных предпринимателей (за исключением субъектов малого и среднего предпринимательства), в процессе которой образуются отходы на объектах, подлежащих региональному государственному экологическому надзору .

В этой же статье закона к полномочиям субъектов Российской Федерации также отнесено утверждение методических указаний по разработке ПНООЛР (применительно к указанным объектам), однако, насколько мы можем судить, во многих регионах органы власти субъектов Российской Федерации пошли проторенной дорожкой и, не мудрствуя лукаво, взяли за основу Методические указания — либо напрямую отсылают к ним в своих нормативных актах, либо — чуть-чуть скорректировав терминологию и дополнив некоторыми требованиями — выпускают собственные методические рекомендации, почти дословно повторяющие Методические указания.

В общем, требования Методических указаний к оформлению данного раздела — то, что называется «не всяко слово в строку пишется». Но краткость не всегда сестра таланта, и формулировки Методических указаний вызывают многочисленные вопросы, особенно у тех, кто впервые сталкивается с разработкой ПНООЛР.

Например, насколько краткой (или, наоборот, подробной) должна быть характеристика деятельности предприятия? Какие показатели деятельности указывать в характеристике? Что такое блок-схемы и как конкретно их нужно составлять?

Попробуем разобраться с этими вопросами.

Краткая характеристика и показатели хозяйственной и иной деятельности

Требования Методических указаний распространяются на хозяйственную деятельность организации. Какая именно деятельность имеется в виду?

Согласно ГОСТ Р 52104-2003 «Ресурсосбережение. Термины и определения» хозяйственная деятельность — деятельность, осуществляемая в ходе производственной деятельности индивидуальным предпринимателем или юридическим лицом, независимо от формы собственности и от того, носит она коммерческий или некоммерческий характер.

Существует и более широкое толкование, например: «Хозяйственная деятельность представляет собой деятельность по производству продукции, осуществлению работ и оказанию услуг» .

Таким образом, хозяйственная деятельность — это основная деятельность любой организации (как коммерческой, так и некоммерческой).

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

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

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

Количественные — объем производимой продукции, количество работников, площадь посевов, поголовье скота и т.п.;

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

По источникам формирования (способам получения) выделяют показатели:

Нормативные — нормы расхода сырья, материалов, топлива, энергии, нормы амортизации, цены и др.;

Плановые — данные и сведения из планов экономического и социального развития предприятия, плановые задания подразделениям и т.п.;

Учетные — данные бухгалтерского, статистического, оперативного учета;

Отчетные — данные бухгалтерской, статистической и оперативной отчетности;

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

Поскольку Методические указания не конкретизируют требования к показателям хозяйственной и иной деятельности (какие именно, за какой период), у разработчиков ПНООЛР в этом смысле «развязаны руки» — можно внести в раздел показатели по своему усмотрению.

НА ЗАМЕТКУ

Если мы бросим ретроспективный взгляд на то, как раньше формулировались требования к этому разделу, то обнаружим, что в Методических указаниях по разработке проектов нормативов образования отходов и лимитов на их размещение, утвержденных Приказом Ростехнадзора от 19.10.2007 № 703 (далее — МУ-2007), требований было больше, но они во многом были логичны и более конкретны.
Например, что касается показателей деятельности: «Для видов экономической деятельности, направленной на производство продукции, указывается информация об основных видах сырья, производимой продукции, производственной мощности объектов.
Для видов экономической деятельности, направленной на оказание услуг, указываются виды и объемы оказываемых услуг (объемы перевозимого груза, количество посещений, койко-мест и др.)».
Нам представляется, что эти рекомендации можно взять на вооружение при оформлении раздела ПНООЛР и сейчас (а тем, кто разрабатывает ПНООЛР давно, «не снимать» с вооружения!).

В первую очередь желательно приводить такие показатели, от которых зависит образование отходов :

Объем производимой продукции (среднегодовой или с разбивкой по годам);

Объем оказываемых услуг (в тех величинах, в которых ведется учет, — количество обслуживаемых автомобилей, количество посетителей, количество приготавливаемых блюд и т.д.);

Количество закупаемого сырья и материалов (возможно, с конкретизацией по видам);

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

Количество и виды находящегося на балансе или в пользовании автотранспорта, годовой пробег (для предприятий, самостоятельно обслуживающих автотранспорт);

Количество работающих человек;

Площади помещений (торговые, складские, производственные и др.), территории;

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

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

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

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

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

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

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

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

Итак, разработчик ПНООЛР представил структуру предприятия (с подразделениями), привел показатели деятельности. Далее остается вопрос о краткой характеристике деятельности. Может быть, уже достаточно перечня показателей деятельности? Если следовать букве закона, то зачастую этого может быть достаточно: например, информация о количестве обслуживаемых автомобилей, количестве закупаемого сырья, объеме продукции и т.п. уже кратко характеризует деятельность организации.

Но, конечно, дух закона не будет соблюден. Ведь, характеризуя деятельность предприятия, важно указать все источники образования отходов . А для этого необходимо дать более детальное описание технологических процессов при изготовлении продукции; более детальное описание оказываемых услуг и выполняемых работ (например, для автосервисных предприятий: какие детали/узлы/жидкости заменяются). Но насколько подробно все это должно быть указано? Четких рекомендаций в Методических указаниях нет, и здесь приходится полагаться на здравый смысл и на собственный опыт (получаемый порой методом проб и ошибок).

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

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

Описание применяемого оборудования, используемого сырья и материалов;

Все образующиеся в результате отходы;

Все ли отходы учтены.

При этом государственные служащие могут не быть специалистами в том или ином виде производства. И — как ни странно это прозвучит — именно поэтому разработчику ПНООЛР нужно максимально ответственно подходить к оформлению данного раздела ПНООЛР, дать в нем всю нужную информацию по всем источникам образования отходов (и подробно объяснить, почему в данном подразделении или на данном этапе технологического цикла не образуются отходы ), ибо из-за недостатка информации при рассмотрении ПНООЛР может закрасться подозрение, что какие-то отходы не были включены в номенклатуру образующихся на предприятии отходов.

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

И, кстати, это не в долгосрочных интересах самих предприятий. Если, допустим, при разработке ПНООЛР какие-то отходы не были учтены и при рассмотрении ПНООЛР это по какой-то причине не заметили, то при проведении выездной проверки может всплыть наличие неучтенных отходов. И это приведет и к административному штрафу, и к необходимости заново разработать и согласовать ПНООЛР, т.к. внесение дополнительных видов отходов в ПНООЛР законодательством не предусмотрено.

Блок-схемы технологических процессов

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

В МУ-2007 это было выражено совершенно четко: «Сведения о производственных процессах как источниках образования отходов представляются в текстовой форме или в виде блок-схем по каждому производственному участку».

То есть раньше разработчики ПНООЛР имели свободу выбора: описывать все процессы — как производственные, так и непроизводственные — в текстовом виде или представить блок-схемы.

А еще раньше, согласно МУ-2002, требования были даже более конкретизированы: «В разделе "Характеристика производственных процессов как источников образования отходов" приводится краткая характеристика технологии производства и технологического оборудования, в процессе использования которых образуются отходы. Сведения представляются в текстовой форме или в виде блок-схем производственных процессов по каждому участку. […] Индивидуальные предприниматели или юридические лица, не имеющие в своей деятельности технологических процессов, блок-схемы не составляют и все сведения приводят в текстовой форме».

То есть в МУ-2002 также была свобода выбора, при этом при отсутствии технологических процессов блок-схемы не требовались .

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

И здесь мы сталкиваемся с тем, что не все разработчики ПНООЛР понимают, что же такое блок-схема. Требования Методических указаний заключаются лишь в том, что в виде отдельных блоков должны быть представлены:

Используемые сырье, материалы, полуфабрикаты, иное;

Производственные операции;

Производимая продукция (оказываемые услуги, выполняемые работы);

Образующиеся отходы;

Операции по обращению с отходами.

При отсутствии других требований каждый из разработчиков ПНООЛР действует кто во что горазд, в меру своего понимания.

Вот, например, какие, с позволения сказать, «блок-схемы» нам встречались в различных ПНООЛР (рис. 1):

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

ОБРАТИТЕ ВНИМАНИЕ

Блок-схемы — это часть ПНООЛР, которая должна показать все процессы , происходящие в организации, и все отходы , образующиеся в ней. И ошибки в представлении блок-схем могут привести к проблемам при рассмотрении ПНООЛР в государственных органах.

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

Согласно статье из словаря с хема — это: «1. Совокупность взаимосвязанных частей какого-н. устройства, прибора, узла […]. 2. Изложение, описание, изображение чего-н. в главных чертах» .

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

В технической и справочной литературе есть и определения понятия «блок-схема» :

. «Структурная схема (блок-схема) определяет основные функциональные части изделия (установки), их назначение и взаимосвязи » ;

. «Блок-схема представляет собой графический документ, дающий представление о порядке работы алгоритма» ;

. «Блок-схема — схема, определяющая взаимосвязь блоков» ;

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

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

Что же не так в так называемых «блок-схемах» на рис. 1?

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

В один процесс могут быть вовлечены несколько видов сырья/материалов;

С одним видом сырья/материалов могут быть осуществлены (последовательно или параллельно) несколько видов операций;

Один вид отхода в одном производственном процессе может быть образован при осуществлении разных производственных операций;

В результате одной операции может быть образовано несколько видов отходов;

Несколько видов отходов (после их образования) могут накапливаться и подвергаться другим операциям как раздельно, так и в смеси;

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

И если для некоторых процессов такая «линейная» схема (как на рис. 1в) может подойти, то как систему ее рекомендовать нельзя.

КСТАТИ

В МУ-2007 кроме рекомендаций по представлению блок-схем были и требования к составлению таблиц, аналогичных показанным на рис. 1 . Вероятно, разработчики ПНООЛР еще не успели «перестроиться» и вместо блок-схем по-прежнему ваяют таблицы.
Правда, возможно, кого-то отпугивает сложность «рисования» блок-схем, ведь таблицы средствами текстовых редакторов делать легче. Но на самом деле это все вопрос времени и опыта, надо только понять принципы.
Для составления блок-схем подойдут встроенные графические средства текстовых редакторов. Можно использовать графические редакторы или специальные программные средства для создания блок-схем. В конце концов, можно нарисовать (начертить) блок-схемы от руки и отсканировать.

Итак, отметим очевидные ошибки в блок-схемах на рис. 1:

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

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

Так, в примере на рис. 1б для того, чтобы образовался отход «Растворы буровые при бурении нефтяных скважин отработанные малоопасные», очевидно, были применены буровые растворы (которые, в свою очередь, могут быть получены в результате смешивания нескольких компонентов). В примере на рис. 1в мусор от офисных и бытовых помещений — отход потребления, образованный из использованных материалов, а также пыли и, возможно, песка;

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

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

ОБРАТИТЕ ВНИМАНИЕ

Методические указания были утверждены до изменения терминологии в Федеральном законе № 89-ФЗ, поэтому в них говорится об «использовании» (а не об «утилизации») и отсутствует «обработка отходов». Конечно, все операции по обращению с отходами должны быть указаны в соответствии с требованиями федерального законодательства.

Недоумение может вызвать то, что Методические указания рекомендуют включать в блок-схемы «производственные операции (без детализации производственных процессов)». Как известно всем, кто мало-мальски разбирается в производстве и в экономике предприятия, производственная операция — это часть производственного процесса (а не наоборот!). Авторов Методических указаний, а также всех, кому это интересно, отсылаем к специальной литературе, в которой черным по белому написано, что «производственный процесс [...] распадается на множество элементарных технологических процедур, которые совершаются при изготовлении готового изделия. Эти отдельные процедуры называются операциями» . Поскольку уточнение «без детализации производственных процессов» противоречит здравому смыслу, то оставим это на совести авторов Методических указаний.

Судя по всему, в экологи редко идут специалисты, имеющие образование в области информатики. Иначе не возникали бы такие казусы, как на рис. 1, потому что программистам, например, известен ГОСТ 19.701-90 «ЕСПД. Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения», в котором даны правила выполнения блок-схем алгоритмов, программ, данных и систем; определены графические символы для изображения каждого конкретного вида данных, способа ввода, видов операций, связей между всеми блоками, т.е. конкретные правила построения блок-схем.

Как мы уже отметили, к сожалению, Методические указания не дают никаких правил построения блок-схем производственных процессов, поэтому для экологов эта задача — говоря словами того же литературного персонажа — «quasi una fantasia» , т.е. каждый разработчик ПНООЛР в меру своей фантазии и опыта сам вправе определять графические символы для изображения видов блоков, связи между блоками и в целом общий вид блок-схем. Ну а кто сказал, что профессия эколога не творческая?!

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

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

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

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

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

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

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

Заключение

Итак, как мы увидели, требования Методических указаний к разработке раздела «Сведения о хозяйственной и иной деятельности» ПНООЛР и к представлению блок-схем технологических процессов сформулированы только в общем виде. Оформление этого раздела при всей кажущейся простоте не лишено подводных камней. В случае необходимости рекомендуем к разработке этого раздела привлекать профильных специалистов предприятия (технологов, экономистов, сотрудников отдела кадров), чтобы производственная структура предприятия, все осуществляемые процессы и операции были наглядно представлены и описаны.

При отсутствии четких требований в Методических указаниям рекомендуем руководствоваться здравым смыслом и проявлять творческий подход там, где это необходимо. Надеемся, что высказанные нами размышления и советы помогут при разработке ПНООЛР.

Пользуясь случаем, хотели бы обратиться к представителям органов власти субъектов Российской Федерации, реализующим свои полномочия в области обращения с отходами: коль скоро Федеральный закон № 89-ФЗ наделил вас полномочиями утверждать методические указания по разработке ПНООЛР — пожалуйста, будьте критичны к Методическим указаниям. Конечно, не надо отбрасывать то ценное, что там есть. Но брать оттуда требования и положения, противоречащие законодательству и здравому смыслу, на наш взгляд, не нужно. На страницах «Справочника эколога» не раз высказывались критические замечания к Методическим указаниям и предложения по их улучшению (в т.ч. и автором этих строк), которые, как нам кажется, заслуживают рассмотрения.

А вообще, было бы неплохо организовать что-то вроде «круглого стола» (хотя бы «виртуального»), за которым собрать представителей всех регионов России, чтобы обсудить действующие Методические указания и выработать общие подходы по их улучшению. Это будет на пользу как предприятиям, так и служащим всех уровней и ветвей государственной власти.

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

- Прохоров И.О. Нормативы и годовые нормативы образования отходов, правовая основа методов расчета нормативов // Справочник эколога. 2014. № 7. С. 44-57;

- Прохоров И.О. Выбор метода расчета нормативов образования отходов // Справочник эколога. 2014. № 8. С. 75-84;

- Прохоров И.О. Методы расчета нормативов образования отходов: метод расчета по материально-сырьевому балансу и расчетно-аналитический метод // Справочник эколога. 2014. № 9. С. 93-104;

Савицкая Г.В. Анализ хозяйственной деятельности предприятия: учеб. пособие. Мн.: Новое знание, 2002.

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

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

ВСН 514-89 «Требования к проектированию объектов по производству минеральных удобрений с применением блоков. Технология производства».

Схема бизнес-процесса (Business Process D iagram) - это представление пошаговых процессов, где схемы обычно создаются как блок-схемы, в которых фигуры представляют этапы процесса, а последовательность этапов обозначается стрелками.

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

Виды схем бизнес-процессов

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

Рисунок 1. Простая блок-схема бизнес-процесса изготовления электромотора.

Рисунок 2. Символы в схемах бизнес-процессов.

Рисунок 3. Простая блок-схема бизнес-процесса с использованием символов.

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

Рисунок 4. Схема построения бизнес-процесса с помощью графов приоритетов

Рисунок 5. Описание рабочего задания на примере одного графов

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

Пример. Схема графически-описательного представления «изготовление заказа 1000 единиц металлических уголков изделий из листовой стали»

В Части 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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