Список терминов может быть расширен и переработан с учетом специфики конкретной компании.
5.6.2. Нормативные ссылки
При разработке этой процедуры использовались следующие документы внешнего происхождения (табл. 5.6.2):
Таблица 5.6.2. Документы внешнего происхождения
Список внешних НМД приводится в качестве примера.
При разработке этой документированной процедуры использовались следующие документы внутреннего происхождения (табл. 5.6.3):
Таблица 5.6.3. Документы внутреннего происхождения
Могут приводиться ссылки на НМД компании и внешние нормативные документы, которые были использованы при разработке процедуры.
5.6.3. Структура НМД
Структура НМД, используемая в организации, представлена в табл. 5.6.4.
Таблица 5.6.4. Структура НМД организации
Основными факторами, определяющими необходимость разработки/пересмотра (актуализации) НМД, могут быть:
• усовершенствование системы процессов организации;
• изменение структуры организации, перераспределение ответственности руководителей организации;
• изменение технологии работы;
• выявленное отсутствие необходимого нормативно-методического документа;
• усовершенствование системы НМД организации;
• результаты внутреннего или внешнего аудита системы процессов организации;
• указания руководителей, утверждающих документы;
• другие факторы, определяющие необходимость разработки/пересмотра (актуализации) документации по результатам текущей деятельности организации.
Это поясняющий текст, его можно убрать из реальной процедуры.
5.6.4. Инициация разработки НМД
Порядок инициации разработки НМД представлен на рис. 5.6.1. Инициаторами разработки НМД могут быть руководители организации до уровня отделов. При возникновении потребности в НМД инициатор разработки готовит обоснование необходимости его разработки в виде служебной записки и передает ее генеральному директору (ГД).
Рис. 5.6.1. Инициация разработки НМД
Кто может являться инициатором разработки НМД? Это зависит от размера организации и сложности структуры НМД. Как правило, инициатором разработки должен быть руководитель структурного подразделения или ведущий специалист.
ГД проверяет обоснованность заявки. Если заявка недостаточно обоснованна, то ГД уведомляет об этом инициатора в устной форме. Если необходимо совещание по обсуждению целесообразности разработки НМД, то ГД организует его.
Замечу: если в компании внедрена система электронного документооборота, то практически все действия, указанные в настоящей процедуре, могут быть автоматизированы. Для этого используют типовые маршруты и соответствующие задания исполнителям.
При необходимости ГД проводит совещание по обсуждению целесообразности разработки НМД. В совещании принимают участие инициатор разработки и согласующие руководители. По итогам совещания ГД принимает решение о целесообразности разработки НМД. Если это нецелесообразно, то ГД уведомляет инициатора разработки в устной форме (или по системе электронного документооборота)
[111].
Если разработка НМД полезна, ГД визирует служебную записку на разработку НМД и передает ее помощнику ГД.
Разработка нормативно-методического документа типа «регламент» стоит дорого. Расчеты показывают, что одноуровневый регламент обходится в сумму от 20–30 до 50–60 тыс. рублей в зависимости от сложности описываемого процесса. При расчете принимались во внимание зарплата бизнес-аналитика, стоимость его рабочего места (инфраструктура), затраты на обеспечение связью и поддержание программных продуктов, стоимость рабочего времени сотрудников, которые были вовлечены в разработку и согласование документа.
Помощник ГД готовит проект распоряжения о разработке НМД и передает ГД.
Помощник ГД в данном случае отвечает за документооборот в организации. В более крупной компании это может быть специализированное подразделение (канцелярия, архив и т. п.).
ГД подписывает распоряжение о разработке/пересмотре НМД и передает своему помощнику.
Помощник ГД регистрирует распоряжение, ставит его на контроль и передает копию распоряжения ответственному разработчику (ОР). ОР получает копию распоряжения и приступает к разработке НМД.
Ответственный разработчик документа – это руководитель подразделения или ведущий специалист, который в соответствии с распоряжением обязан разработать нормативный документ за отведенное время. Хотя ответственному разработчику может помогать квалифицированный бизнес-аналитик, ответственность за разработку, контроль исполнения и последующую актуализацию документа целиком возлагается на ответственного разработчика. То есть ответственными разработчиками целесообразно назначать руководителей подразделений, которые потом будут оперативно контролировать исполнение требований соответствующих нормативных документов.
5.6.5. Разработка и презентация первой версии НМД
Ответственный разработчик готовит первую версию НМД и отправляет ее в электронном виде согласующим руководителям и помощнику ГД (рис. 5.6.2).
Рис. 5.6.2. Разработка и презентация первой версии НМД
Помощник ГД помещает эту версию НМД в электронный архив. Название файла должно содержать название документа (допускаются незначительные сокращения), статус (проект), дату и номер версии.
