НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ КОМИТЕТ ПО СТАНДАРТИЗАЦИИ «УПРАВЛЕНИЕ КАЧЕСТВОМ» МЕТОДИКА И ПОРЯДОК РАБОТ

НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ КОМИТЕТ ПО СТАНДАРТИЗАЦИИ
«УПРАВЛЕНИЕ КАЧЕСТВОМ»
МЕТОДИКА И ПОРЯДОК РАБОТ
ПО ОПРЕДЕЛЕНИЮ, КЛАССИФИКАЦИИ И ИДЕНТИФИКАЦИИ ПРОЦЕССОВ.
ОПИСАНИЕ ПРОЦЕССОВ НА БАЗЕ МЕТОДОЛОГИИ IDEF0
Методические рекомендации
МЯТОДЫКА I ПАСЛЯДОỲНАСЦЬ РАБОТ
ПА ВЫЗНАЧЭННI, КЛАСIФIКАЦЫI I IДЭНТЫФIКАЦЫI ПРАЦЭСАỲ
АБМАЛЕỲКА ПРАЦЭССАỲ НА ПАДСТАВЕ МЕТАДАЛОГII IDEF0
Метадычныя рэкамендацыi
ТК РБ 4.2-МР-05-2001
Минск
УДК
МКС
группа
Ключевые слова: система менеджмента качества, процессный подход, процесс, моделирование процессов, определение процесса, классификация процессов, идентификация процессов,
карта процесса, методология IDEF0.
Предисловие
1.
РАЗРАБОТАНЫ кафедрой «Стандартизация, метрология и информационные системы» Белорусской государственной политехнической академии (ответственный исполнитель –
СЕРЕНКОВ П.С.).
СОИСПОЛНИТЕЛИ:
ИП «ОРИЕНТСОФТ» (исполнитель – КУРЬЯН А.Г);
УП «Центр ТООТ» (исполнитель – ШУЛЬГА Т.В.);
РУП «ПО ГОРИЗОНТ» (исполнители – ЖУК В.М., ТОЛКАЧЕВ И.И.);
Белорусский государственный институт стандартизации и сертификации (БелГИСС) (исполнители – НАЗАРЕНКО В.В., СТАНКЕВИЧ Л.А.);
УП «Завод Транзистор» (исполнитель – ЛУБНИНА Л.П.);
Концерн «Беллегпром» (исполнитель – НЕФЕДОВА Л.С.).
2.
УТВЕРЖДЕНЫ решением о принятии документа № _________от _________ 2002 г.
подписанным председателем Национального технического комитета по стандартизации
«Управление качеством».
3.
ВВОДЯТСЯ В ДЕЙСТВИЕ с _______________ 2002 г.
4.
ВВЕДЕНЫ ВПЕРВЫЕ
Настоящие рекомендации не могут быть тиражированы и распространены без разрешения
Национального технического комитета по стандартизации «Управление качеством»
_______________________________________________________________________
Изданы на русском языке
2
СОДЕРЖАНИЕ
ВВЕДЕНИЕ .................................................................................................................................................................. 4
1
ОБЛАСТЬ ПРИМЕНЕНИЯ .............................................................................................................................. 5
2
НОРМАТИВНЫЕ ССЫЛКИ ........................................................................................................................... 5
3
ОПРЕДЕЛЕНИЯ ................................................................................................................................................. 5
4
ОБЩИЕ ПОЛОЖЕНИЯ ................................................................................................................................... 7
4.1
4.2
4.2.1
4.3
4.4
4.4.1
4.4.2
4.5
4.6
4.6.1
4.6.2
5
5.1
5.2
5.2.1
5.2.2
5.2.3
5.2.4
АСПЕКТЫ ПРОЦЕССНОГО ПОДХОДА В СТБ ИСО СЕРИИ 9000 ............................................................... 7
МОДЕЛИРОВАНИЕ КАК СПОСОБ АДЕКВАТНОГО ОПИСАНИЯ ПРОЦЕССОВ.............................................. 8
Методология функционального моделирования IDEF0 ................................................................. 9
ОПРЕДЕЛЕНИЕ ПРОЦЕССОВ ...................................................................................................................... 11
КЛАССИФИКАЦИЯ ПРОЦЕССОВ................................................................................................................ 11
Классификация деловых процессов .................................................................................................. 11
Классификация процессов менеджмента качества ..................................................................... 13
ИДЕНТИФИКАЦИЯ ПРОЦЕССОВ................................................................................................................ 14
ДОКУМЕНТИРОВАНИЕ ПРОЦЕССОВ ......................................................................................................... 15
Документация по процессам............................................................................................................. 15
Состав и структура документации по процессам ....................................................................... 16
МЕТОДИКА ОПРЕДЕЛЕНИЯ, КЛАССИФИКАЦИИ И ИДЕНТИФИКАЦИИ ПРОЦЕССОВ ...... 17
ОБЩАЯ МЕТОДИКА ОПРЕДЕЛЕНИЯ КЛАССИФИКАЦИИ И ИДЕНТИФИКАЦИИ ПРОЦЕССОВ ................. 17
МЕТОДИКА ОПИСАНИЯ ПРОЦЕССОВ НА БАЗЕ МЕТОДОЛОГИИ IDEF0 .................................................. 18
Определение деловых процессов в виде IDEF0-модели ................................................................. 18
Классификация процессов в рамках IDEF0-модели ...................................................................... 28
Идентификация процессов в рамках IDEF0-модели .................................................................... 32
Документирование процессов в IDEF0-моделях ............................................................................ 33
6
ПОРЯДОК ПРОВЕДЕНИЯ РАБОТ ПО ОПРЕДЕЛЕНИЮ, КЛАССИФИКАЦИИ И
ИДЕНТИФИКАЦИИ ПРОЦЕССОВ................................................................................................................................ 36
6.1
6.2
6.3
6.3.1
6.3.2
6.3.3
6.3.4
6.4
6.5
6.6
ОБЩИЕ ПОЛОЖЕНИЯ ................................................................................................................................ 36
ПОДГОТОВИТЕЛЬНЫЙ ЭТАП..................................................................................................................... 36
ПОРЯДОК СОЗДАНИЯ МОДЕЛИ ................................................................................................................. 36
Сбор информации ................................................................................................................................ 36
Документирование полученной информации ................................................................................ 36
Построение Диаграмм ....................................................................................................................... 39
Проверка корректности модели....................................................................................................... 39
ПОРЯДОК КЛАССИФИКАЦИИ ПРОЦЕССОВ .............................................................................................. 40
ПОРЯДОК ИДЕНТИФИКАЦИИ ПРОЦЕССОВ............................................................................................... 40
ПОРЯДОК УТВЕРЖДЕНИЯ МОДЕЛЕЙ ........................................................................................................ 40
7
ПЕСПЕКТИВЫ ПРИМЕНЕНИЯ ФУНКЦИОНАЛЬНЫХ МОДЕЛЕЙ В СИСТЕМАХ
МЕНЕДЖМЕНТА КАЧЕСТВА ........................................................................................................................................ 41
7.1
7.2
7.3
ПЕРСПЕКТИВЫ IDEF0 .............................................................................................................................. 41
СОЗДАНИЕ МОДЕЛЕЙ ДЛЯ МЕНЕДЖМЕНТА ПРОЦЕССОВ........................................................................ 41
CASE-СРЕДСТВА МОДЕЛИРОВАНИЯ ПРОЦЕССОВ .................................................................................. 42
ПРИЛОЖЕНИЕ А. (ИНФОРМАЦИОННОЕ) МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО
МОДЕЛИРОВАНИЯ IDEF0 .............................................................................................................................................. 43
ПРИЛОЖЕНИЕ Б ..................................................................................................................................................... 47
(ИНФОРМАЦИОННОЕ) ......................................................................................................................................... 47
ПРИМЕР МОДЕЛИ ПРОЦЕССА ПРОИЗВОДСТВА ЖЕНСКИХ ПАЛЬТО НА ШВЕЙНОЙ ФАБРИКЕ
................................................................................................................................................................................................. 47
ПРИЛОЖЕНИЕ В (ИНФОРМАЦИОННОЕ) ПРИМЕР ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПРОЦЕССА
ИЗГОТОВЛЕНИЯ ШАССИ ТЕЛЕВИЗОРА .................................................................................................................. 54
ПРИЛОЖЕНИЕ Г (ИНФОРМАЦИОННОЕ) БИБЛИОГРАФИЯ ................................................................... 56
3
Введение
Данный документ содержит методику описания (моделирования) процессов, включая их
определение, классификацию и идентификацию, а также документирование процессов в рамках
системы менеджмента качества, соответствующей требованиям СТБ ИСО 9000-2001, СТБ ИСО
9001-2001 и СТБ ИСО 9004-2001.
Методика в полной мере отвечает принципу реализации процессного подхода в рамках системы менеджмента качества, соответствующей требованиям СТБ ИСО 9000-2001, СТБ ИСО
9001-2001 и СТБ ИСО 9004-2001. Цель методики – предоставить в распоряжение специалистов
служб качества способ и средство описания процессов в организации для целей их эффективного планирования, обеспечения, управления и улучшения в соответствии с идеологией системы
менеджмента качества, а также идентификации и документирования процессов.
Методика в документе разделена на две части. Первая часть представляет собой общую
методику определения, классификации и идентификации процессов в рамках системы менеджмента качества. Вторая часть представляет собой один из возможных подходов к реализации
общей методики на базе методологии функционального моделирования процессов IDEF0 (Integrated Definition Function Modeling) [3-5].
Методология IDEF0 успешно применяется в самых различных отраслях, зарекомендовав
себя как эффективное средство формализованного описания, проектирования, анализа и улучшения деловых процессов сложных систем, к которым можно отнести систему менеджмента качества промышленного предприятия.
4
1
Область применения
Настоящие методические рекомендации содержат методику и порядок проведения работ
по описанию (моделированию) процессов организации – их определению, классификации и
идентификации, а также построению карт процессов в рамках систем менеджмента качества,
соответствующих требованиям СТБ ИСО 9001-2001.
Методические рекомендации могут быть полезны для предприятий, организаций, учреждений (далее – организаций), разрабатывающих, внедряющих, поддерживающих системы
менеджмента качества в соответствии с требованиями СТБ ИСО 9001-2001 с целью обеспечения результативности и эффективности своей деятельности.
Методические рекомендации могут быть полезны организациям второй и третьей стороны для целей объективной оценки соответствия систем менеджмента качества требованиям
СТБ ИСО 9001-2001.
2
Нормативные ссылки
В настоящих Рекомендациях использованы ссылки на следующие нормативные документы:
СТБ ИСО 9000-2001. Системы менеджмента качества. Основные положения и словарь
СТБ ИСО 9001-2001. Системы менеджмента качества. Требования
СТБ ИСО 9004-2001. Системы менеджмента качества. Рекомендации по улучшению деятельности
3
Определения
В настоящих Рекомендациях применяют следующие термины с соответствующими
определениями:
Деловой процесс (бизнес-процесс) – это совокупность различных процессов, объеденных в рамках определенного вида деятельности (бизнеса), "на входе" которой используются один или более видов ресурсов, и в результате этой деятельности на "выходе" создается продукт (или услуга), представляющий ценность для потребителя [10].
Документ «Описание процесса» – документ, содержащий описание структуры процесса, взаимодействий и взаимосвязей, существующих как внутри процесса, так и с другими процессами.
Документ «Перечень процессов» – документ, который содержит краткую информацию о всех процессах, относящихся к системе менеджмента качества.
Идентификация процесса - присвоение процессу уникального идентификационного
признака, посредством которого процесс однозначно отличается от любого другого процесса в сети (системе) процессов организации.
Карта процесса – документ, содержащий описание структуры процесса, представленное графически (графическое описание процесса).
Категория – (от греч. kategoria высказывание; признак), понятие, которое отражает
существенный признак или набор признаков, по которым объект (группа объектов) из совокупности отличается от другого объекта (группы объектов).
Примечание – В данном документе термин «категория» используется применительно к процессам организации. В соответствии с СТБ ИСО 9000-2001 примерами категорий процессов
являются процессы управления, процессы жизненного цикла.
Классификация процессов – процедура отнесения процесса к той или иной категории процессов в соответствии с заранее установленными признаками и правилами классификации.
Ключевой процесс - это процесс жизненного цикла, определяющий деловой потенциал организации, реализуемый самой организацией.
Примечание - Ключевой процесс не может быть отнесен к категории «услуги сторонних ор-
5
ганизаций», т.е. не может быть отдан сторонним организациям.
Описание (моделирование) процесса – отражение субъективного видения реально
существующего в организации процесса в виде модели, состоящей из взаимосвязанных
объектов. Эта деятельность включает определение, классификацию и идентификацию процесса.
Процесс вспомогательный – процесс, выходом которого является материальный или
информационный ресурс, используемый другим процессом в системе процессов организации.
Процесс жизненного цикла – процесс, выход которого является продукция, производимая в организации, на одном из этапов ее жизненного цикла.
Процесс управления – процесс, выходом которого является управляющее воздействие, направленное на другой процесс в системе процессов организации.
Система (сеть) процессов – совокупность всех процессов в организации, взаимосвязанных и взаимодействующих друг с другом.
Функциональное моделирование – построение модели ( описания) процесса, которая отражает внутреннюю структуру процесса, его входы и выходы, взаимосвязи и взаимозависимости с другими процессами в сети процессов, а также классификационные и идентификационные признаки, характеризующие процесс в виде функций.
Функция – описание деятельности, процесса или преобразования, представленное
глагольной формой, которое определяет, что должно быть выполнено.
6
4
Общие положения
4.1 Аспекты процессного подхода в СТБ ИСО серии 9000
Применение в организации системы (сети) процессов, наряду с их идентификацией и
взаимодействием, а также менеджмент процессов могут считаться «процессным подходом»
СТБ ИСО 9000-2001, СТБ ИСО 9001-2001 и СТБ ИСО 9004-2001.
ПРОЦЕССНЫЙ ПОДХОД – как принцип предполагает:
Улучшать качество
процессов
Управлять качеством
процессов
2. МЕНЕДЖМЕНТ ПРОЦЕССОВ
Обеспечивать
качество процессов
Определить
взаимодействие
процессов
Идентифицировать
процессы
Определить процессы
(СЕТИ) ПРОЦЕССОВ
Планировать качество
процессов
1. ПРИМЕНЕНИЕ СИСТЕМЫ
С помощью каких средств ?
МОДЕЛИРОВАНИЕ
Функциональная модель отвечает на
Статистическая
модель
отвечает
на
вопросы:
вопросы:
 установить и иерархически выстроить
 Какие параметры процесса определяют
процессы,
которые
непосредственно
качество продукции на выходе;
определяют качество конечной продукции;
 Ранжирование
параметров
по
 определить «входы» и «выходы» этих
значимости;
процессов, их взаимосвязь;
 Все ли параметры учтены;
 идентифицировать каждый процесс по
 Можно ли улучшить процесс за «счет
таким аспектам, как:
внутренних
резервов»,
например,
 ответственность;
методами робастного моделирования;
 ресурсы;
 Можно ли прогнозировать состояние
 документация
(организационнокачества продукции и процессов и
распорядительные
документы,
принимать
соответствующие
регламенты, нормативы, методики, и т.п.);
корректирующие и предупреждающие
 комплекс показателей качества процесса
меры.
(что контролируется, как, как часто, куда
регистрируется);
 место процесса в сети процессов (что
подается на вход, откуда, что на выходе,
куда идет и т.д.)
Рис.1. Реализация процессного подхода
Настоящие Рекомендации затрагивают только первую часть реализации процессного
подхода, касающуюся развертывания системы процессов – т.е. описания процессов, которое
включает определение, классификацию и идентификацию процессов, оказывающих влияние
7
на качество продукции, производимой организацией. Менеджмент процессов (планирование,
обеспечение, управление и улучшение) не рассматриваются в Рекомендациях.
4.2 Моделирование как способ адекватного описания процессов
Адекватное описание процессов возможно с помощью процедуры, называемой моделированием. Целью моделирования является создание точного, достаточного, лаконичного,
удобного для восприятия и анализа описания системы, как совокупности взаимодействующих
компонентов и взаимосвязей между ними [10].
Примечание – Такие системы, как деятельность организации или процесс, обладают сложной
внутренней структурой и сложным характером взаимодействий между составными элементами.
Очень часто невозможность обычными средствами дать простое описание, а следовательно, и
обеспечить понимание таких систем делает их проектирование, разработку и поддержание в рабочем состоянии трудоемким и дорогостоящим. С другой стороны, с ростом технического прогресса адекватное описание систем становится все более актуальной проблемой.
Моделирование предполагает наличие в обязательном порядке установленного набора
изобразительных (выразительных) средств и правил – способа описания объекта. Среди
наиболее распространенных способов описания можно выделить:
Вербальное описание – описание на естественном языке.
Например, настоящие Рекомендации являются описанием методики и порядка работ по определению, классификации и идентификации процессов на естественном языке.
Примечание – Для стандартизации это наиболее характерная и привычная форма описания. Следует отметить, что этот способ описания не всегда обеспечивает необходимый и достаточный
уровень «адекватности».
-
Математическое описание – описание с помощью средств и правил математики.
Например, статистическая модель для анализа и прогнозирования технологического процесса,
составленная на базе теории вероятности, математической и прикладной статистики.
Графическое описание – описание объекта с помощью средств и правил графического изображения.
Например, ЕСКД (единая система конструкторской документации) – набор средств и правил
получения графического описания объекта, называемого чертеж.
Примечание - Следует отметить, что нет четких границ между приведенными способами описания и соответствующими им моделями. Как правило, каждая модель использует средства и правила других моделей. Например, математическая модель может содержать как элементы вербальной модели (словесное сопровождение), так и элементы графической модели (поясняющие
схемы, рисунки и т.п.).
Описание должно иметь конкретное назначение. Это означает, что модель, как промежуточный этап системного подхода к менеджменту, разрабатывается для достижения конкретных целей. В случае процессного подхода в рамках системы менеджмента качества описание (модель) процессов создается для целей менеджмента процессов (планирования, обеспечения, управления и улучшения).
Примечание - Для сложных систем достаточно трудно получить одно единственное описание,
отвечающее на все вопросы менеджеров, пригодное для достижения существующих целей. Являясь по своей природе многогранной по формам и содержанию представления, система как совокупность взаимосвязанных компонентов может быть описана в виде целого ряда самостоятельных, законченных моделей, количество которых определяется главным образом целями менеджмента. Типичный пример сложной системы – организация, которая может быть представлена как:
система процессов, с помощью которой организация выполняет свою миссию;
совокупность информационных объектов и потоков информации в организации;
организационная структура, которая определяет подчиненность между подразделениями и
отдельными сотрудниками;
8
инфраструктура (территории, здания, сооружения, коммуникации), и т.д.
Соответственно различные представления организации или ее системы менеджмента могут быть
описаны соответствующими моделями, отвечающими на конкретные вопросы. Например, функциональная модель представляет описание с требуемой степенью детализации сети процессов с
целью их планирования, обеспечения, управления и улучшения. Модели данных (информационные модели) представляют собой подробное описание объектов и типов информации и данных с
целью оптимизации и последующей автоматизации и т.д.
4.2.1 Методология функционального моделирования
Одной из наиболее распространенных методологий для создания функциональных моделей (описаний) сложных систем и процессов является методология IDEF0 [3].
Основные принципы и понятия методологии IDEF0 приведены в Приложении А данного
документа.
Примечание - В 1993 году методология IDEF0 была утверждена в качестве федерального стандарта США для функционального моделирования [4].
В 2000 году Госстандарт России принял Руководящий документ «Методология функционального моделирования IDEF0» для целей реинжиниринга деловых процессов и процессов менеджмента качества [5].
4.2.1.1 Цель и назначение функциональных моделей
Целью построения функциональной модели процесса является необходимое и достаточное формализованное описание всех подпроцессов, из которых состоит моделируемый процесс, а также характера взаимосвязей между ними. Будучи построенной, такая модель способна обеспечить полное представление как о функционировании исследуемого процесса, так
и о всех имеющих в нем место потоках информации и материалов.
Функциональная модель отражает функциональную структуру системы процессов, составляющих деятельность организации. Она используется для формализации знаний о структуре деятельности организации, анализа деятельности «как есть», выявления «узких мест» и
проектирования функциональной структуры «как должно быть».
4.2.1.2 Связь IDEF0 с процессным подходом в СТБ ИСО серии 9000
В различных источниках, трактующих или упоминающих процессный подход, предлагаются различные способы представления процессов (Рис. 2).
9
Управление
Выходы
(Результат)
Выходы
(Результат)
Процесс
Процесс
Входы
(Ресурсы)
Входы
Ресурсы
А)
Б)
Управление
Входы
Процесс
(функция)
Выходы
Механизм
(Ресурсы)
В)
Рис. 2. Модели представления процессов:
(А) - в соответствии с [1], (Б) – в соответствии с [7], (В) – в соответствии с методологией
(стандартом) IDEF0 [5].
Очевидно, что методологические подходы IDEF0 к формализованному представлению
процесса являются в наибольшей степени адекватными по отношению к подходам менеджмента качества в соответствии с требованиями СТБ ИСО 9001-2001, что очень важно и привлекательно, в том числе, для целей сертификации.
Примечание - Можно позволить себе такую интерпретацию преимущества IDEF0 – подхода к
описанию процессов по сравнению с традиционным (для промышленных предприятий). Предположим необходимо разработать проект изделия – вала. Это можно сделать двумя путями:
Первый – описание вала словами, типа: …тело цилиндрической формы с N ступенями. Левая
ступень имеет диаметр…. и т.д. со словесным изложением конструктивных особенностей (фасок, канавок, галтелей и т.п.), требований к размерам, форме, расположению, шероховатости,
материалу.
Второй – графическое изображение вала в виде чертежа, выполненного в соответствии с определенными правилами –ЕСКД.
Ни у кого не вызывает сомнения, что второй подход значительно более нагляден, реалистичен,
«готов» к анализу (управлению, улучшению).
Если провести параллель описания процессов в рамках систем качества с такой аналогией, то:
Первый подход – традиционный подход описания процессов в виде стандартов, методик, инструкций.
Второй подход – графическое изображение сети процессов с интегрированным первым подходом.
Можно сказать, что IDEF0 – это аналог ЕСКД (ЕСТД) для разработки и идентификации сети
процессов компании в рамках системы качества, позволяющая сделать проект системы качества
как сети процессов более наглядным (прозрачным), увязанным, «готовым» к регулярному анализу, управлению, улучшению.
10
4.3 Определение процессов
Процедура определения процесса предполагает получение ответов на два основных вопроса:
что есть процесс, что он из себя представляет;
каково его место среди других процессов в системе.
В связи с этим, определение процесса включает:
описание составных элементов процесса, т.е. процессов, из которых состоит рассматриваемый процесс;
описание границ (рамок) процесса, т.е. его входов и выходов. Входы и выходы
определяют:
структуру, взаимосвязи и взаимозависимости между (под-)процессами в рамках
рассматриваемого процесса;
структуру, взаимосвязи и взаимозависимости процесса с другими процессами, а
также с внешними поставщиками и потребителями.
Примечания:
1. Методика выделения сети процессов, определяющих качество конечной продукции, из общей
совокупности процессов организации базируется на технике иерархического моделирования
IDEF0 [3 - 5].
2. Процесс в нотации «как есть» - не всегда добавляет ценность продукту на выходе, но при этом
он должен быть определен наравне с другими процессами. Такие процессы по результатам анализа являются объектом улучшения.
4.4 Классификация процессов
Классификация процессов предполагает наличие заранее заданного (обусловленного)
списка категорий и предполагает отнесение того или иного процесса к той или иной категории. Выбор (задание) категорий определяется задачами, для решения которых применяется
классификация.
В Рекомендациях классификация процессов применяется для решения задачи соответствия процессов в организации требованиям, представленным в СТБ ИСО 9000-2001, СТБ
ИСО 9001-2001 и СТБ ИСО 9004-2001. С другой стороны, классификация процессов используется для целей эффективного менеджмента процессов.
4.4.1 Классификация деловых процессов
Деятельность организации состоит из деловых процессов. Количество различных деловых процессов зависит от ряда факторов. Среди наиболее значимых факторов следует выделить:
виды продукции и услуг, производимые организацией;
особенности различных групп потребителей продукции;
особенности различных групп поставщиков сырья и ресурсов.
Например, швейная фабрика приобретает сырье (ткани, нитки, пуговицы и т.д.), производит
продукцию (шьет женские пальто) и поставляет их своим потребителям. Значит, в деятельности
швейной фабрики имеет место деловой процесс по производству и поставке женских пальто. Помимо этого, швейная фабрика имеет на своем балансе общежитие и оказывает гостиничные услуги.
Оказание гостиничных услуг следует рассматривать как отдельный деловой процесс.
Примечание – Процесс можно рассматривать в качестве делового процесса, если этот процесс
лежит в основе отдельного вида деятельности организации.
Деловой процесс включает три существенно отличающиеся группы (категории) процессов:
- процессы жизненного цикла;
- процессы менеджмента;
11
- процессы обеспечения ресурсами (вспомогательные или обеспечивающие процессы).
Каждая категория процессов, в свою очередь, подразделяется на категории более низкого уровня иерархии.
Так, процессы жизненного цикла могут быть подразделены на отдельные процессы,
каждый из которых соответствует определенному этапу жизненного цикла продукции: маркетинг, проектирование и разработка продукции, планирование и разработка процессов (технологических) и т.д. (Рис. 3).
Категории, с помощью которых осуществляется классификация процессов в рамках деловых процессов в организации, представлены в виде иерархической структуры на Рис. 3.
ДЕЯТЕЛЬНОСТЬ ОРГАНИЗАЦИИ
Деловой
процесс 1
Продукция 1
Деловой
процесс 2
Продукция 2
...
Продукция N
Деловой
процесс N
Процессы менеджмента
Процессы жизненного
цикла продукции
Процессы обеспечения
ресурсами
Менеджмент
качества
Маркетинг
Обеспечение
персоналом
Другие
процессы
менеджмента в
организации
Проектирование и
разработка
продукции
Планирование и
разработка
процессов
Закупки
Обеспечение
инфраструктуры
Обеспечение
рабочей среды
Производство и
предоставление
услуг
Проверки
Послепроизводств
енная
деятельность
Рис. 3 Иерархическая структура категорий процессов в деловом процессе
Различные деловые процессы в организации могут содержать разное количество этапов
жизненного цикла продукции. При этом каждый этап жизненного цикла продукции может
описываться в виде отдельного процесса.
Примечания:
12
1. Жизненные циклы разнородных типов продукции и результатов деятельности могут отличаться по причине их различной природы. Из-за этого будут отличаться деловые процессы, соответствующие этим видам продукции или результатов деятельности.
Например, жизненные циклы женских пальто и гостиничных услуг различаются из-за природы
выходов процессов: продуктов и услуг соответственно.
2. Жизненные циклы однородных типов продукции и результатов деятельности также могут отличаться. Среди процессов жизненного цикла конкретной продукции следует выделять процессы ключевые и неключевые. Неключевые процессы могут быть реализованы как услуги сторонних организаций. Естественно, что управление этими процессами существенно различается.
Неключевые процессы жизненного цикла, реализуемые сторонними организациями, не входят в
состав делового процесса и не подлежат системному управлению. В данном случае такие процессы являются внешними по отношению к деловому процессу. Их управление ведется по линии
«взаимоотношений с внешними поставщиками» на контрактной основе.
Например, швейная фабрика выпускает пальто собственных моделей и пальто по моделям,
приобретенным по лицензии. Очевидно, что этапы жизненного цикла будут отличаться по
крайней мере по наличию или, соответственно, отсутствию этапа «разработка и проектирование продукции».
Процессы обеспечения ресурсами часто называют вспомогательными процессами. Их
нельзя отнести ни к процессам менеджмента качества, ни к процессам жизненного цикла. Отличительной особенностью этих процессов является то, что результатами этих процессов являются ресурсы, которые используются при выполнении процессов жизненного цикла и/или
менеджмента. Стоимость (ценность) ресурсов, создаваемых или обрабатываемых в рамках
процессов обеспечения, напрямую не переносится в стоимость (ценность) продукции, производимой в рамках процессов жизненного цикла. Хотя косвенная связь существует.
4.4.2 Классификация процессов менеджмента качества
Процессы менеджмента качества относятся к категории процессов менеджмента. В отличие от процессов жизненного цикла и процессов обеспечения ресурсами категории процессов менеджмента качества четко определены в СТБ ИСО 9000-2001. В стандарте выделены
следующие категории процессов, относящихся к системе менеджмента качества (Рис. 4):
процессы высшего руководства;
менеджмент ресурсов;
процессы жизненного цикла продукции (в части обеспечения «управляемых условий» процессов жизненного цикла);
процессы измерения, анализа и улучшения.
Примечание – Дополнительно в СТБ ИСО 9000-2001 выделяют процессы системного уровня. К
этой категории относятся процессы развертывания (создания), поддержания в рабочем состоянии и улучшения собственно системы менеджмента качества.
Таким образом, классификация процессов позволяет
выделить среди процессов, составляющих деятельность организации, процессы,
относящиеся к системе менеджмента качества;
выделить среди процессов менеджмента качества процессы, которые относятся к
различным категориям, определенным в СТБ ИСО 9000-2001.
13
Раздел 5.
Процессы высшего руководства
Раздел 4.
Процессы
системного
уровня
Примеры
Разработка целей и политики в области
качества
Определение ответственности,
полномочий, каналов связи
Анализ со стороны руководства
И др.
Раздел 6.
Процессы управления
ресурсами
Раздел 8.
.
Процессы измерения,
анализа и улучшения
Примеры
Определение и обеспечение
ресурсами
Человеческие ресурсы
Определение инфраструктуры
Определение рабочей среды
Рис.3
)



Примеры
Процессы развертывания
системы сбора данных о
качестве
Процессы контроля
соответствия продукции и
процессов, системы качества
Процессы анализа данных
Процессы непрерывного
улучшения
Раздел 7.
Процессы
жизненного
цикла
продукции (в части обеспечения
«управляемых условий» процессов
жизненного цикла)





Примеры
Процессы планирования
Процессы, связанные с портребителем
Процессы проектирования и разработки
Процессы закупок
Процессы производства и
обслуживания
Процессы измерения и контроля
Рис. 4. Классификация процессов системы менеджмента качества в СТБ ИСО 9001-2001.
Результатом классификации процессов является ответ на вопрос: все ли процессы, определенные в СТБ ИСО 9000-2001, выполняются в рамках деятельности организации.
4.5 Идентификация процессов
Существуют различные подходы к идентификации процессов. Идентификация процесса
может осуществляться, например:
уникальным названием процесса;
с помощью маркировки – присвоения уникального идентификационного номера;
другими средствами.
Система идентификации процессов и взаимосвязей между ними должна легко, наглядно
и оперативно обеспечивать определение места процесса или его элементов в рамках моделируемой системы процессов. С учетом иерархического построения системы процессов в рамках деятельности организации, делового процесса, процесса жизненного цикла или процесса
управления (декомпозиция процессов) рационально использовать для целей идентификации
подходы, используемые в методологии IDEF0 [4,5].
14
4.6 Документирование процессов
4.6.1 Документация по процессам
В соответствии с разделом 4.1 СТБ ИСО 9001:2001 не регламентируется перечень обязательных процессов, которые должны быть документированы. Каждая организация самостоятельно определяет, какие процессы должны быть документированы, руководствуясь требованиями потребителей, нормативных актов, областью деятельности, своей корпоративной стратегией.
Объем документирования в системе менеджмента качества определяет руководство организации, исходя из следующих требований:
Обеспечить воспроизводимость любого процесса и выполнение требований семейства СТБ ИСО 9000 версии 2001 года персоналом предприятия;
Обеспечить возможность доказательства соответствия системы менеджмента качества требованиям СТБ ИСО 9001:2001 при проведении аудитов;
Выполнить требования СТБ ИСО 9001:2001 к документированию процедур.
Тем не менее, в стандарте приведен ряд требований, соответствие которым своей системы менеджмента качества и ее эффективности организация может демонстрировать посредством разработки ряда документов. Среди них следует выделить описания процессов, которые могут включать:
карты процессов;
блок – схемы процессов;
описания процессов в любой приемлемой форме.
При этом могут использоваться различные методы: графические, вербальные, визуальные, электронные.
Степень детализации описаний процессов должна определяться исходя из необходимости и достаточности обеспечения эффективности руководства процессами. В частности, в соответствии с СТБ ИСО 9001-2001, документированию в рамках процесса подлежат: планирование и обеспечение, управление ходом процесса, ресурсы, процессы контроля.
В разделе 4.2.1. СТБ ИСО 9001-2001 упоминаются следующие категории документов по
процессам в рамках системы менеджмента качества:
описания процессов;
процедуры.
Примечания:
1.
Из того, что описания процессов используются в различных документах системы менеджмента качества, а также из декларируемого в СТБ ИСО 9000:2001 принципа системного подхода
к менеджменту качества следует, что создание описаний процессов предшествует созданию
остальных документов в системе менеджмента качества. Следовательно, создание описаний
процессов является основой для создания документации в системе менеджмента качества. В
этом контексте описание процесса является основой для создания процедуры.
2.
Документы, в которых содержится косвенная информация о процессах (ссылки на процессы), например, руководство по качеству, планы качества, должностные инструкции, здесь не
учитываются.
3.
Описания процессов в отличие от шести обязательных процедур не являются обязательными документами (не являются обязательным элементом системы документов) системы менеджмента качества в соответствии с СТБ ИСО 9001:2001.
В системе менеджмента качества следует различать назначение описания процесса и
процедуры.
15
Описание процесса определяет, что есть процесс, в том числе какова его структура.
Назначение описания – это эффективное планирование, обеспечение, управление и улучшение процесса.
Процедура определяет последовательность действий в рамках процесса, которая в заданных условиях (т.е., «здесь и сейчас») обеспечивает заданное качество процесса. Суть процедуры – это алгоритм исполнения процесса в конкретных определенных условиях.
Примечание – Распространенный способ представления алгоритмов – блок-схемы. Они могут
быть использованы в качестве способа представления процедур процессов в системе менеджмента качества.
Описание процесса первично по отношению к процедуре и является основой для разработки последней, но не наоборот. Следует отметить, что для одного и того же процесса может
иметь место несколько процедур, отличающихся, например, условиями их выполнения, последовательностью действий и т.п.
Примечание – Блок-схемы не позволяют отразить структуру процессов и, следовательно, не являются адекватным способом описания процессов. Для описания процессов, которое отвечает
требованиям менеджмента качества, используются другие способы. В данном документе предлагается способ, основанный на методологии функционального моделирования IDEF0.
4.6.2 Состав и структура документации по процессам
Документация по процессам, используемая для последующего эффективного планирования, обеспечения, управления и улучшения, включает:
1. перечень процессов;
2. описание процесса.
4.6.2.1 Перечень процессов
Перечень процессов содержит следующее:
записи, позволяющие идентифицировать описания процессов;
информацию, которая идентифицирует место документа «перечень процессов» в
документации более высокого уровня, например, руководства по качеству;
информацию, позволяющую идентифицировать состояние документа «перечень
процессов»: статус (рабочая версия, утвержден и т.д.), дату создания; автора; дату утверждения; лицо, утвердившее документ; дату изменения; дату сдачи в архив и т.д.
Примечание – Элементы, из которых состоит документ «перечень процессов», регламентируются соответствующими процессам и процедурами управления документацией, принятыми в организации.
4.6.2.2 Описание процесса
Описание процесса включает следующее:
Информацию, описывающую процесс, включая наименование процесса; внутреннюю структуру процесса, т.е., элементов, из которых состоит процесс, и взаимосвязей между
ними; описание взаимосвязей процесса с другими процессами в организации; описание владельцев процесса, потребителей результатов процесса, поставщиков входов и ресурсов, необходимых для исполнения процесса.
Примечание – Степень детализации («глубины») описания процесса определяется, исходя из
сложности процесса, размеров организации и потребностей менеджмента организации.
Глоссарий процесса, т.е. перечень терминов и их определений, использованных в
описании процесса.
Примечание – В тех случаях, когда в описании процесса используются уже существующие в организации термины (определение которых имеется в других документах организации), вместо
определения термина используется ссылка на документ, где это определение уже имеется.
16
Информацию, которая идентифицирует место документа «Описание процесса» в
системе документации более высокого уровня, например, руководства по качеству или документированной процедуры.
Информацию, позволяющую идентифицировать состояние документа «Описание
процесса»: статус (рабочая версия, утвержден и т.д.), дату создания; автора; дату утверждения; лицо, утвердившее документ; дату изменения; дату сдачи в архив и т.д.
Примечание – Элементы, из которых состоит документ «Описание процесса», регламентируются соответствующими процессами и процедурами управления документацией, принятыми в организации.
5 МЕТОДИКА ОПРЕДЕЛЕНИЯ, КЛАССИФИКАЦИИ И ИДЕНТИФИКАЦИИ ПРОЦЕССОВ
Цель применения методики – описать процессы в организации, выявить среди них те
процессы, которые относятся к системе менеджмента качества, проанализировать процессы
системы менеджмента качества с точки зрения выполнения требований СТБ ИСО 9001-2001,
документировать процессы и использовать описание процессов для последующего их менеджмента качества.
В результате работ, проведенных в соответствии с методикой, создается комплект документов, включающий:
перечень процессов, относящихся к системе менеджмента качества организации;
описания процессов, каждое из которых содержит детальное определение процесса
(модель), его классификационные и идентификационные признаки, а также другую информацию, необходимую в рамках системы менеджмента качества.
5.1 Общая методика определения, классификации и идентификации
процессов
Методика описания процессов в рамках системы менеджмента качества включает следующие этапы:
1. Определить процессы, из которых состоит деятельность организации.
1.1. Выделить деловые процессы в деятельности организации (Рис.3).
Примечание – Объектом описания (определения, классификации и идентификации) с точки
зрения системы менеджмента качества является деловой процесс.
1.1.1. Описать внутреннюю иерархическую структуру описываемого делового процесса, которая отражает, из каких процессов состоит деловой процесс, а также
то, как процессы связаны в иерархию (отношение «часть-целое»).
1.1.2. Описать входы, управление, ресурсы и выходы для каждого процесса.
1.1.3. Установить и описать взаимодействия (взаимосвязи) между процессами, т.е.
связать выходы одних процессов со входами других.
1.1.4. Составить перечень понятий (глоссарий), используемых при описании процессов для унификации восприятия описания процесса всеми заинтересованными сторонами. Дать определения использованным понятиям.
Классифицировать процессы.
2.1. Классифицировать входы, управления, ресурсы и выходы процесса.
2.1.1. Классифицировать входы процесса.
2.1.1.1. Определить объекты, подаваемые на входы процесса.
2.1.1.2. Определить, кто является поставщиком объектов, поступающих на
входы процесса.
2.1.1.3. Определить категории объектов на входах процесса.
2.1.2.
Классифицировать выходы процесса.
2.1.2.1. Определить объекты, получаемые на выходах процесса.
2.
17
2.1.2.2. Определить потребителей объектов выходов процесса.
2.1.2.3. Определить категории объектов на выходах процесса.
2.1.3.
Классифицировать управления процесса.
2.1.3.1. Определить объекты, которые являются носителями управляющих
воздействий на процесс.
2.1.3.2. Определить, кто является поставщиком объектов управления (т.е.
управляет процессом).
2.1.3.3. Определить категории объектов управления процессом.
2.1.4. Классифицировать объекты, используемые в качестве ресурсов для исполнения процесса.
2.1.4.1. Определить ресурсы процесса.
2.1.4.2. Определить поставщиков ресурсов.
2.1.4.3. Определить категории ресурсов (человеческие ресурсы, рабочая среда,
инфраструктура).
2.2. Классифицировать собственно процессы.
Примечание – На основании категорий объектов, обрабатываемых в рамках процессов, определить категорию самих процессов.
Если на «вход» процесса поступает сырье, а на выходе процесса создается продукция или ее
часть, то процесс относится к категории «процесс жизненного цикла».
Если «выход» процесса – управляющее воздействие, то процесс относится к категории
«управление».
Если выход процесса является ресурсом для другого процесса, то такой процесс относится к
категории «обеспечения ресурсами».
3.
Идентифицировать деловые процессы.
3.1. Идентифицировать процессы с учетом проведенной классификации.
3.2. Идентифицировать объекты, поступающие на входы и получаемые на выходах
каждого процесса с учетом проведенной классификации (раздел 2.1 методики).
4.
Документировать процессы.
4.1. Составить карты (описания) процессов.
4.2. Составить перечень процессов организации.
Примечание – Карты процессов составляются для каждого процесса, представленного в перечне.
5.
Осуществить проверку (верификацию) описания процессов на соответствие требованиям СТБ ИСО 9001-2001.
6.
Утвердить документацию по процессам.
5.2 Методика описания процессов на базе методологии IDEF0
В данном разделе методика определения, классификации и идентификации процессов
(раздел 5.1) реализована на базе методологии функционального моделирования IDEF0.
5.2.1 Определение деловых процессов в виде IDEF0-модели
5.2.1.1 Определение делового процесса
На первом этапе описания необходимо определить деловые процессы в организации.
Ключевым элементом в определении делового процесса является формулировка цели, которая отражает причину создания модели (описания) делового процесса и определяет ее назначение.
Примечания:
18
1. Цель модели фиксирует определенный угол зрения, под которым рассматривается и описывается деятельность организации. Для разных целей углы зрения могут быть разными. Соответственно, модели процессов будут отличаться.
Например, при описании процессов на швейной фабрике могут быть сформулированы различные цели: оптимизация организационной структуры фабрики, формирование системы менеджмента качества, расширение видов деятельности и т.д.
2. Общей целью моделей в рамках настоящего документа является создание системы менеджмента качества, соответствующей требованиями СТБ ИСО 9000-2001, СТБ ИСО 9001-2001 и
СТБ ИСО 9004-2001.
Для того, чтобы выявить деловые процессы, необходимо определить следующее:
- потребителей продукции и/или услуг организации;
- продукцию и/или услуги, производимые в организации и поставляемые потребителям;
- виды сырья и их поставщиков;
Примечание. Для различных видов продукции или различных категорий потребителей можно
рассматривать различные деловые процессы.
Например, швейная фабрика производит (шьет) женские пальто, заключая договора с потребителями. Потребителями продукции являются магазины женкой одежды и торгово-посреднические
компании. Фабрика закупает сырье на текстильных предприятиях, а также у торговопосреднических компаний.
Фабрика является закрытым акционерным обществом. Цель построения модели – создание системы менеджмента качества. На основании этой информации в деятельности швейной фабрики
можно выделить один деловой процесс – «производить женские пальто». Входами этого процесса
являются: (а) внешняя информация, включая требования потребителей (магазинов и компаний); (б)
сырье и материалы, (в) ресурсы. Выходами процесса являются (а) партии готовой продукции, предназначенные для потребителей; (б) Информация для внешних потребителей. Управление процессом
осуществляется на основании нормативных документов, регламентирующих производственные процессы на фабрике. Учитывая, что нас интересует процесс с точки зрения менеджмента качества,
мы в качестве внешнего управления будем рассматривать нормативные документы, регламентирующие эту сферу, в том числе требования СТБ ИСО 9000-2001. Карта делового процесса на швейной
фабрике представлена на Рис. 5.
19
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
01 дек 2001
ПЕРЕСМОТ Р:
17 дек 2001
РАБОЧАЯ ВЕРСИЯ
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
TOP
РЕКОМЕНДОВАНО
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
ПУБЛИКАЦИЯ
Документы,
регламентирующие
деловой процесс
Информация
для потребителей
Внешняя
информация
Сырье и материалы для
производства продукции
Партии готовой к
отправке продукции
Производить
женские пальто
0
Ресурсы для организации
процессов предприятия
A0
Руководство
фабрики
УЗЕЛ:
НАЗВАНИЕ:
A-0
Деловой процесс
"Производить женские пальто"
НОМЕР:
П-ДП-1
Стр.:
Рис. 5. Деловой процесс на швейной фабрике
5.2.1.2 Описание структуры делового процесса
На втором этапе определения делового процесса необходимо описать его внутреннюю
структуру. Для этого необходимо определить:
из каких процессов состоит моделируемый деловой процесс;
как эти процессы взаимодействуют между собой.
В IDEF0 моделировании для описания внутренней структуры процесса используется механизм декомпозиции (Приложение А).
В соответствии с требованиями методологии IDEF0, для того, чтобы декомпозировать
деловой процесс, необходимо создать диаграмму - потомок, на которой представить процессы, из которых состоит деловой процесс в рамках системы менеджмента качества (СМК).
Рассмотрим декомпозицию делового процесса «производить женские пальто» (Рис. 5).
Учитывая цели моделирования – соответствие делового процесса требованиям СТБ ИСО 90012001 – декомпозиция делового процесса включает 4 блока – процессов, представленных на Рис. 6.
В соответствии с требованиями СТБ ИСО 9000-2001, деловой процесс «производить женские
пальто» включает следующие процессы:
«Реализовать ответственность высшего руководства по менеджменту качества»;
«Осуществлять менеджмент ресурсов»;
«Реализовать процессы жизненного цикла»;
«Осуществлять измерения, анализ и улучшения СМК».
20
1
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
Документы,
регламентирующие
деловой процесс
01 дек 2001
17 дек 2001
РАБОЧАЯ ВЕРСИЯ
ДАТА
КОНТ ЕКСТ :
РЕКОМЕНДОВАНО
ПУБЛИКАЦИЯ
Документы, регламентирующие
процессы измерения, анализа и
улучшения СМК
C1
Документы, регламентирующие
процессы менеджмента ресурсов
I1
ЧИТАТЕЛЬ
ЭСКИЗ
Документы, регламентирующие
процессы жизненного цикла
Реализовать
ответственность высшего
руководсвта по
менеджменту качества
1
Внешняя
информация
Информация
для потребителей
O1
Партии готовой к
отправке продукции
Реализовать
процессы
жизненного цикла
3
I2
O2
Сырье и материалы для
производства продукции
Осуществлять
измерения, анализ и
улучшения СМК
Ресурсы для организации
процессов предприятия
4
Осуществлять
менеджмент
ресурсов
2
I3
Руководство
фабрики
УЗЕЛ:
M1
Подразделения
фабрики
НАЗВАНИЕ:
A0
Служба
качества
НОМЕР:
Производить женские пальто
П-ДП-1
Стр.:
2
Примечание: На рисунке не представлены взаимодействия между функциональными блоками, представляющими декомпозицию процесса «Производить женские пальто»
Рис. 6. Декомпозиция процесса «производить женские пальто»
21
5.2.1.3 Описание взаимодействий между процессами
Третьим этапом определения делового процесса является описание взаимодействий
между процессами. Взаимодействие между процессами в IDEF0 (Приложение А) описывается с помощью интерфейсных дуг и обозначает передачу материалов и/или информации с
выходов одного процесса на входы (управления, механизмы) другого процесса.
В методологии IDEF0 допустимыми являются 5 (пять) типов взаимодействий между
блоками в пределах одной диаграммы:
- управление;
- выход - вход;
- обратная связь по управлению;
- обратная связь по входу;
- выход – механизм.
Взаимосвязь по управлению – когда выход одного процесса влияет на выполнение другого процесса. Иначе говоря, выходная дуга блока 1 является
управляющей для блока 2. В СТБ ИСО 9001-2001
такое взаимодействие определяет функцию управления «ответственность руководства» по отношению к другим процессам.
Взаимосвязь по входу – когда выход одного
процесса является входом для другого. Другими
словами, выходная дуга блока 1 является входной
для блока 2. Это взаимодействие характерно для
любых процессов в организации, например, для
процессов жизненного цикла.
Обратная связь по управлению – когда выходы
из одного процесса влияют на выполнение других
процессов, выполнение которых в свою очередь
влияет на выполнение исходного процесса. Иначе
говоря, выходная дуга блока 1 является управляющей для блока 2, а выходная дуга блока 2 является
управляющей для блока 1.
В СТБ ИСО 9001-2001 такое взаимодействие может
определять:
функцию управления «ответственность руководства»;
функцию управления «управление процессами
жизненного цикла»;
функцию управления «измерение, анализ и
улучшение».
22
Обратная связь по входу – когда выход из одного процесса является входом для другого процесса, выход которого является для него входом. Другими словами, выходная дуга блока 2 является входной для блока 1, выход которого является для него
входом. В СТБ ИСО 9001-2001 такое взаимодействие может определять функцию управления
«управление процессами жизненного цикла».
Взаимосвязь «выход – механизм» – когда выход одного процесса является механизмом для другого. Иначе говоря, выходная дуга блока 1 является
дугой механизма для блока 2. Такой тип связи и относится чаще всего к процессам обеспечения ресурсами. В СТБ ИСО 9001:2000 такое взаимодействие
может определять функцию управления «менеджмент ресурсов».
Практика показывает, что перечисленных пяти видов взаимодействий достаточно,
чтобы определить взаимодействия между процессами любой сложности.
Описание взаимодействий в рамках функциональной модели процесса будет полным,
когда для каждого функционального блока будут определены его интерфейсные дуги.
Примечание - Методология IDEF0 регламентирует, что каждый блок в модели должен содержать хотя бы по одной дуге входа, выхода, управления и механизма. В стандарте IDEF0 [7]
имеется короткий список исключений из этого правила.
Рассмотрим взаимодействия между процессами, составляющими деловой процесс «производить женские пальто» (Рис. 7).
Процесс «Реализовать ответственность высшего руководства по менеджменту качества»
является управляющим процессом для всех остальных процессов. Соответственно, выход этого
процесса – «Политика, Цели, Руководство по качеству, Программы качества» является управляющим входом для всех остальных процессов, представленных на диаграмме (Рис. 7 ).
Процесс «Осуществлять менеджмент ресурсов» имеет связь «выход – механизм» с процессами «Реализовать процессы жизненного цикла» и «Осуществлять измерения, анализ и улучшения
СМК».
На диаграмме представлен контур обратной связи: выход процесса «Осуществлять измерения, анализ и улучшения СМК» со входом процесса «Реализовать ответственность высшего руководства по менеджменту качества»
Примечание - Правило полноты функциональной модели IDEF0 в точности соответствует требованиям СТБ ИСО 9001-2001 в части того, что каждый процесс должен обеспечиваться ресурсами (дуги механизмов в IDEF0-модели), должен управляться (дуги управления), должен
производить продукцию на выходе (выходные дуги), перерабатывая материалы и/или информацию, поступающее на его входы (входные дуги).
23
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
РАБОЧАЯ ВЕРСИЯ
17 дек 2001
Внешняя
информация
КОНТ ЕКСТ :
ПУБЛИКАЦИЯ
Документы, регламентирующие
процессы измерения, анализа и
улучшения СМК
C1
Реализовать
ответственность
высшего руководсвта по
менеджменту качества
1
I1
ДАТА
РЕКОМЕНДОВАНО
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
Документы,
регламентирующие
деловой процесс
ЧИТАТЕЛЬ
ЭСКИЗ
Документы, регламентирующие
процессы менеджмента ресурсов
Политика, Цели,
Руководство по качеству,
Программы качества
Документы, регламентирующие
процессы жизненного цикла
Информация
для потребителей
O1
A1
Партии готовой к
отправке продукции
Реализовать
процессы
жизненного цикла
3
I2
O2
A3
Сырье и материалы для
производства продукции
Ресурсы для процессов
жизненного цикла
Ресурсы для организации
процессов предприятия
Инициативы по
улучшению СМК
Осуществлять
измерения, анализ и
улучшения СМК
Ресурсы для процессов
измерения, анализа и
улучшения
Осуществлять
менеджмент
ресурсов 2
I3
Информация
по качеству
4
A4
A2
Руководство
фабрики
УЗЕЛ:
M1
Подразделения
фабрики
НАЗВАНИЕ:
A0
Служба
качества
НОМЕР:
Производить женские пальто
П-ДП-1
Стр.:
Рис. 7. Взаимодействия между процессами
24
2
5.2.1.4 Декомпозиция процесса
Количество уровней детализации процесса определяется, во-первых, целями моделирования, во-вторых, спецификой деятельности моделируемой организации.
В рамках настоящей методики основной целью моделирования процессов является
анализ соответствия процесса требованиям системы менеджмента качества.
На диаграмме А0 деловой процесс «Производить женские пальто» представлен в виде 4 процессов. Диаграмма А0 является первым уровнем декомпозиции (детализации) для этого процесса.
Каждый из 4 представленных процессов в свою очередь может быть декомпозирован. На Рис. 8
представлена декомпозиция процесса «Реализовать процессы жизненного цикла».
На диаграмме А3 (Рис. 8) процесс «Реализовать процессы жизненного цикла» представлен в
виде шести процессов, включая «Осуществлять закупки», который также может быть декомпозирован (Рис. 9).
25
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
17 дек 2001
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
C1
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
РЕКОМЕНДОВАНО
ПУБЛИКАЦИЯ
Документы, регламентирующие
процессы жизненного цикла
Политика, Цели,
Руководство по качеству,
Программы качества
Планировать
процессы
1
C2
Информация
по качеству
O3
Программы
Программы
закупок
Требования
потребителей
A31 маркетинга
Внешняя
информация
РАБОЧАЯ ВЕРСИЯ
Программы
производства
Программы
поставок
Информация
для потребителей
O1
Осуществлять
взаимодействие с
потребителями 2
I1
Конструкторская
документация
A32
Разрабатывать
новые модели
3
Сырье и материалы для
производства продукции
A33
I2
Осуществлять
закупки
4
Информация из
подразделений
Сырье и материалы
для производства
партий продукции
A34
Службы
гл. инженера,
гл. конструктора,
гл. экономиста
Служба
маркетинга
и сбыта
Отдел
проектирования
новых моделей
Партии готовых
пальто
Шить пальто
5
Партии готовой к
отправке продукции
A35
Служба
снабжения
Осуществлять
поставки
продукции 6
Швейные
цеха
O2
A36
Производственные
и вспомогательные
подразделения
УЗЕЛ:
Склады
M2
НАЗВАНИЕ:
A3
НОМЕР:
Реализовать процессы жизненного цикла
П-1.3-ЖЦ
Стр.:
Рис. 8. Декомпозиция процесса «Реализовать процессы жизненного цикла»
26
3
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
17 дек 2001
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
РАБОЧАЯ ВЕРСИЯ
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
РЕКОМЕНДОВАНО
ПУБЛИКАЦИЯ
C1
Документы, регламентирующие
процессы жизненного цикла
Программы
закупок
C2
Информация из
подразделений
Информация
от поставщиков
O2
Планировать
закупки
1
Планы
закупок
Информация
для поставщиков
Подготовить
документацию
для закупок 2
Графики
закупок
Сырье и материалы
для производства
партий продукции
Сырье и материалы для
производства продукции
Начальник
службы
снабжения
Внутренняя
информация
службы
снабжения
O1
Осуществлять
закупки и их
контроль
3
I1
Менеджер
по закупкам
Сотрудники
службы
снабжения
Служба
снабжения
M1
УЗЕЛ:
НАЗВАНИЕ:
A34
НОМЕР:
Осуществлять закупки
П-1.3.4-ЖЦ
Стр.:
4
Рис. 9. Декомпозиция процесса «Осуществлять закупки».
27
5.2.1.5 Глоссарий процесса
Глоссарий процесса включает перечень процессов, объектов, обрабатываемых в рамках процессов, а также их определения.
Глоссарий представляет упорядоченный в алфавитном порядке список терминов. Каждому термину из этого списка соответствует определение или ссылка на соответствующее
определение, приведенное в нормативных документах организации или вышестоящих органов, регламентах и т.п.
Например, для диаграммы А34 (Рис. 9) фрагмент глоссария будет выглядеть следующим образом:
Информация для поставщиков Пакет документов, содержащий вопросы, интересующие организацию относительно поставщика, его продукции и условий поставки
Информация от поставщиков Пакет документов, содержащий ответы на вопросы, представленные в документации для поставщиков (см. «Информация для
поставщиков»)
Программы закупок Утвержденные руководством перечни партий продукции, которые должны быть приобретены к определенным срокам.
5.2.2 Классификация процессов в рамках IDEF0-модели
В соответствии с методологией IDEF0 модель состоит из двух типов элементов: функциональные блоки, которые представляют процессы; и интерфейсные дуги, которые представляют материальные и информационные объекты, обрабатываемые в рамках процессов.
Соответственно, классификация процессов, представленных в виде IDEF0-моделей
есть классификация функциональных блоков и интерфейсных дуг, из которых IDEF0модель состоит.
Для того чтобы осуществить классификацию процесса, достаточно выполнить следующую двухшаговую процедуру:
классифицировать интерфейсные дуги;
классифицировать функциональные блоки.
5.2.2.1 Классификация интерфейсных дуг
В рамках IDEF0-модели дуги в зависимости от их положения на диаграмме уже подразделены на 4 категории: входные, выходные, управления и механизма.
Дополнительно дуги могут быть классифицированы в зависимости от типа объектов,
которые они представляют на диаграмме. К числу таких категорий могут относиться:
материалы, сырье, продукция, ресурсы;
информация, данные; записи качества; документы;
распоряжения руководства, планы, графики; распорядительные документы;
стандарты, нормативная документация;
ответственные исполнители, сотрудники организации и т.д. (Рис. 10).
28
Управление:
распоряжения
руководства, планы, графики;
регламенты, нормативы;
информация, данные и др.
Вход:
сырье,
 материалы,
 комплектующие,
полуфабрикаты;
информация, данные и др.
Процесс
Выход:
 продукция,
данные о качестве и
др.
(блок)
Ресурсы:
материальные ресурсы
(инфраструктура, рабочая среда)
персонал, ответственные исполнители
финансы и др.
Рис. 10. Типовые элементы процесса, описываемого по правилам методологии IDEF0
Для того, чтобы выделить в IDEF0-модели элементы определенного типа, при моделировании используются заранее оговоренные соглашения о графическом стиле представления таких объектов. Поскольку дуги на IDEF0-модели представляются прямыми и ломаными линиями, графический стиль для дуг включает соглашение о цвете линии, толщине линии, типе линии (сплошная, пунктирная, штрих - пунктирная, и т.д.), а также о типе стрелки
на конце дуги.
Примечание - Соглашения о графических стилях для представления объектов различных типов
не являются составной частью стандарта IDEF0. Этот подход был впервые предложен компанией Ориентсофт в 1996 году и реализован в инструментальном средстве IDEF0/EMTool. Подход успешно применен на ряде предприятий и организаций стран СНГ а также США и Канады.
Классификация объектов, принадлежащих процессу, осуществляется разработчиком
функциональной модели. Разработчик последовательно, диаграмма за диаграммой, осуществляет разметку (маркировку) линий (интерфейсных дуг) в зависимости от типов объектов, которые эти линии представляют в IDEF0-модели.
Например, при создании функциональной модели делового процесса «производить женские
пальто» были определены следующие соглашения по представлению объектов:
Информацию по качеству представлять с помощью утолщенных (толщина – 2pt) сплошных
линий синего цвета;
Распоряжения, планы, графики представлять с помощью утолщенных (толщина – 2pt)
сплошных линий красного цвета;
Сырье, материалы, продукцию представлять с помощью утолщенных (толщина – 2pt) сплошных линий коричневого цвета;
Ответственных исполнителей в процессах представлять с помощью утолщенных (толщина –
2pt) сплошных линий черного цвета;
Должностные инструкции, нормативные документы, стандарты, руководство по качеству
представлять с помощью утолщенных (толщина – 2pt) сплошных линий фиолетового цвета.
Рассмотрим диаграмму, представляющую декомпозицию процесса «Реализовать процессы
жизненного цикла» (Рис. 11).
29
На диаграмме объекты различных типов представлены различными графическими стилями: в
соответствии с принятыми соглашениями (см. выше). В частности, «Требования потребителей»,
«Конструкторская документация» относятся к категории требований. Они представлены на диаграмме тонкими сплошными линиями красного цвета. «Внешняя информация», «Информация из
подразделений», «Информация для потребителей» относятся к категории информации (записей
качества) в рамках системы менеджмента качества. В соответствии с принятыми соглашениями
линии, отображающие эти объекты на диаграмме, представлены тонкими сплошными зелеными
линиями.
Примечание - Конечная цель «раскрашивания» диаграмм состоит в том, чтобы отнести тот или
иной объект на диаграмме к заранее определенной категории объектов, т.е. классифицировать
объект. Комбинация графических атрибутов, которая используется для отображения объектов,
есть не что иное, как один из способов маркировки объекта. Использование стилей при построении диаграмм существенно повышает «прозрачность» описания процессов при их последующем анализе и улучшении.
5.2.2.2 Классификация функциональных блоков
Функциональные блоки в IDEF0-модели могут быть классифицированы в зависимости
от типов процессов, которые они представляют. Типы процессов зависят от задач, решаемых с помощью функциональных моделей. В рамках настоящего документа для функциональных моделей следует использовать типы процессов, которые регламентированы в СТБ
ИСО 9001-2001 (раздел 4.2.4, пункт 2.2. раздела 5.1.)
Для того чтобы выделить в IDEF0-модели процессы определенного типа, при моделировании используются заранее оговоренные соглашения о графическом стиле представления соответствующих функциональных блоков. Графический стиль для блоков включает
соглашение о цвете рамки, толщине рамки, типе рамки (сплошная, пунктирная, штрих пунктирная, и т.д.), о цвете прямоугольника, а также о цвете, размере и типе шрифта, которым отображается наименование блока.
Классификация процессов осуществляется разработчиком функциональной модели.
Разработчик последовательно, диаграмма за диаграммой, осуществляет разметку (маркировку) функциональных блоков в зависимости от типов процессов, которые эти блоки представляют в IDEF0-модели.
Рассмотрим функциональную модель (описание) процесса «Реализовать процессы жизненного
цикла» (Рис. 11). Представленный на диаграмме процесс «Планировать процессы» относится к
типу управленческих процессов; в пользу этого вывода свидетельствует также то, что выход
процесса «Планировать процессы» является управлением для остальных процессов, представленных на диаграмме.
Процессы «Осуществлять взаимодействие с потребителями», «Разрабатывать новые модели», «Осуществлять закупки», «Шить пальто» и «Осуществлять поставки» относятся к категории процессов жизненного цикла, т.к. на входах и выходах этих процессов представлены материальные ресурсы, а также требования потребителей и информация для потребителей.
30
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
17 дек 2001
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
C1
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
РЕКОМЕНДОВАНО
ПУБЛИКАЦИЯ
Документы, регламентирующие
процессы жизненного цикла
Политика, Цели,
Руководство по качеству,
Программы качества
Планировать
процессы
1
C2
Информация
по качеству
O3
Программы
Программы
закупок
Требования
потребителей
A31 маркетинга
Внешняя
информация
РАБОЧАЯ ВЕРСИЯ
Программы
производства
Программы
поставок
Информация
для потребителей
O1
Осуществлять
взаимодействие с
потребителями 2
I1
Конструкторская
документация
A32
Разрабатывать
новые модели
3
Сырье и материалы для
производства продукции
A33
I2
Осуществлять
закупки
4
Информация из
подразделений
Сырье и материалы
для производства
партий продукции
A34
Службы
гл. инженера,
гл. конструктора,
гл. экономиста
Служба
маркетинга
и сбыта
Отдел
проектирования
новых моделей
Партии готовых
пальто
Шить пальто
5
Партии готовой к
отправке продукции
A35
Служба
снабжения
Осуществлять
поставки
продукции 6
Швейные
цеха
O2
A36
Производственные
и вспомогательные
подразделения
УЗЕЛ:
Склады
M2
НАЗВАНИЕ:
A3
НОМЕР:
Реализовать процессы жизненного цикла
П-1.3-ЖЦ
Стр.:
3
Рис. 11. Классификация процесса «Реализовать процессы жизненного цикла»
31
5.2.3 Идентификация процессов в рамках IDEF0-модели
В методологии IDEF0 существует несколько параллельных способов идентификации
процессов:
Код вершины процесса. Все функциональные блоки (процессы) в IDEF0-модели имеют идентификационные коды. Каждый идентификационный код начинается с префикса «А»
(от англ. activity), к которому присоединяется номер родительского блока и номер блока на
диаграмме (Приложение 1.). Код вершины позволяет однозначно идентифицировать процесс в рамках функциональной модели.
Примечание – Подобное кодирование применяется, например, при создании нормативных или методических документов. Документ состоит из разделов 1, 2, 3 … Каждый
раздел состоит из подразделов 1.1, 1.2, 2.1, 2.2, 2.3, ….. В свою очередь каждый подраздел
можно детализировать (декомпозировать) на параграфы 1.1.1, 1.1.2, 2,1.1, 2.1.2 и т.д.
Ссылочный номер процесса. В IDEF0 методологии предусмотрена возможность присваивать ссылочные (специальные) номера любому процессу, представленному в модели.
Структура ссылочного номера задается правилами, принятыми в организации для этих целей.
Наименование процесса. Каждый процесс в IDEF0-модели имеет свое наименование.
Это наименование может использоваться в качестве идентификатора процесса в том случае,
если при разработке IDEF0-модели соблюдалось соглашение об уникальности наименований процессов в модели.
В рамках IDEF0-модели делового процесса «Производить женские пальто» процессы имеют
следующие наименования, коды вершин и ссылочные номера (Рис. 12).
Наименование процесса
Вершина
Производить женские пальто
А0
Реализовать ответственность высшего руководства по ме- А1
неджменту качества
Осуществлять менеджмент ресурсов
А2
Реализовать процессы жизненного цикла
А3
Планировать процессы
А31
Осуществлять взаимодействие с потребителем
А32
Разрабатывать новые модели
А33
Осуществлять закупки
А34
Планировать закупки
А341
Подготовить документацию для закупок
А342
Осуществлять закупки и их контроль
А343
Осуществлять производственные процессы
А35
Осуществлять поставки продукции
А36
Осуществлять измерения, анализ и улучшения СМК
А4
С-Номер
П-ДП-1
П-1.1-МК
П-1.2-В
П-1.3-ЖЦ
П-1.3.1-М
П-1.3.2-ЖЦ
П-1.3.3-ЖЦ
П-1.3.4-ЖЦ
П-1.3.4.1-М
П-1.3.4.2-В
П-1.3.4.3-ЖЦ
П-1.3.5-ЖЦ
П-1.3.6-ЖЦ
П-1.4-МК
Рис. 12. Идентификация процессов в IDEF0-модели
Примечание. Идентификация процессов в рамках IDEF0 моделях посредством кодов вершин
обеспечивается автоматически в различных инструментальных средствах (программах для
ЭВМ), поддерживающих стандарт IDEF0.
32
5.2.4 Документирование процессов в IDEF0-моделях
Состав документации по процессам, используемой для их дальнейшего менеджмента
(планирования, обеспечения, управления, улучшения) включает два типа документов:
- карта процесса;
- перечень процессов.
Примечание – Карта процесса, как правило, дополняется сопроводительной информацией,
уточняющей элементы процесса, изображенного на карте. Сопроводительная информация может быть представлена в различном виде. Например, в виде отдельного документа по аналогии
с пояснительной запиской к конструкторскому (ЕСКД) или технологическому (ЕСТД) проекту. В случае использования программных средств для функционального моделирования
(IDEF0/EMTool) их интерфейс предусматривает ввод сопроводительной (уточняющей элементы описываемого процесса) информации непосредственно в модель процесса и вызов в любой
момент этой информации для целей уточнения. анализа, улучшения.
5.2.4.1 Карта процесса
Для документирования процессов в IDEF0 методологии используются специальные
бланки «Карта процесса».
Бланк «Карта процесса» сконструирован таким образом, что поля, содержащие рабочую информацию о процессе, расположены в верхней части бланка, а поля, содержащие
идентификационную информацию – в нижней части бланка. В средней части бланка расположено поле, в котором содержится описание процесса: графическая диаграмма или текст.
Бланк «Карта процесса» представлен на Рис. 13.
Использовано в:
Автор
Проект
Дата
Рев
Замечания: 1 2 3 4 5 6 7 8 9 10
Вершина
Рабочая
Черновая
Рекомендовано
Публикация
Наименование
Читатель
Дата Контекст
С-Номер
Стр.
Рис. 13. Бланк «Карта Процесса»
33
Примечание - Примеры карт процессов представлены на Рис.8, 9, 11.
Бланк включает следующие поля:
Раздел «Рабочая Информация»:
Поле «Автор/Дата/Проект». В этом поле содержится информация о том, кто создал диаграмму, когда диаграмма была создана и к какому проекту она относится. В поле
«Дата» могут содержаться также даты последующих ревизий диаграммы, которые следуют
за датой создания.
Поле «Замечания». В этом поле читатель отмечает замечания, которые он вносит
в диаграмму. Каждому замечанию и комментариям к ним присваивается номер от 1 до 10.
Соответствующий номер зачеркивается в поле «Замечания». Эта процедура гарантирует,
что пользователь и разработчик не пропустят ни одного замечания, сделанного на диаграмме.
Поле «Статус». В этом поле отображается текущее состояние (версию) документа. Документ может иметь на текущий момент одну из следующих версий:
«РАБОЧАЯ». Диаграмма содержит серьезные изменения, которые требуют повторного утверждения. Новым диаграммам всегда присваивается статус рабочей.
«ЧЕРНОВАЯ». Диаграмма содержит незначительные изменения по сравнению с
предыдущей версией.
«ПУБЛИКАЦИЯ». После рассмотрения и утверждения рабочей группой диаграмма получает статус «Публикация». После этого в диаграмму запрещено вносить какиелибо изменения без специального решения рабочей группы.
Поле «Контекст». В этом поле указывается графическим или иным образом уровень иерархии (место) данной диаграммы в общей структуре описания делового процесса,
например, рис. 8.
Раздел «Идентификационная информация»
Поле «Вершина». В этом поле содержится код родительского блока, декомпозиция которого представлена на диаграмме.
Поле «Наименование процесса». В этом поле содержится название процесса,
представленного на диаграмме.
Поле «С-Номер» («Номер»). В это поле содержится ссылочный номер процесса,
представленного на диаграмме.
Поле «Страница» («Стр.»). В этом поле указывается номер страницы в документе, к которому относится данная диаграмма.
5.2.4.2 Перечень процессов
Для документирования перечня процессов в IDEF0 методологии используется специальный бланк «Перечень Процессов» (Рис. 14).
Бланк содержит набор специальных полей, в которые заносится информация о разработчике (авторе) документа; дате его создания; исправлениях, вносимы в документ; датах
этих изменений, а также другая информация, необходимая для управления документацией
на процессы.
Средняя часть бланка представляет собой область, в которую заносится информация
об описаниях процессов в организации. Описание процесса представляет собой строку, содержащую следующую информацию:
«Страница». Номер страницы, на которой находится описание процесса.
«Вершина». Номер функционального блока в IDEF0-модели, который представляет собой описание процесса.
«Наименование». Наименование функционального блока, представляющего процесс.
«C-Номер». Ссылочный (идентификационный) номер, присвоенный данному
процессу в организации.
34
«Статус». Статус описания процесса. Может быть один из следующих: «Р» – рабочая версия; «П» – публикация.
Нижняя часть бланка содержит информацию о наименовании перечня процессов (модели), а также ссылочный номер перечня процессов.
№ документа
Автор
Дата
Проект №
Стр.
Вершина/Название/C-номер
Индекс
Статус
Стр.
Исправлено
Дата
Автор
Дата
Вершина/Название/C-номер
Наименование Документа/Модели
Статус
С-Номер
Стр.
Рис. 14. Бланк «Перечень Процессов»
Например, деловой процесс «Производить женские пальто» на швейной фабрике содержит
ряд процессов, перечень которых представлен на рис. 15.
№ документа УК001
Автор ТК «Управление качеством»
Дата 01-окт-2001
Проект № 001
Стр.
1
2
3
4
5
6
7
8
9
10
11
12
Индекс
Вершина/Название/C-номер
A0 «Производить женские пальто»
А1 «Реализовать ответственность высшего
руководства по управлению качеством»
А2 «Осуществлять менеджмент ресурсов»
А3 «Реализовать процессы жизненного цикла»
А4 «Осуществлять измерения, анализ и улучшения СМК»
А31 «Планировать процессы»
А32 «Осуществлять взаимодействие с потребителями»
А33 «Разрабатывать новые модели»
А34 «Осуществлять закупки»
А35 «Шить пальто»
А36 «Осуществлять поставки продукции»
А341 «Планировать закупки»
А342 «Подготовить документацию для закупок»
Статус
П
П
Стр.
13
Исправлено
Дата
Автор
Дата
Вершина/Название/C-номер
А343 «Осуществлять закупки и их контроль»
Статус
П
П
П
П
П
П
П
П
П
П
П
П
Наименование Документа/Модели
С-Номер
Стр. 5
Рис. 15. Пример документа «Перечень Процессов на швейной фабрике»
35
Буква «П» в колонке «Статус» обозначает, что соответствующие карты процессов имеют
статус «Публикация».
6 ПОРЯДОК ПРОВЕДЕНИЯ РАБОТ ПО ОПРЕДЕЛЕНИЮ,
КЛАССИФИКАЦИИ И ИДЕНТИФИКАЦИИ ПРОЦЕССОВ
6.1 Общие положения
Определение, классификация и идентификация процессов в системе менеджмента качества – это сложный, динамичный и итерационный процесс. Для эффективного получения
результатов управление проектом должно представлять собой процесс, в ходе которого координируется работа разработчиков, экспертов и тех, кто утверждают окончательную версию документов, содержащих описание процессов или их частей.
На Рис. 16 представлена модель процесса определения, классификации и идентификации процессов.
Определение, классификация и идентификация как процесс включает следующие процессы:
сбор информации об исследуемом процессе;
документирование полученной информации;
представление информации в виде модели;
классифицировать процессы в рамках модели;
уточнение модели посредством итеративного рецензирования, принять и утвердить.
6.2 Подготовительный этап
Определение, классификация и идентификация процессов следует начать с подготовительного этапа, который включает:
Формулировка цели, точки зрения о представлении будущих моделей процессов
и об их предполагаемом использовании в будущем.
Формирование рабочей группы из числа сотрудников организации и/или привлеченных специалистов.
Согласование планов и сроков по проекту среди всех участников, назначение ответственных исполнители по проекту, а также составление и утверждаются сроков и бюджета по проекту.
6.3 Порядок создания модели
6.3.1 Сбор информации
Для получения наиболее полной информации можно использовать различные источники (обзор документов, интервьюирование и анкетирование, наблюдение за работой сотрудников в подразделениях организации и т.п.).
Примечание - При выборе источников информации следует руководствоваться уже определенной целью создания будущей модели процесса. Это означает, что разработчики должны
определить свои потребности в информации прежде, чем выбрать очередной источник.
6.3.2 Документирование полученной информации
На этом этапе происходит создание моделей процессов. Разработчик документирует
полученные им знания об изучаемых процессах, представляя их в виде одной или нескольких IDEF0-диаграмм.
Процесс создания модели осуществляется с помощью метода декомпозиции. Выбрав
процесс, который он будет описывать, разработчик фиксирует его рамки (контекст), обра-
36
щая внимание на входные и выходные объекты процесса и составляющих ее элементов.
Для документирования информации о процессе разработчик создает диаграмму А-0. Процесс на этой диаграмме представляется одним блоком, внутри которого разработчик фиксирует название процесса. С помощью дуг разработчик фиксирует входы, выходы, управления
и механизмы процесса.
Пример диаграммы А-0 представлен на Рис. 5 настоящего документа.
37
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Методика описания процессов
ДАТА:
ПЕРЕСМОТ Р:
27 июл 2001
РАБОЧАЯ ВЕРСИЯ
19 дек 2001
Собрать
информацию о
процессах 1
C1
Информация
о процессах
Создать модели
процессов в виде
IDEF0-диаграмм 2
Диаграммы
процессов
A2
Диаграммы
процессов СМК
Стандарты серии
ИСО 9000:2000
Классифицировать
процессы
I1
3
Эксперты по
процессам
Эксперт
по СМК
Авторы
M1
O1
Замечания
Совет по
качеству
Рабочая
группа
НАЗВАНИЕ:
A0
Опубликованные
документы
Обсудить и
принять
процессы 4
A3
УЗЕЛ:
КОНТ ЕКСТ :
ПУБЛИКАЦИЯ
Методика описания и
классификации процессов
I2
ДАТА
РЕКОМЕНДОВАНО
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
Источники
информации
ЧИТАТЕЛЬ
ЭСКИЗ
НОМЕР:
Описывать и классифицировать процессы
<без номера>
Стр.:
Рис. 16. Определение, классификация и идентификация процессов
38
2
6.3.3 Построение Диаграмм
Хотя вершиной модели является Диаграмма уровня А-0, настоящей “рабочей вершиной” является Диаграмма А0, поскольку она является уточненным выражением точки зрения модели. Ее содержание показывает, что будет рассматриваться в дальнейшем, ограничивая последующие уровни в рамках цели модели. Нижние уровни уточняют структуру и
содержание моделируемого процесса, детализируя его, но не расширяя его границ.
Примечание - Первые шаги представляют для разработчика особую трудность, поскольку требуют, поддерживая определенный уровень абстракции описания процесса, следить за постепенным углублением модели в направлении к более подробным уровням детализации процесса.
Пример диаграммы А0 представлен на Рис. 6 настоящего документа.
При детализации, декомпозируя каждый блок Диаграммы А0, необходимо более подробно отражать то, что представлено на родительском блоке. Это может потребовать дополнительного сбора информации о моделируемой системе. Поэтому, сделав предварительный эскиз диаграммы-потомка, необходимо перечислить все объекты и уточнить перечень
процессов, выполнение которых обеспечит выполнение рассматриваемого процесса, описанного родительским блоком.
Имея неструктурированные перечни объектов и процессов, можно приступить к графическому представлению отдельных блоков и соединению их при помощи дуг. Как правило, первоначально созданную диаграмму впоследствии придется несколько раз модифицировать, разбивая ее блоки на части или объединяя их, чтобы добиться максимальной
наглядности. Для более точного отображения деталей и выяснения “узких мест”, требующих уточнения, рекомендуется создавать сразу от 2 до 4 диаграмм, отслеживая таким образом их взаимосвязи.
Примечания:
1. По окончанию создания диаграммы к ней, как правило, прилагаются сопроводительный
текст, глоссарий и иногда иллюстрирующая диаграмма. Текст, относящийся к представленной
диаграмме, поясняет, каким образом она соответствует поставленным целям и точке зрения,
делая материалы более понятными для читателей. При этом текст лаконично описывает процесс, представленный именно на текущей диаграмме, не дублируя то, что очевидно из ее содержания.
2. В глоссарии дается описание терминов и понятий, использованных при построении диаграммы. Наличие глоссария очень важно, поскольку используемые термины могут иметь совершенно другой смысл в другом контексте.
6.3.4 Проверка корректности модели
Одной из основных компонент методологии моделирования IDEF0 является итеративное рецензирование, в процессе которого разработчик и эксперт многократно совещаются
(устно и письменно) относительно достоверности создаваемой модели. Итеративное рецензирование называется циклом «разработчик/эксперт».
Цикл «разработчик/эксперт» начинается в тот момент, когда разработчик передает
часть модели с целью получения отзыва о ней. Материал оформляется в виде «папок» - небольших пакетов с результатами работы, которые критически обсуждаются другими специалистами в течение определенного времени. Сделанные письменные замечания также помещаются в папку в виде нумерованных комментариев. Папки с замечаниями являются, таким образом, обратной связью, которую разработчики получают на свою работу. Читатели это те, кто читает и критикует создаваемую модель, а затем помещает замечания в папки.
Взаимодействие между разработчиками и экспертами возможно благодаря тому, что графический язык IDEF0-диаграмм позволяет создавать диаграммы и модели, которые можно
39
легко и быстро читать. (Простота графического языка потому не случайна. Она позволяет
получить представление о процессе, на основе которого можно дать обоснованное заключение о достоверности полученной модели.)
После рецензирования все замечания поступают к разработчику. Разработчик отвечает
на каждое замечание и обобщает критику, содержащуюся в замечаниях. С помощью таких
обсуждений можно достаточно быстро обмениваться идеями относительно содержания модели.
Примечания:
1. Построение IDEF0 модели осуществляется исходя из действительной ситуации. Модели
проходят через серию последовательных улучшений до тех пор, пока они в точности не будут
представлять реальный процесс.
2. Методология IDEF0 поддерживает как параллельный, так и асинхронный просмотр модели,
что является наиболее эффективным способом распределения работы в коллективе. Это связано с тем, что IDEF0 модель очень редко создается одним разработчиком. На практике над различными частями модели могут совместно работать множество разработчиков, потому что
каждый процесс в модели представляет отдельный субъект, который может быть независи-
мо проанализирован и декомпозирован.
6.4 Порядок классификации процессов
Классификация объектов, принадлежащих процессу в нотации «как есть», осуществляется разработчиком функциональной модели.
Классификация осуществляется в два этапа. На первом этапе разработчик последовательно, диаграмма за диаграммой, осуществляет разметку (маркировку) линий (интерфейсных дуг) в зависимости от категорий объектов, которые эти линии представляют в
IDEF0-модели.
На втором этапе разработчик анализирует функциональные блоки. На основании входов и выходов каждого блока разработчик принимает решение о том, к какой категории
процессов относится рассматриваемый функциональный блок.
6.5 Порядок идентификации процессов
В процессе создания модели разработчик должен присвоить всем функциональным
блокам модели наименования, а также коды вершин.
Примечание - В случае, если при создании модели используется программа, поддерживающая
моделирование в стандарте IDEF0, операция идентификации функциональных блоков осуществляется автоматически.
На последнем этапе разработки модели разработчику следует присвоить ссылочные
номера на все или отдельные процессы в соответствии с правилами (нормами) идентификации процессов, принятыми в организации.
6.6 Порядок утверждения моделей
Следует помнить, что IDEF0-модели создаются с конкретной целью, и эта цель записана на диаграмме А-0 модели. В каком-то смысле эта цель определяет, как будет использоваться модель. Таким образом, как только завершено создание модели с требуемым уровнем
детализации, и модель проверена, она может применяться для достижения поставленной
цели.
Например, модель «Производить женские пальто» создана для описания деятельности сотрудников швейной фабрики. Если эта модель точно описывает работу персонала на фабрике, но
не может служить для анализа и улучшения процесса – она бесполезна.
В процессе IDEF0-моделирования рекомендуется выделить специальную группу людей, ответственных за то, что создаваемая в процессе анализа модель будет точна и используема в дальнейшем. Эта группа отвечает за контроль качества моделей, создаваемых разработчиками проекта. Рабочая группа следит за выполняемой работой и ее соответствием
40
конечным целям всего проекта. Члены рабочей группы обсуждают модель и оценивают,
насколько она может быть использована и будет использована соответствующим образом в
ходе выполнения проекта для достижения его глобальных целей.
Таким образом, рабочая группа находится в наиболее выгодном положении при определении текущего направления развития проекта и выработке предложений по его корректировке. Рабочая группа реализует это с помощью рецензий. Модели, которые достигли желаемого уровня детализации и точности с точки зрения технических требований, направляются членам рабочей группы для обсуждения и утверждения. Рабочая группа оценивает,
насколько применима данная модель. Если модель признана рабочей группой применимой,
она одобряется и утверждается. В противном случае разработчикам направляются замечания для необходимой доработки.
7 ПЕСПЕКТИВЫ ПРИМЕНЕНИЯ ФУНКЦИОНАЛЬНЫХ МОДЕЛЕЙ В СИСТЕМАХ МЕНЕДЖМЕНТА КАЧЕСТВА
7.1 Перспективы IDEF0
IDEF0 методология представляет собой формализованный подход к созданию функциональных моделей – структурных схем изучаемого процесса или системы. Схемы строятся
по иерархическому принципу с необходимой степенью подробности и помогают разобраться в том, что происходит в изучаемой системе или процессе, какие функции выполняются и
в какие отношения вступают между собой и с окружающей средой ее функциональные блоки. IDEF0-модель принципиально не может ответить на вопросы о том, как протекают процессы в системе во времени и в пространстве.
В этом случае рекомендуется переходить к другим моделям – математическим, имитационным моделям, описывающим процессы в функциональных блоках IDEF0-модели. По
терминологии, принятой в исследовании процессов, IDEF0-модели относятся к классу
концептуальных. Именно концептуальные модели являются основой построения имитационных и математических моделей.
7.2 Создание моделей для менеджмента процессов
Для менеджмента процессами в семействе методологий IDEF существует методология
моделирования процессов – IDEF3 [11]. Принципиальным отличием методологии IDEF3
является возможность моделирования динамики процессов, т.е. каким образом процессы
непосредственно исполняются в организации.
IDEF0 и IDEF3 являются взаимодополняющими методологиями моделирования.
IDEF0 модель отвечает на вопрос, что делает организация. Ответ на вопрос, как организация делает то, что она делает, содержится в IDEF3 модели. Это соотносится с различными
аспектами процессного подхода в СТБ ИСО серии 9000 версии 2001 года: описание и менеджмент процессов (Рис. 1).
Методология IDEF3 является альтернативой широко распространенному подходу описания процессов с помощью блок-схем. Важным достоинством IDEF3 методологии является
возможность описания в рамках единой модели параллельно исполняемых, а также конкурирующих (альтернативно исполняемых) процессов.
Другим достоинством IDEF3 методологии является ее тесная интеграция с остальными
методологиями семейства IDEF: IDEF0, IDEF1X, IDEF2, IDEF4, IDEF5, IDEF9. Такая интеграция позволяет описывать, анализировать и управлять деятельностью предприятия с единых методологических позиций.
41
7.3 CASE-средства моделирования процессов
В настоящее время существует отдельный класс компьютерных программ – CASEинструментов, – которые осуществляют поддержку методологии IDEF0 как на уровне модели, так и на уровне организации работ по моделированию.
Наиболее распространенными CASE-средствами, обеспечивающими поддержку IDEF0
методологии являются следующие продукты:
Программа Design/IDEF американской компании Meta Software.
Программа BPWin американской компании Logic Works.
Программа IDEF0/EMTool белорусско-канадской компании Ориентсофт.
Практически все перечисленные продукты обеспечивают:
Широкий набор графических инструментов для создания и редактирования функциональной модели;
Проверку правильности (верификацию) функциональной модели;
Генерацию различных отчетов на основании функциональной модели.
Интеграцию функциональных моделей с другими моделями, описывающими деятельность предприятия, например, с информационными и динамическими моделями.
42
Приложение А.
(информационное)
Методология функционального моделирования IDEF0
В этом приложении приведены краткие сведения о методологии функционального моделирования IDEF0. Подробнее с методологией IDEF0 можно ознакомиться в [3-5].
История возникновения методологии IDEF
Для описания процессов в мире разработано большое количество различных подходов
и методов. Так, еще в начале 70-х годов Д. Росс в США предложил метод структурного
проектирования и анализа систем SADT (Structured Analysis and Design Techniques) [3]. В
основе этого подхода лежит графический язык описания (моделирования) систем.
В середине 70-х ВВС США реализовало программу интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing). В рамках этой программы были разработаны методы проектирования и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися так
ими проблемами. Для удовлетворения этих потребностей в рамках программы ICAM была
разработана методология IDEF (ICAM Definitions), позволяющая представить и исследовать
структуру, параметры и характеристики производственно-технических и организационноэкономических систем. Процессы, описывающие деятельность организации, относятся
именно к этому классу систем.
В настоящее время общая методология IDEF включает ряд частных методологий для
моделирования систем, в том числе:
IDEF0 – функциональное моделирования;
IDEF1 – информационное моделирование;
IDEF1X – моделирование данных;
IDEF3 – моделирование «потока» процессов;
IDEF4 – объектно-ориентированное проектирование и анализ;
IDEF5 – определение онтологий (словарей);
IDEF9 – моделирование требований;
Основные элементы и понятия IDEF0
Основу IDEF0 методологии [4, 5] составляет простой и понятный графический язык
описания деловых процессов, который базируется на 4-х понятиях.
Функциональный блок
Функциональный блок графически изображается в виде прямоугольника (Рис. 17) и
олицетворяет собой некоторый конкретный процесс (функцию) в рамках моделируемой системы, например, системы качества, организации. В соответствии с требованием стандарта
IDEF0 название (имя) каждого функционального блока должно быть сформулировано в виде активного глагольного выражения:
глагол + объект действия + [дополнение]
Например, «производить продукцию», «обрабатывать записи качества» и т.д.
43
Методическая
инструкция
Оперативные
данные
Требования стандарта
ИСО 9001:2000
Обрабатывать
записи качества
Записи
качества
А231
Инженер по
качеству
Рис. 17 Функциональный блок
Каждая из 4-х сторон функционального блока имеет строго определенное значение:
Левая сторона обозначает входы, т.е. что поступает на вход процесса (функции) и будет преобразовано;
Правая сторона – выход, т.е. что создается на выходе процесса (функции) в результате
его выполнения;
Верхняя сторона – управление, т.е. при каких условиях процесс исполняется;
Нижняя сторона – механизм, т.е. какие ресурсы необходимы для исполнения процесса
(функции).
Каждый функциональный блок в рамках функциональной модели имеет свой уникальный идентификационный номер и может быть отнесен к определенной классификационной
группе за счет, например, выделения стилем (цвет, штриховка и т.п.).
Взаимодействия между процессами (Интерфейсные дуги)
Интерфейсные дуги – это стрелки, с помощью которых в функциональной модели
отображаются взаимодействия между функциональными блоками. Стрелка есть графическое представление элемента, который обрабатывается в рамках моделируемой системы
(процесса) или оказывает иное влияние на процесс.
В соответствии со стандартом IDEF0 каждая стрелка в функциональной модели имеет
свое уникальное наименование в виде имени существительного с определением или без,
например, «оперативные данные», «сырье», «Иванов И.И.» и т.д.
В зависимости от того, к какой из сторон функционального блока присоединена стрелка, она называется «входной», «выходной», «управляющей» или «механизмом». Кроме того,
по аналогии с блоком дуга может быть отнесена к определенной классификационной группе
за счет, например, выделения стилем (цветом, геометрией и т.п.).
Принцип декомпозиции
Принцип декомпозиции (структурирования, детализации) применяется при разбиении
сложного процесса на составляющие его процессы. При этом уровень детализации процесса
определяется целями построения модели и устанавливается непосредственно разработчиком
модели. Собственно, декомпозиция – это процесс, в ходе которого разработчик как бы заглядывает внутрь функционального блока и разглядывает (отображает) его внутреннюю
структуру.
Модель IDEF0 всегда начинается с представления моделируемого процесса в виде одного функционального блока с интерфейсными дугами, которые определяют границы (рам-
44
ки) процесса, отделяют его от других процессов в организации или за ее пределами. Диаграмма, содержащая этот блок (его номер – А0), называется контекстной диаграммой с
идентификационным номером «А-0».
В процессе декомпозиции функциональный блок А0 подвергается детализации на дочерней диаграмме. Дочерняя диаграмма содержит функциональные блоки, которые представляют процессы, из которых состоит декомпозируемый процесс. По отношению к дочерней диаграмме и всем блокам на ней декомпозируемый блок является родительским
блоком.
Примечание. В соответствии со стандартом IDEF0 любой блок на диаграмме любого уровня
иерархии может быть подвергнут декомпозиции.
На Рис. 12 представлен пример декомпозиции процесса.
ÈÑÏÎËÜÇÓÞÒÑß:
ÀÂÒÎÐ: Àâòîð
ÏÐÎÅÊÒ:
èìÿ Ïðîåêòà
ÄÀÒÀ: 05 äåê 1996
ÏÅÐÅÑÌÎÒÐ:
14 äåê 1996
ÐÀÁÎ×Àß ÂÅÐÑÈß
×ÈÒÀÒÅËÜ
Диаграмма самого верхнего уровня иерархии – А-0, описывает наиболее общее представление моделируемой системы. Она является родителем для Диаграммы А0.
ÄÀÒÀ ÊÎÍÒÅÊÑÒ:
ÝÑÊÈÇ
ÐÅÊÎÌÅÍÄÎÂÀÍÎ
ÇÀÌÅ×ÀÍÈß: 1 2 3 4 5 6 7 8 9 10
TOP
ÏÓÁËÈÊÀÖÈß
0
A0
ÓÇÅË:
ÍÀÇÂÀÍÈÅ:
ÍÎÌÅÐ:
A-0
Ñòð.:
ÈÑÏÎËÜÇÓÞÒÑß:
ÀÂÒÎÐ: Àâòîð
ÏÐÎÅÊÒ:
èìÿ Ïðîåêòà
ÄÀÒÀ: 05 äåê 1996
ÏÅÐÅÑÌÎÒÐ:
14 äåê 1996
ÐÀÁÎ×Àß ÂÅÐÑÈß
×ÈÒÀÒÅËÜ
Диаграмма А0 является декомпозицией
(Диаграммой - потомком) для А-0. Дает более
детальное представление функции в Блоке 0.
ÄÀÒÀ ÊÎÍÒÅÊÑÒ:
ÝÑÊÈÇ
ÐÅÊÎÌÅÍÄÎÂÀÍÎ
ÇÀÌÅ×ÀÍÈß: 1 2 3 4 5 6 7 8 9 10
ÏÓÁËÈÊÀÖÈß
C1
I1
1
Декомпозированный Блок 3, является родительским для Диаграммы А3.
2
I2
3
A3
O1
4
M1
ÓÇÅË:
M2
ÍÀÇÂÀÍÈÅ:
ÍÎÌÅÐ:
A0
Ñòð.:
ÈÑÏÎËÜÇÓÞÒÑß:
ÀÂÒÎÐ: Àâòîð
ÏÐÎÅÊÒ:
èìÿ Ïðîåêòà
ÄÀÒÀ: 05 äåê 1996
ÏÅÐÅÑÌÎÒÐ:
14 äåê 1996
ÐÀÁÎ×Àß ÂÅÐÑÈß
×ÈÒÀÒÅËÜ
Диаграмма А3 является декомпозицией
Блока 3 Диаграммы А0 и иллюстрирует внутреннее содержание Блока на родительской Диаграмме.
Декомпозированный на Диаграмме А3
Блок 1 является родительским для Диаграммы
А31.
ÄÀÒÀ ÊÎÍÒÅÊÑÒ:
ÝÑÊÈÇ
ÐÅÊÎÌÅÍÄÎÂÀÍÎ
ÇÀÌÅ×ÀÍÈß: 1 2 3 4 5 6 7 8 9 10
C1
ÏÓÁËÈÊÀÖÈß
C2
I1
1
A31
2
O1
3
M1
ÓÇÅË:
ÍÀÇÂÀÍÈÅ:
ÍÎÌÅÐ:
A3
Ñòð.:
45
ÈÑÏÎËÜÇÓÞÒÑß:
ÀÂÒÎÐ: Àâòîð
ÏÐÎÅÊÒ:
èìÿ Ïðîåêòà
ÄÀÒÀ: 05 äåê 1996
ÏÅÐÅÑÌÎÒÐ:
14 äåê 1996
ÐÀÁÎ×Àß ÂÅÐÑÈß
×ÈÒÀÒÅËÜ
Диаграмма А31, являясь декомпозицией
Блока 1 Диаграммы А3, наиболее детально описывает содержание функции, представленной на
родительской Диаграмме, учитывая при этом
контекст всей модели.
ÄÀÒÀ ÊÎÍÒÅÊÑÒ:
ÝÑÊÈÇ
ÐÅÊÎÌÅÍÄÎÂÀÍÎ
ÇÀÌÅ×ÀÍÈß: 1 2 3 4 5 6 7 8 9 10
ÏÓÁËÈÊÀÖÈß
C1
I1
1
2
3
O1
4
M1
ÓÇÅË:
ÍÀÇÂÀÍÈÅ:
ÍÎÌÅÐ:
A31
Ñòð.:
Рис. 18. Декомпозиция функциональных блоков
46
Приложение Б
(информационное)
Пример модели процесса производства женских пальто на швейной фабрике
Данный пример в обобщенном виде представляет модель (описание) делового процесса на швейной фабрике – «Производить женские пальто».
Цель модели – отразить, каким образом в рамках процесса выполняются требования
СТБ ИСО 9001-2001.
Точка зрения – руководство фабрики.
Три уровня декомпозиции делового процесса представлены на Рис. 19, 20, 21, 22.
На рис. 20 представлена детализация делового процесса «Производить женские пальто». Анализ соответствия делового процесса «Производить женские пальто» требований
СТБ ИСО 9001-2001 приведен в таблице 1. Очевидно, что в представленном описании делового процесса на данном уровне детализации присутствуют все процессы, обязательные с
точки зрения требований СТБ ИСО 9001-2001.
Таблица 1. Соответствие делового процесса на фабрике требованиям СТБ ИСО 90012001
Требования СТБ ИСО 9001-2001
Реализация требований
Раздел 5. Ответственность руковод- Процесс А1. «Реализовать ответственность высшего
ства
руководства по менеджменту качества»
Входы процесса А1. Дуги «Внешняя информация»,
«Документы, регламентирующие деловой процесс»,
«Инициативы по улучшению СМК».
Выход процесса А1. Дуга «Политика, Цели, Руководство по качеству, Программы качества»
Раздел 6. Менеджмент ресурсов
Процесс А2. «Осуществлять менеджмент ресурсов».
Входы процесса А2. Дуги «Документы, регламентирующие процессы менеджмента ресурсов», «Политика, Цели, Руководство по качеству, Программы качества», «Ресурсы для организации процессов предприятия».
Выход процесса А2. Дуги «Ресурсы для процессов
жизненного цикла и процессов измерения, анализа и
улучшения СМК», «Информация по качеству».
Раздел 7. Процессы жизненного На диаграмме этого уровня детализации этот процесс
цикла
представлен в неявном виде в рамках процесса А3
«Реализовать процессы жизненного цикла».
Входы А3. «Внешняя информация», «Сырье и материалы для производства продукции», «Политика,
Цели, Руководство по качеству, Программы качества», «Документы, регламентирующие процессы
жизненного цикла», «Ресурсы для процессов жизненного цикла».
Выходы А3. «Партии готовой к отправке продукции», «Информация для потребителей» (о качестве),
«Информация по качеству» (внутренняя информация).
Раздел 8. Измерения, контроль, ана- Процесс А4. «Осуществлять измерения, анализ и
лиз и улучшение
улучшения СМК»
Входы процесса А4. Дуги «Политика, Цели, Руко-
47
водство по качеству, Программы качества», «Документы, регламентирующие процессы измерения,
анализа и улучшения СМК», «Информация по качеству», «Ресурсы для процессов измерения, анализа и
улучшения СМК».
Выход А4. «Инициативы по улучшению СМК».
На Рис. 21 представлена детализация процесса А3 «Реализовать процессы жизненного
цикла». Анализ соответствия делового процесса «Производить женские пальто» требований
СТБ ИСО 9001-2001 приведен в таблице 2. На диаграмме присутствуют все процессы, обязательные с точки зрения СТБ ИСО 9001-2001.
Таблица 2. Соответствие процесса «Реализовать процессы жизненного цикла» на фабрике требованиям СТБ ИСО 9001-2001
Требования СТБ ИСО 9001-2001
Реализация требований
Раздел 7.1 Планирование процессов Процесс А31. «Планировать процессы».
жизненного цикла продукции
Входы процесса А31. Дуги «Политика, Цели, Руководство по качеству, Программы качества», «Документы,
регламентирующие процессы жизненного цикла»,
«Внешняя информация».
Выходы процесса А31. Дуги «Программы...», «Информация по качеству».
Раздел 7.2 Процессы, связанные с Процесс А32. «Осуществлять взаимодействие с потрепотребителями
бителем».
Вход процесса А32. Дуга «Внешняя информация»,
«Программы маркетинга», «Документы, регламентирующие процессы жизненного цикла».
Выход процесса А32. Дуги «Информация для потребителей», «Требования потребителей», «Информация из
подразделений»
Раздел 7.3 Проектирование и разра- Процесс А33. «Разрабатывать новые модели».
ботка
Входы процесса А33. Дуга «Требования потребителей», «Программы...», «Документы, регламентирующие процессы жизненного цикла».
Выходы процесса А33. Дуги «Конструкторская документация», «Информация из подразделений»
Раздел 7.4 Закупки
Процесс А34. «Осуществлять закупки».
Входы процесса А34. Дуги «Сырье и материалы для
производства продукции», «Программы закупок»,
«Документы, регламентирующие процессы жизненного цикла».
Выходы процесса А34. Дуги «Сырье и материалы для
производства партий продукции», «Информация из
подразделений».
Раздел 7.5 Производство и обслужи- Процесс А35. «Шить пальто».
Входы процесса А35. Дуги «Сырье и материалы для
вание
производства партий продукции», «Конструкторская
документация», «Программы производства», «Документы, регламентирующие процессы жизненного цикла».
Выходы процесса А35. Дуги «Партии готовых пальто»,
«Информация из подразделений».
48
Раздел 7.5.5. Сохранение соответ- Процесс А36. «Осуществлять поставки продукции».
ствия продукции
Входы процесса А36. «Программы поставок», «Документы, регламентирующие процессы жизненного цикла», «Партии готовых пальто».
Выходы процесса А36. «Партии готовой к отправке
продукции», «Информация из подразделений».
Раздел 7.6 Управление контрольны- Этот процесс не представлен на диаграмме, так как в
ми и измерительными приборами
рамках модели он отнесен на более низкий уровень
иерархии процессов. Он является частью процесса
«Освуществлять измерения, анализ и улучшения».
На Рис. 22 представлена детализация процесса «Производить закупки». На этом
уровне детализации отражается специфика деятельности швейной фабрике, которая может
быть отличной от деятельности других подобных организаций. Тем не менее, в рамках данного описания также присутствуют элементы, обязательные с точки зрения СТБ ИСО 90012001. В таблице 3 представлено соответствие процесса “Производить закупки» требованиям
СТБ ИСО 9001-2001.
Таблица 3. Соответствие процесса “Производить закупки» требованиям СТБ ИСО
9001-2001
Требования СТБ ИСО 9001-2001
Реализация требований
Раздел 7.4.1. Процесс закупок
Диаграмма (карта процесса), включающая процессы
А341 – А343.
Раздел 7.4.2. Информация по закуп- Вход процесса А341. Дуга «Программы закупок».
кам
Выход процесса А341. Дуга «Планы закупок»,
Выход процесса А341. Дуга «Информация из подразделений»,
Выход процесса А342. Дуга «Графики закупок»,
Выход процессов А342-А343. Дуги «Внутренняя информация службы снабжения».
Выход процесса А341. Дуга «Информация для поставщиков».
Входы процессов А341, А342. Дуги «Информация от
поставщиков».
Раздел 7.4.3. Верификация закуп- Процесс А343. «Осуществлять закупки и их конленной продукции
троль».
49
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
РАБОЧАЯ ВЕРСИЯ
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
17 дек 2001
TOP
РЕКОМЕНДОВАНО
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
ПУБЛИКАЦИЯ
Документы,
регламентирующие
деловой процесс
Информация
для потребителей
Внешняя
информация
Сырье и материалы для
производства продукции
Партии готовой к
отправке продукции
Производить
женские пальто
0
Ресурсы для организации
процессов предприятия
A0
Руководство
фабрики
УЗЕЛ:
НАЗВАНИЕ:
A-0
Деловой процесс
"Производить женские пальто"
Рис. 19. Деловой процесс на швейной фабрике
50
НОМЕР:
П-ДП-1
Стр.:
1
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
РАБОЧАЯ ВЕРСИЯ
17 дек 2001
Внешняя
информация
КОНТ ЕКСТ :
ПУБЛИКАЦИЯ
Документы, регламентирующие
процессы измерения, анализа и
улучшения СМК
C1
Реализовать
ответственность
высшего руководсвта по
менеджменту качества
1
I1
ДАТА
РЕКОМЕНДОВАНО
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
Документы,
регламентирующие
деловой процесс
ЧИТАТЕЛЬ
ЭСКИЗ
Документы, регламентирующие
процессы менеджмента ресурсов
Политика, Цели,
Руководство по качеству,
Программы качества
Документы, регламентирующие
процессы жизненного цикла
Информация
для потребителей
O1
A1
Партии готовой к
отправке продукции
Реализовать
процессы
жизненного цикла
3
I2
O2
A3
Сырье и материалы для
производства продукции
Ресурсы для процессов
жизненного цикла
Ресурсы для организации
процессов предприятия
Инициативы по
улучшению СМК
Осуществлять
измерения, анализ и
улучшения СМК
Ресурсы для процессов
измерения, анализа и
улучшения
Осуществлять
менеджмент
ресурсов 2
I3
Информация
по качеству
4
A4
A2
Руководство
фабрики
УЗЕЛ:
M1
Подразделения
фабрики
НАЗВАНИЕ:
A0
Служба
качества
НОМЕР:
Производить женские пальто
П-ДП-1
Стр.:
2
Рис. 20. Первый уровень детализации делового процесса «Производить женские пальто»
51
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
17 дек 2001
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
C1
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
РЕКОМЕНДОВАНО
ПУБЛИКАЦИЯ
Документы, регламентирующие
процессы жизненного цикла
Политика, Цели,
Руководство по качеству,
Программы качества
C2
Информация
по качеству
O3
Планировать
процессы
1
Программы
маркетинга
A31
Внешняя
информация
РАБОЧАЯ ВЕРСИЯ
Программы
закупок
Требования
потребителей
Программы
производства
Программы
поставок
Информация
для потребителей
O1
Осуществлять
взаимодействие с
потребителями 2
I1
Конструкторская
документация
A32
Разрабатывать
новые модели
3
Сырье и материалы для
производства продукции
A33
I2
Осуществлять
закупки
4
Информация из
подразделений
Сырье и материалы
для производства
партий продукции
A34
Службы
гл. инженера,
гл. конструктора,
гл. экономиста
Служба
маркетинга
и сбыта
Отдел
проектирования
новых моделей
Партии готовых
пальто
Шить пальто
5
Партии готовой к
отправке продукции
A35
Служба
снабжения
Осуществлять
поставки
продукции 6
Швейные
цеха
O2
A36
Производственные
и вспомогательные
подразделения
УЗЕЛ:
Склады
M2
НАЗВАНИЕ:
A3
НОМЕР:
Реализовать процессы жизненного цикла
П-1.3-ЖЦ
Стр.:
Рис. 21. Детализация процесса «Производить партии продукции»
52
3
ИСПОЛЬЗУЮТСЯ:
АВТОР:
ПРОЕКТ:
Серенков П.С., Курьян А.Г.
Деловой процесс
ДАТА:
ПЕРЕСМОТ Р:
01 дек 2001
17 дек 2001
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
РАБОЧАЯ ВЕРСИЯ
ЧИТАТЕЛЬ
ДАТА
КОНТ ЕКСТ :
ЭСКИЗ
РЕКОМЕНДОВАНО
ПУБЛИКАЦИЯ
C1
Документы, регламентирующие
процессы жизненного цикла
Программы
закупок
C2
Информация из
подразделений
Информация
от поставщиков
O2
Планировать
закупки
1
Планы
закупок
Информация
для поставщиков
Подготовить
документацию
для закупок 2
Графики
закупок
Сырье и материалы
для производства
партий продукции
Сырье и материалы для
производства продукции
Начальник
службы
снабжения
Внутренняя
информация
службы
снабжения
O1
Осуществлять
закупки и их
контроль
3
I1
Менеджер
по закупкам
Сотрудники
службы
снабжения
Служба
снабжения
M1
УЗЕЛ:
НАЗВАНИЕ:
A34
НОМЕР:
Осуществлять закупки
П-1.3.4-ЖЦ
Стр.:
4
Рис. 22. Детализация процесса «Осуществлять закупки»
53
Приложение В
(информационное)
Пример функциональной модели процесса изготовления шасси телевизора
Данный пример показывает возможность использования техники создания фрагментов
(«эскизов») моделируемых процессов с помощью FEO – диаграмм (For Exposition Only) в
рамках IDEF0-модели. Модель делового процесса «Изготовить цветной телевизор» (РУП
«Горизонт», Минск) – достаточно сложна и представляет собой сильно разветвленную сеть
(систему) процессов всех возможных категорий (разделы 4.2.4, 5.1). Очевидно, что описание процессов в рамках большой сложной модели сразу «на чисто» практически невозможно. FEO – диаграммы, позволяют эскизировать отдельные фрагменты процессов, накапливать «эскизы» проектов диаграмм с целью их возможного использования для модели. Выполняются FEO – диаграммы по упрощенным правилам методологии IDEF0.
На рисунке представлена FEO – диаграмма жизненного цикла шасси цветного телевизора «Горизонт» как «эскиз» фрагмента всего делового процесса. Назначение «эскиза» - попробовать прописать процесс жизненного цикла «Собирать шасси цветного телевизора» по
правилам языка функционального моделирования IDEF0. «Эскиз» подлежит обсуждению,
необходимому уточнению и детализации. После обсуждения и утверждения он может быть
«встроен» путем копирования в основную модель.
54
ИСПОЛЬЗУЮТСЯ:
АВТОР: Жук В.М.
ДАТА: 09 авг 2001
ПРОЕКТ: Примеры методологии
РАБОЧАЯ ВЕРСИЯ
ЧИТАТЕЛЬ
ДАТА
КОНТЕКСТ:
ЭСКИЗ
ПЕРЕСМОТР: 28 авг 2001
РЕКОМЕНДОВАНО
ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9 10
ПУБЛИКАЦИЯ
Контрольно
сопроводительный
документ (КСД)
МИКСы,
ИОТ ы,
ГМИЛы
КСД
Партия
комплектующих
Распаковать
комплектующие
1
КСД
Плата
Комплектующие
для платы
Р асходные
материалы
Установить
комплектующие
на плату
2
Укомплектованная
плата
КСД
Паять
3
Шасси после
пайки
КСД
Паспорт
Доработать
плату
4
Шасси после
доработки
Персонал
Участка
УЗЕЛ:
Годное
шасси
Персонал Службы
Главного Контролера
Оборудование
НАЗВАНИЕ:
A0F
Диагностировать,
ремонтировать и
контролировать
5
НОМЕР:
Сборка шасси ЦТ
Стр.:
Рис. 23. Проект модели процесса «Сборка шасси цветного телевизора»
55
Приложение Г
(информационное)
Библиография
1. ISO 9000 Introduction and Support Package: Guidelines on the Process Approach to
quality management systems. ISO/TC 176/SC 2/N 544R. 17 May, 2001.
2. ISO 9000 Introduction and Support Package: Guidance on the Documentation Requirements of ISO 9001:2000. ISO/TC 176/SC 2/N 544R. 13 March, 2001.
3. Давид Марка, Клемент МакГоуэн. Методология структурного анализа и проектирования. Пер. с англ . М .:1993, 240 с ., ISBN 5-7395-0007-9
4. INTEGRATION DEFINITION FOR FUNCTION MODELING (IDEF0). Draft Federal Information Processing Standards Publication 183, 1993, December 2
5. Р50.1.028-2001. Методология функционального моделирования. М.: Госстандарт
России, 2001.
6. Окулесский В.А. Функциональное моделирование – методологическая основа
реализации процессного подхода. М.: НИЦ CALS-технологий «Прикладная логистика», 2001.
7. Менеджмент качества и международные стандарты ИСО 9000 версии 2000 г.
Материалы семинара в рамках Программы ИСО для развивающихся стран.
Минск, Июль 2001 г. 79 с.
8. Рахлин К.М. МС ИСО серии 9000 версии 2000 г.: сущность и содержание процессного подхода. М.: Стандарты и Качество, №3, 2001.
9. Information Integration For Concurrent Engineering (IICE). IDEF3 Process Description Capture Method Report. Knowledge Based Systems, Inc., Texas, USA, 1995.
10. Хаммер M., Чампи Д. Реинжиниринг корпорации: Манифест революции в бизнесе. - С.-Петербург: С.-Петербург. ун-т, 1999.- 332.
56
Организация – ответственный
исполни-
тель:
Руководитель организации-разработчика
Зам. проректора по научной работе,
Зав. кафедрой «Стандартизация, метрология и
информационные системы», д.т.н., профессор
Белорусская
государственная
политехническая академия
В.Л. СОЛОМАХО
Ответственный исполнитель, к.т.н., доцент
П.С. СЕРЕНКОВ
57