Методика и порядок работ по определению, классификации и идентификации процессов. Описание процессов на базе методологии idef0 Методические рекомендации
| Вид материала | Методические рекомендации |
- Методика и порядок работ по определению, классификации и идентификации процессов. Описание, 707.68kb.
- Использование компьютерных технологий для разработки моделей бизнес-процессов, 62.95kb.
- Временные методические рекомендации по определению стартовой стоимости научно, 755.22kb.
- Лекция: Моделирование бизнес-процессов средствами bpwin: Case-средства для моделирования, 332.23kb.
- Описание стандарта idef0, Автор: Геннадий Верников, 166.52kb.
- Методика построения системы процессов Особенности выделения процессов в организации, 130.12kb.
- Тематика курсовых работ и методические рекомендации по их подготовке для слушателей, 169.38kb.
- Методические указания к выполнению контрольных, курсовых работ По дисциплине Имитационное, 222.24kb.
- Методические указания для выполнения контрольных работ по курсу «Автоматика и автоматизация, 447.92kb.
- Методические рекомендации по определению рыночной стоимости интеллектуальной собственности, 146.86kb.
5 Методика определения, классификации и идентификации процессов
Цель применения методики – описать процессы в организации, выявить среди них те процессы, которые относятся к системе менеджмента качества, проанализировать процессы системы менеджмента качества с точки зрения выполнения требований СТБ ИСО 9001, документировать процессы и использовать описание процессов для последующего менеджмента качества.
В результате работ, проведенных в соответствии с методикой, создается комплект документов, включающий:
- перечень процессов, относящихся к системе менеджмента качества организации;
- описания процессов, каждое из которых содержит детальное определение процесса (модель), его классификационные и идентификационные признаки, а также другую информацию, необходимую в рамках системы менеджмента качества.
5.1 Общая методика определения, классификации и идентификации процессов
Методика описания процессов в рамках системы менеджмента качества включает следующие этапы:
1 Определить процессы, из которых состоит деятельность организации.
1.1 Выделить деловые процессы в деятельности организации (рисунок 3).
Примечание – Объектом описания (определения, классификации и идентификации) с точки
зрения системы менеджмента качества является деловой процесс.
1.1.1 Описать внутреннюю иерархическую структуру описываемого делового
процесса, которая отражает, из каких процессов состоит деловой процесс, а также то, как процессы связаны в иерархию (отношение «часть-целое»).
1.1.2 Описать входы, управление, ресурсы и выходы для каждого процесса.
1.1.3 Установить и описать взаимодействия (взаимосвязи) между процессами, т.е.
связать выходы одних процессов с входами других.
1.1.4 Составить перечень понятий (глоссарий), используемых при описании про-
цессов для унификации восприятия описания процесса всеми заинтересованными
сторонами, и дать определения использованным понятиям.
2 Классифицировать процессы.
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.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 Идентифицировать объекты, поступающие на входы и получаемые на выходах каж-
дого процесса с учетом проведенной классификации (раздел 5, подпункт 2.1 настоящей
методики).
4 Документировать процессы.
4.1 Составить карты (описания) процессов.
4.2 Составить перечень процессов организации.
Примечание – Карты процессов составляются для каждого процесса, представленного в переч-
не.
5 Осуществить проверку (верификацию) описания процессов на соответствие требованиям СТБ ИСО 9001.
6 Утвердить документацию по процессам.
5.2 Методика описания процессов на базе методологии IDEF0
В настоящем разделе методика определения, классификации и идентификации процессов (подраздел 5.1) реализована на базе методологии функционального моделирования IDEF0.
5.2.1 Определение деловых процессов в виде IDEF0-модели
5.2.1.1 Определение делового процесса
На первом этапе описания необходимо определить деловые процессы в организации. Ключевым элементом в определении делового процесса является формулировка цели, которая отражает причину создания модели (описания) делового процесса и определяет ее назначение.
Примечания
1 Цель модели заключается в фиксировании определенного угла зрения, под которым рассматривается и описывается деятельность организации. Для разных целей углы зрения могут быть разными, а модели процессов будут отличаться.
Например, при описании процессов на швейной фабрике могут быть сформулированы различные цели: оптимизация организационной структуры фабрики, формирование системы менеджмента качества, расширение видов деятельности и т.д.
2 Общей целью моделей в рамках настоящего документа является создание системы менеджмента качества, соответствующей требованиями СТБ ИСО 9000, СТБ ИСО 9001 и СТБ ИСО 9004.
Для того чтобы выявить деловые процессы, необходимо определить следующее:
- потребителей продукции и/или услуг организации;
- продукцию и/или услуги, производимые в организации и поставляемые потребителям;
- виды сырья и их поставщиков.
Примечание - Для различных видов продукции или различных категорий потребителей можно рассматривать различные деловые процессы.
Например, швейная фабрика производит (шьет) женские пальто, заключая договора с потребителями. Потребителями продукции являются магазины женской одежды и торгово-посреднические компании. Фабрика закупает сырье на текстильных предприятиях, а также у торгово-посреднических компаний.
Фабрика является закрытым акционерным обществом. Цель построения модели – создание системы менеджмента качества. На основании этой информации в деятельности швейной фабрики можно выделить один деловой процесс – «Производить женские пальто». Входами этого процесса являются: а) внешняя информация, включая требования потребителей (магазинов и компаний); б) сырье и материалы; в) ресурсы. Выходами процесса являются: а) партии готовой продукции, предназначенные для потребителей; б) информация для внешних потребителей. Управление процессом осуществляется на основании нормативных документов, регламентирующих производственные процессы на фабрике. Учитывая, что нас интересует процесс с точки зрения менеджмента качества, то в качестве внешнего управления будем рассматривать нормативные документы, регламентирующие эту сферу, в том числе требования СТБ ИСО 9000. Карта делового процесса на швейной фабрике представлена на рисунке 5.
Рисунок 5 - Деловой процесс на швейной фабрике
15
5.2.1.2 Описание структуры делового процесса
На втором этапе определения делового процесса необходимо описать его внутреннюю структуру. Для этого необходимо определить:
- из каких процессов состоит моделируемый деловой процесс;
- как эти процессы взаимодействуют между собой.
В IDEF0 моделировании для описания внутренней структуры процесса используется механизм декомпозиции (приложение А).
В соответствии с требованиями методологии IDEF0, для того чтобы декомпозировать деловой процесс, необходимо создать диаграмму-потомок. На этой диаграмме следует представить процессы, из которых состоит деловой процесс в рамках системы менеджмента качества (СМК).
Рассмотрим декомпозицию делового процесса «Производить женские пальто» (рисунок 5).
Учитывая цели моделирования – соответствие делового процесса требованиям СТБ ИСО 9001 – декомпозиция делового процесса включает 4 блока процессов, представленных на рисунке 6.
В соответствии с требованиями СТБ ИСО 9000 деловой процесс «Производить женские пальто» включает следующие процессы:
- реализовать ответственность высшего руководства по менеджменту качества;
- осуществлять менеджмент ресурсов;
- реализовать процессы жизненного цикла;
- осуществлять измерения, анализ и улучшения СМК.
Документы,
регламентирующие
деловой процесс
Реализовать
ответственность
высшего руководства
Примечание - На рисунке 6 не представлены взаимодействия между функциональными блоками, представляющими деком-
позицию процесса «Производить женские пальто».
Р
исунок 6 - Декомпозиция процесса «Производить женские пальто»5.2.1.3 Описание взаимодействий между процессами
Третьим этапом определения делового процесса является описание взаимодействий между процессами. Взаимодействие между процессами в IDEF0 (приложение А) описывается с помощью интерфейсных дуг и обозначает передачу материалов и/или информации с выходов одного процесса на входы (управления, механизмы) другого процесса.
В методологии IDEF0 допустимыми являются 5 (пять) типов взаимодействий между блоками в пределах одной диаграммы:
- управление;
- в
ыход вход;
- обратная связь по управлению;
- обратная связь по входу;
- выход – механизм.
 | Взаимосвязь по управлению: выход одного процесса влияет на выполнение другого процесса, т.е. выходная дуга блока 1 является управляющей для блока 2. В СТБ ИСО 9001 такое взаимодействие определяет функцию управления «ответственность руководства» по отношению к другим процессам |
 | Взаимосвязь по входу: выход одного процесса является входом для другого, т.е. выходная дуга блока 1 является входной для блока 2. Это взаимодействие характерно для любых процессов в организации, например для процессов жизненного цикла |
 | Обратная связь по управлению: выходы из одного процесса влияют на выполнение других процессов, выполнение которых в свою очередь влияет на выполнение исходного процесса. Выходная дуга блока 1 является управляющей для блока 2, а выходная дуга блока 2 является управляющей для блока 1. В СТБ ИСО 9001 такое взаимодействие может определять: - функцию управления «ответственность руководства»; - функцию управления «управление процессами жизненного цикла»; - функцию управления «измерение, анализ и улучшение» |
 | Обратная связь по входу: выход из одного процесса является входом для другого процесса, выход которого является для него входом, т.е. выходная дуга блока 2 является входной для блока 1, выход которого является для него входом. В СТБ ИСО 9001 такое взаимодействие может определять функцию управления «управление процессами жизненного цикла» |
 | Взаимосвязь «выход – механизм»: выход одного процесса является механизмом для другого, т.е. выходная дуга блока 1 является дугой механизма для блока 2. Такой тип связи относится чаще всего к процессам обеспечения ресурсами. В СТБ ИСО 9001 такое взаимодействие может определять функцию управления «менеджмент ресурсов» |
Практика показывает, что перечисленных пяти видов взаимодействий достаточно, чтобы определить взаимодействия между процессами любой сложности.
Описание взаимодействий в рамках функциональной модели процесса будет полным, когда для каждого функционального блока будут определены его интерфейсные дуги.
Примечание - Методология IDEF0 регламентирует, что каждый блок в модели должен содержать хотя бы по одной дуге входа, выхода, управления и механизма. В [6] имеется короткий список исключений из этого правила.
Рассмотрим взаимодействия между процессами, составляющими деловой процесс «Производить женские пальто» (рисунок 7).
Процесс «Реализовать ответственность высшего руководства по менеджменту качества» является управляющим процессом для всех остальных процессов. Соответственно, выход этого процесса – «Политика, цели, руководство по качеству, программы качества» является управляющим входом для всех остальных процессов, представленных на диаграмме (рисунок 7).
Процесс «Осуществлять менеджмент ресурсов» имеет связь «выход – механизм» с процессами «Реализовать процессы жизненного цикла» и «Осуществлять измерения, анализ и улучшения СМК».
На диаграмме представлен контур обратной связи: выход процесса «Осуществлять измерения, анализ и улучшения СМК» с входом процесса «Реализовать ответственность высшего руководства по менеджменту качества»
Примечание - Правило полноты функциональной модели IDEF0 в точности соответствует требованиям СТБ ИСО 9001 в части того, что каждый процесс должен обеспечиваться ресурсами (дуги механизмов в IDEF0-модели), управляться (дуги управления), производить продукцию на выходе (выходные дуги), перерабатывая материалы и/или информацию, поступающие на его входы (входные дуги).
Документы,
регламентирующие
деловой процесс
Политика, цели, руководство по качеству, программы качества
Р
исунок 7 - Взаимодействия между процессами5.2.1.4 Декомпозиция процесса
Количество уровней детализации процесса определяется целями моделирования и спецификой деятельности моделируемой организации.
В рамках настоящей методики основной целью моделирования процессов является анализ соответствия процесса требованиям системы менеджмента качества.
На диаграмме А0 деловой процесс «Производить женские пальто» представлен в виде 4 процессов. Диаграмма А0 является первым уровнем декомпозиции (детализации) для этого процесса. Каждый из 4 представленных процессов в свою очередь может быть декомпозирован. На рисунке 8 представлена декомпозиция процесса «Реализовать процессы жизненного цикла».
На диаграмме А3 (рисунок 8) процесс «Реализовать процессы жизненного цикла» представлен в виде шести процессов, включая «Осуществлять закупки», который также может быть декомпозирован (рисунок 9).
Политика, цели, руководство по качеству, программы качества
Р
исунок 8 - Декомпозиция процесса «Реализовать процессы жизненного цикла»
Р
исунок 9 - Декомпозиция процесса «Осуществлять закупки»5.2.1.5 Глоссарий процесса
Глоссарий процесса включает перечень процессов, объектов, обрабатываемых в рамках процессов, а также их определения.
Глоссарий представляет упорядоченный в алфавитном порядке список терминов. Каждому термину из этого списка соответствует определение или ссылка на соответствующее определение, приведенное в нормативных документах организации или вышестоящих органов, регламентах и т.п.
Например, для диаграммы А34 (рисунок 9) фрагмент глоссария будет выглядеть следующим образом:
| - информация для поставщиков | - пакет документов, содержащий вопросы, интересующие организацию относительно поставщика, его продукции и условий поставки; |
| - информация от поставщиков | - пакет документов, содержащий ответы на вопросы, представленные в документации для поставщиков (см. «Информация для поставщиков»); |
| - программы закупок | - утвержденные руководством перечни партий продукции, которые должны быть приобретены к определенным срокам. |
5.2.2 Классификация процессов в рамках IDEF0-модели
В соответствии с методологией IDEF0 модель состоит из двух типов элементов: функциональные блоки, которые представляют процессы, и интерфейсные дуги, которые представляют материальные и информационные объекты, обрабатываемые в рамках процессов.
Соответственно, классификация процессов, представленных в виде IDEF0-моделей является классификацией функциональных блоков и интерфейсных дуг, из которых состоит IDEF0-модель.
Для того чтобы осуществить классификацию процесса, достаточно выполнить следующую двухшаговую процедуру, т.е. классифицировать интерфейсные дуги и функциональные блоки.
5.2.2.1 Классификация интерфейсных дуг
В рамках IDEF0-модели дуги в зависимости от их положения на диаграмме подразделены на 4 категории: входные, выходные, управления и механизма.
Дополнительно дуги могут быть классифицированы в зависимости от типа объектов, которые они представляют на диаграмме. К числу таких категорий могут относиться:
- материалы, сырье, продукция, ресурсы;
- информация, данные, записи качества, документы;
- распоряжения руководства, планы, графики, распорядительные документы;
- стандарты, нормативные документы;
- ответственные исполнители, сотрудники организации и т.д. (рисунок 10).
Рисунок 10 - Типовые элементы процесса, описываемого по правилам методологии IDEF0
Для того чтобы выделить в IDEF0-модели элементы определенного типа, при моделировании используются заранее оговоренные соглашения о графическом стиле представления таких объектов. Поскольку дуги на IDEF0-модели представляются прямыми и ломаными линиями, графический стиль для дуг включает соглашение о цвете линии, толщине линии, типе линии (сплошная, пунктирная, штрихпунктирная, и т.д.), а также о типе стрелки на конце дуги.
Примечание - Соглашения о графических стилях для представления объектов различных типов не являются составной частью стандарта IDEF0. Этот подход был впервые предложен компанией Ориентсофт в 1996 г. и реализован в инструментальном средстве IDEF0/EMTool. Подход успешно применен на ряде предприятий и организаций стран СНГ, а также США и Канады.
Классификация объектов, принадлежащих процессу, осуществляется разработчиком функциональной модели. Разработчик последовательно, диаграмма за диаграммой осуществляет разметку (маркировку) линий (интерфейсных дуг) в зависимости от типов объектов, которые эти линии представляют в IDEF0-модели.
Например, при создании функциональной модели делового процесса «Производить женские пальто» были определены следующие соглашения по представлению объектов:
- информацию по качеству представлять с помощью утолщенных (толщина – 2pt) сплошных линий синего цвета;
- распоряжения, планы, графики представлять с помощью утолщенных (толщина – 2pt) сплошных линий красного цвета;
- сырье, материалы, продукцию представлять с помощью утолщенных (толщина – 2pt) сплошных линий коричневого цвета;
- ответственных исполнителей в процессах представлять с помощью утолщенных (толщина – 2pt) сплошных линий черного цвета;
- должностные инструкции, нормативные документы, руководство по качеству представлять с помощью утолщенных (толщина – 2pt) сплошных линий фиолетового цвета.
Рассмотрим диаграмму, представляющую декомпозицию процесса «Реализовать процессы жизненного цикла» (рисунок 11).
На диаграмме объекты различных типов представлены различными графическими стилями в соответствии с принятыми соглашениями. В частности «Требования потребителей», «Конструкторская документация» относятся к категории требований. Они представлены на диаграмме тонкими сплошными линиями красного цвета. «Внешняя информация», «Информация из подразделений», «Информация для потребителей» относятся к категории информации (записей качества) в рамках системы менеджмента качества. В соответствии с принятыми соглашениями линии, отображающие эти объекты на диаграмме, представлены тонкими сплошными зелеными линиями.
Примечание - Конечная цель «раскрашивания» диаграмм состоит в том, чтобы отнести тот или иной объект на диаграмме к заранее определенной категории объектов, т.е. классифицировать объект. Комбинация графических атрибутов, которая используется для отображения объектов, является одним из способов маркировки объекта. Использование стилей при построении диаграмм существенно повышает «прозрачность» описания процессов при их последующем анализе и улучшении.
5.2.2.2 Классификация функциональных блоков
Функциональные блоки в IDEF0-модели могут быть классифицированы в зависимости от типов процессов, которые они представляют. Типы процессов зависят от задач, решаемых с помощью функциональных моделей. В рамках настоящего документа для функциональных моделей следует использовать типы процессов, которые регламентированы в СТБ ИСО 9001 (подраздел 4.2.4), а также в подразделе 5.1, подпункт 2.2 настоящей методики).
Для того чтобы выделить в IDEF0-модели процессы определенного типа, при моделировании используются заранее оговоренные соглашения о графическом стиле представления соответствующих функциональных блоков. Графический стиль для блоков включает соглашение о цвете рамки, толщине рамки, типе рамки (сплошная, пунктирная, штрих-пунктирная, и т.д.), о цвете прямоугольника, а также о цвете, размере и типе шрифта, которым отображается наименование блока.
Классификация процессов осуществляется разработчиком функциональной модели. Разработчик последовательно, диаграмма за диаграммой осуществляет разметку (маркировку) функциональных блоков в зависимости от типов процессов, которые эти блоки представляют в IDEF0-модели.
Рассмотрим функциональную модель (описание) процесса «Реализовать процессы жизненного цикла» (рисунок 11). Представленный на диаграмме процесс «Планировать процессы» относится к типу управленческих процессов; в пользу этого вывода свидетельствует также то, что выход процесса «Планировать процессы» является управлением для остальных процессов, представленных на диаграмме.
Процессы «Осуществлять взаимодействие с потребителями», «Разрабатывать новые модели», «Осуществлять закупки», «Шить пальто» и «Осуществлять поставки» относятся к категории процессов жизненного цикла, так как на входах и выходах этих процессов представлены материальные ресурсы, а также требования потребителей и информация для потребителей.
Политика, цели, руководство по качеству, программы качества
Р
исунок 11 - Классификация процесса «Реализовать процессы жизненного цикла»5.2.1 Идентификация процессов в рамках IDEF0-модели
В методологии IDEF0 существует несколько параллельных способов идентификации процессов:
- код вершины процесса. Все функциональные блоки (процессы) в IDEF0-модели имеют идентификационные коды. Каждый идентификационный код начинается с префикса «А», к которому присоединяется номер родительского блока и номер блока на диаграмме (приложение А). Код вершины позволяет однозначно идентифицировать процесс в рамках функциональной модели.
Примечание – Подобное кодирование применяется, например, при создании нормативных или методических документов. Документ состоит из разделов 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-модели делового процесса «Производить женские пальто» процессы имеют следующие наименования, коды вершин и ссылочные номера, приведенные в таблице 1.
Таблица 1 - Идентификация процессов в IDEF0-модели
| Наименование процесса | Вершина | С-Номер |
| Производить женские пальто | А0 | П-ДП-1 |
| Реализовать ответственность высшего руководства по менеджменту качества | А1 | П-1.1-МК |
| Осуществлять менеджмент ресурсов | А2 | П-1.2-В |
| Реализовать процессы жизненного цикла | А3 | П-1.3-ЖЦ |
| Планировать процессы | А31 | П-1.3.1-М |
| Осуществлять взаимодействие с потребителем | А32 | П-1.3.2-ЖЦ |
| Разрабатывать новые модели | А33 | П-1.3.3-ЖЦ |
| Осуществлять закупки | А34 | П-1.3.4-ЖЦ |
| Планировать закупки | А341 | П-1.3.4.1-М |
| Подготовить документацию для закупок | А342 | П-1.3.4.2-В |
| Осуществлять закупки и их контроль | А343 | П-1.3.4.3-ЖЦ |
| Осуществлять производственные процессы | А35 | П-1.3.5-ЖЦ |
| Осуществлять поставки продукции | А36 | П-1.3.6-ЖЦ |
| Осуществлять измерения, анализ и улучшения СМК | А4 | П-1.4-МК |
| Примечание - Идентификация процессов в рамках IDEF0-моделей посредством кодов вершин обеспечивается автоматически в различных инструментальных средствах (программах для ЭВМ), поддерживающих стандарт IDEF0. |
5.2.4 Документирование процессов в IDEF0-моделях
Состав документов по процессам, используемых для их дальнейшего менеджмента (планирования, обеспечения, управления, улучшения), включает два типа документов:
- карту процесса;
- перечень процессов.
Примечание – Карта процесса, как правило, дополняется сопроводительной информацией, уточняющей элементы процесса, изображенного на карте. Сопроводительная информация может быть представлена в различном виде. Например, в виде отдельного документа по аналогии с пояснительной запиской к конструкторскому или технологическому проекту. В случае использования программных средств для функционального моделирования (IDEF0/EMTool) их интерфейс предусматривает ввод сопроводительной (уточняющей элементы описываемого процесса) информации непосредственно в модель процесса и вызов в любой момент этой информации для целей уточнения, анализа, улучшения.
5.2.4.1 Карта процесса
Для документирования процессов в IDEF0 методологии используются специальные бланки «Карта процесса».
Бланк «Карта процесса» сконструирован таким образом, что поля, содержащие рабочую информацию о процессе, расположены в верхней части бланка, а поля, содержащие идентификационную информацию,– в нижней части бланка. В средней части бланка расположено поле, в котором содержится описание процесса, т.е. графическая диаграмма или текст. Бланк «Карта процесса» представлен на рисунке 12.
| Использовано в: | Автор | Дата | | Рабочая | Читатель Дата | Контекст |
| | Проект | Рев | | Черновая | | |
| | | | | Рекомендовано | | |
| | Замечания: 1 2 3 4 5 6 7 8 9 10 | | Публикация | | ||
| | ||||||
| В  ершина | Наименование | С-Номер Стр. | ||||
| Примечание - Примеры карт процессов представлены на рисунках 8, 9, 11. |
Рисунок 12 - Бланк «Карта Процесса»
Бланк включает следующие поля:
- раздел «Рабочая Информация»:
- поле «Автор/Дата/Проект». В этом поле содержится информация о том, кто создал диаграмму, когда диаграмма была создана и к какому проекту она относится. В поле «Дата» могут содержаться также даты последующих ревизий диаграммы, которые следуют за датой создания;
- поле «Замечания». В этом поле читатель отмечает замечания, которые он вносит в диаграмму. Каждому замечанию и комментариям к ним присваивается номер от 1 до 10. Соответствующий номер зачеркивается в поле «Замечания». Эта процедура гарантирует, что пользователь и разработчик не пропустят ни одного замечания, сделанного на диаграмме;
- поле «Статус». В этом поле отображается текущее состояние (версию) документа. Документ может иметь на текущий момент одну из следующих версий:
- «РАБОЧАЯ». Диаграмма содержит серьезные изменения, которые требуют повторного утверждения. Новым диаграммам всегда присваивается статус рабочей;
- «ЧЕРНОВАЯ». Диаграмма содержит незначительные изменения по сравнению с предыдущей версией;
- «ПУБЛИКАЦИЯ». После рассмотрения и утверждения рабочей группой диаграмма получает статус «Публикация». После этого в диаграмму запрещено вносить какие-либо изменения без специального решения рабочей группы.
- поле «Контекст». В этом поле указывается графическим или иным образом уровень иерархии (место) данной диаграммы в общей структуре описания делового процесса, например рисунок 8.
- раздел «Идентификационная информация»:
- поле «Вершина». В этом поле содержится код родительского блока, декомпозиция которого представлена на диаграмме;
- поле «Наименование процесса». В этом поле содержится название процесса, представленного на диаграмме;
- поле «С-Номер» («Номер»). В этом поле содержится ссылочный номер процесса, представленного на диаграмме;
- поле «Страница» («Стр.»). В этом поле указывается номер страницы в документе, к которому относится данная диаграмма.
5.2.4.2 Перечень процессов
Для документирования перечня процессов в IDEF0 методологии используется специальный бланк «Перечень процессов» (рисунок 13).
Бланк содержит набор специальных полей, в которые заносится информация о разработчике (авторе) документа; дате его создания; исправлениях, вносимых в документ; датах этих изменений, а также другая информация, необходимая для управления документацией на процессы.
Средняя часть бланка представляет собой область, в которую заносится информация об описаниях процессов в организации. Описание процесса представляет собой строку, содержащую следующую информацию:
- «Страница». Номер страницы, на которой находится описание процесса;
- «Вершина». Номер функционального блока в IDEF0-модели, который представляет собой описание процесса;
- «Наименование». Наименование функционального блока, представляющего процесс;
- «C-Номер». Ссылочный (идентификационный) номер, присвоенный данному процессу в организации;
- «Статус». Статус описания процесса. Может быть один из следующих: «Р» – рабочая версия; «П» – публикация.
Нижняя часть бланка содержит информацию о наименовании перечня процессов (модели), а также ссылочный номер перечня процессов.
| Номер документа | Автор Дата | Исправлено | Дата | ||
| Проект № | Автор | Дата | |||
| Стр. | Вершина/Название/C-номер | Статус | Стр. | Вершина/Название/C-номер | Статус |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| Индекс | Наименование документа/модели | С-Номер | |||
| | | | Стр. |
Рисунок 13 - Бланк «Перечень Процессов»
Например, деловой процесс «Производить женские пальто» на швейной фабрике содержит ряд процессов, перечень которых представлен на рисунке 14.
| Номер документа УК001 | Автор ТК «Управление качеством» Дата 01-окт-2001 | Исправлено | Дата | ||
| Проект № 001 | Автор | Дата | |||
| Стр. | Вершина/Название/C-номер | Статус | Стр. | Вершина/Название/C-номер | Статус |
| 1 | A0 «Производить женские пальто» | П | 13 | А343 «Осуществлять закупки и их контроль» | П |
| 2 | А1 «Реализовать ответственность высшего руководства по управлению качеством» | П | | | |
| 3 | А2 «Осуществлять менеджмент ресурсов» | П | | | |
| 4 | А3 «Реализовать процессы жизненного цикла» | П | | | |
| 5 | А4 «Осуществлять измерения, анализ и улучшения СМК» | П | | | |
| 6 | А31 «Планировать процессы» | П | | | |
| 7 | А32 «Осуществлять взаимодействие с потребителями» | П | | | |
| 8 | А33 «Разрабатывать новые модели» | П | | | |
| 9 | А34 «Осуществлять закупки» | П | | | |
| 10 | А35 «Шить пальто» | П | | | |
| | А36 «Осуществлять поставки продукции» | П | | | |
| 11 | А341 «Планировать закупки» | П | | | |
| 12 | А342 «Подготовить документацию для закупок» | П | | | |
| Индекс | Наименование документа/модели | С-Номер | |||
| Буква «П» в колонке «Статус» обозначает, что соответствующие карты процессов имеют статус «Публикация». | | | Стр. 5 |
Рисунок 14 - Пример документа «Перечень процессов на швейной фабрике»