Лист регистрации изменений.

Дается форма листа регистрации изменений.

Во избежание оформления дополнительных документов регламенты, описывающие функциональные процессы управленческого характера, могут совпадать с привычными Положениями о подразделениях (ПП), существующими в большинстве организаций [21, 60, 61, 62].

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

• ресурсы, необходимые для выполнения подразделением своих функций;

• систему мониторинга показателей подразделения;

• систему и регламент управления подразделением (процессом);

• требования по отчетности о ходе работ перед вышестоящим руководителем;

• требования к входам и выходам (взаимодействие с потребителями, поставщиками и субподрядчиками).

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

Для обеспечения возможности объективной оценки действий участников процесса в описании процесса эти действия должны быть изложены не общими словами, а операциональными выражениями [44], допускающими эффективное обучение и проверки. Утверждения типа «организовать и возглавить работу подразделения» теперь представляются лишенными смысла.

Для более наглядного представления процесса и сокращения объема документации многие специалисты и консалтинговые фирмы в области качества [19, 43, 45] предлагают при описании процесса использовать средства его визуализации (таблицы, блок‑схемы, диаграммы последовательности и др. [46, 47] и их сочетания), дополненные ссылками на различные документы и описания процессов. Ряд СМК, использующих такую форму описания процессов, сертифицированы на соответствие требованиям МС ISO 9001:2000 [19, 43, 45].

В табл. 2.11 показана форма описания процесса (в данном примере – оформление контракта), предложенная ООО «Конфлакс» [19].

Таблица 2.11. Пример табличного описания процесса

На рис. 2.20 показана блок‑схема процесса постоянного улучшения, включенная в СМК Федерального государственного учреждения «Центр испытаний и сертификации» (г. Санкт‑Петербург) (ФГУ «Тест – С. – Петербург»).

Рис. 2.20. Блок‑схема процесса постоянного улучшения [43]

На блок‑схеме имеются ссылки на процесс самооценки (3810) и процесс планирования (3502), которые представляют собой самостоятельные межфункциональные процессы, интегрированные в общую схему процессов СМК ФГУ «Тест – С. – Петербург». Часть межфункциональных процессов в этой СМК описываются подробно, часть представлено только в виде блок‑схемы.

Пример описания процесса, предложенного учебно‑консалтинговым центром «Международный менеджмент, качество и сертификация» [45], показан в табл. 2.12.

Схема отражает процесс формирования политики и целей в области качества и его взаимодействие с процессами:

• определения и анализа требований потребителей (ИП 7.2.01);

• окончательного контроля (ИП 8.2.03);

• оценки удовлетворенности клиентов (ИП 8.2.01);

• оценки результативности процессов (ИП8.2.02);

• разработки и актуализации целевых программ в области качества (ИП 5.4.01);

• актуализации и обращения Руководства по качеству (ИП 4.2.01);

• анализа СМК высшим руководством (ИП 5.6.02).

Документ, описывающий данный процесс, помимо приведенной схемы содержит еще титульный лист, описание целей процесса, области распространения, нормативные ссылки, матрицу ответственности, описания входов, выходов и их показателей, критериев результативности и их мониторинга, перечисление регистрационных документов. Весь документ составляет 6 страниц [46].

Таблица 2.12. Пример схемы процесса как части инструкции на процесс [45]

ПРИМЕЧАНИЕ

Обозначения и сокращения (см. табл. 2.12): ОПР – ответственный представитель руководства в области качества; ИП – инструкция на процесс; РФН – руководитель функционального направления; РК – руководство по качеству; РИ – рабочая инструкция.

Блок‑схему или другой вид визуализации процесса [46, 47] целесообразно включать в подробное описание процесса (в раздел 4.6 – см. выше) для более наглядного представления информации о нем. Ниже (см. рис. 2.21) показан пример комбинированного способа описания процесса с помощью блок‑схемы и таблицы, используемых в ЗАО «Ярполимермаш – Татнефть» [48]. Здесь приведено описание процесса осуществления корректирующих действий. Такое комбинированное описание в [48] получило название «диаграмма хода действий» (ДХД).

Идентификация процессов СМК путем построения их ДХД позволяет далее обеспечить организационно‑структурное взаимодействие при осуществлении процессов. Такое взаимодействие устанавливается путем четкого (на основе ДХД‑про‑цессов) определения функций конкретных подразделений и должностных обязанностей специалистов, указанных соответственно в положениях о подразделениях (ПП) и должностных инструкциях (ДИ). Последовательность установления функций подразделений и должностных обязанностей специалистов организации при процессном подходе отражена на рис. 2.22, а.

Применяемые в ЗАО «Ярполимермаш – Татнефть» ПП включают Форму 1 (рис. 2.22, б), в которой указываются функции, выполняемые подразделением, матрица распределения ответственности структурных звеньев и структурных единиц подразделения за их выполнение и целевые показатели (оценочные критерии) качества выполнения функций.

Рис. 2.21. Пример описания процесса с помощью диаграммы хода действий (ДХД) [48]

В столбцах данной формы, относящихся к распределению ответственности между структурными звеньями (единицами) подразделения, для каждой выполняемой функции указывается (условно): кто принимает управляющее решение (Р), кто является ответственным исполнителем (О) и соисполнителем (С) работ и кто информируется (И) о выполнении.

Временные параметры (сроки, периодичность) выполняемых по функциям работ, необходимые объемные и другие показатели, используемые документы и оформляемые записи указываются в содержащейся в ПП Форме 2 (рис. 2.22, в), отражающей взаимосвязи конкретного подразделения с другими подразделениями организации.

Данная форма согласовывается руководителями подразделений ЗАО и скрепляется подписями в специальном Листе согласования взаимосвязей, входящем в ПП.

Комплекс рассмотренных документов (ДХД‑процессов, ПП, ДИ) в совокупности документально обеспечивает необходимое структурно‑организационное взаимодействие при осуществлении всех процессов деятельности организации.

Рис. 2.22. Взаимосвязи и содержание документов, описывающих процессы в организации [48]: а– последовательность установления функций подразделений и должностных обязанностей специалистов; б– Форма 1; в– Форма 2

Построение блок‑схемы или схемы потоков процесса можно выполнять и с помощью компьютерных программ (например, см. [49]), информационных систем, например класса ERP, которые уже достаточно известны, описаны и применяются на ряде предприятий [50], а также с использованием методик, имеющих программную поддержку, таких как IDEFO, IDEFI и др.

Методика IDEFO приведена в рекомендациях Р 50.1.028‑2001 (Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования) и используется для функционального моделирования в рамках CALS‑технологий. Она представляет собой метод описания процессов на различных уровнях декомпозиции с отражением сразу нескольких потоков. Пример декомпозиции процесса приведен на рис. 2.23 [51].

Рис. 2.23. Пример декомпозиции процесса

В рамках методологии моделирования IDEF используются и другие методы, схожие с уже описанным:

• IDEF1 – информационная модель системы (или процессов);

• IDEF2 – динамическая модель системы;

• IDEF3 – диаграмма последовательности работ (аналог диаграммы последовательности);

• DFD (Data Flow Diagramming) – диаграмма потоков данных.

IDEFO – типичный пример диаграммы потоков, что объясняет популярность этого метода при построении и описании процессов СМК.

Следует, однако, отметить, что все перечисленные методологии были разработаны в рамках программы интегрированной компьютеризации производства (ICAM), и, следовательно, адаптированы для задач компьютеризации. Бросается в глаза излишняя формализация диаграмм, что усложняет метод. Упростить работу по применению вышеперечисленных методов IDEF можно, используя соответствующее программное обеспечение для компьютера.

При документировании процессов могут быть также использованы программные инструментальные средства серии ARIS [53].

Интегрированная среда ARIS Toolset относится к категории комплексных средств, предназначенных для:

• проектирования процессной системы управления предприятием;

• моделирования, анализа и оценки бизнес‑процессов;

• документирования бизнес‑процессов в соответствии с требованиями международных стандартов;

• разработки, внедрения и сопровождения корпоративной информационной системы.

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

• некоторые научно‑исследовательские работы;

• процессы, проходящие в неопределенных внешних условиях или с неопределенными ресурсами;

• выполнение корректирующих действий по новой выявленной проблеме с невыясненной причиной ее возникновения.

Большинство из этих процессов происходит впервые, а многие из них – единственный раз.

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

Можно ли спланировать такие процессы? Да, но методы описания будут другие.

Один из методов описания таких процессов – диаграмма процесса принятия решения «(Process Decision Program Chart – PDPC), представляющая собой один из числа Семи новых инструментов менеджмента качества». Такая диаграмма представляет собой иерархическую структуру в виде дерева, на самом нижнем уровне которого («корни дерева») – конкретные решения поставленной задачи [47, 52].

Для описания и анализа процессов используются и другие инструменты качества [52]. Некоторые из них будут рассмотрены в гл. 4.