Организация разработки и внедрения регламентов

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

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

Об организации разработки регламентирующей документации подробно рассказано в специальной литературе [3], [18], [21], [39], поэтому ограничимся несколькими важными на наш взгляд замечаниями.

· Потребитель результатов процесса должен четко сформулировать требования к этим результатам.

· Цель процесса должна формулироваться извне процесса.

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

· Классификаторы и справочники, связанные с процессом, должны быть тщательно проработаны.

· Формы неунифицированных документов должны быть спроектированы с большой аккуратностью.

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

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

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

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

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

· признание утратившими силу локальных нормативных актов, ранее регламентировавших процесс, описанный в новом регламенте;

· внесение дополнений и изменений в локальные нормативные акты в связи с утверждением нового регламента;

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

· доработка или внедрение новых модулей автоматизированных информационных систем;

· изготовление бланков неунифицированных документов, используемых в соответствии с новым регламентом;

· изменения и/или дополнения к штатному расписанию;

· поиск кандидатов на новые должности; назначение или перевод работников на новые должности;

· обучение исполнителей процесса новым правилам работы;

· разъяснительная работа среди исполнителей процесса;

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

· корректировка текста регламента по итогам «опытно-промышленной эксплуатации»;

· введение в действие скорректированной версии регламента;

· определение процедур контроля качества регламента.

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

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

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

В организации может быть утвержден «метарегламент» – документ, устанавливающий порядок разработки регламентов и других локальных нормативных актов. Прообразом такого документа может служить [28].

Приложение

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

Наименование организации
РЕГЛАМЕНТ	УТВЕРЖДЕН
наименование регламента	приказом
№ …	от «___» _________ ______ г. № ___________

СОДЕРЖАНИЕ

ОБЩИЕ ПОЛОЖЕНИЯ

Назначение

1.1.1. Настоящий Регламент определяет порядок <дается наименование или краткое описание процесса> в <дается полное наименование организации> (далее – Общество).

Область применения

1.2.1. Требования и правила настоящего Регламента распространяются на <описывается область применения Регламента>.

1.2.2. Настоящий Регламент обязателен для исполнения всеми структурными подразделениями Общества.

Нормативные ссылки

1.3.1. Настоящий Регламент разработан в соответствии с: <указываются документы-основания>.