Бизнес-процессы. Моделирование, внедрение, управление - Владимир Репин
- Дата:12.09.2024
- Категория: Бизнес / Маркетинг, PR, реклама
- Название: Бизнес-процессы. Моделирование, внедрение, управление
- Автор: Владимир Репин
- Год: 2013
- Просмотров:0
- Комментариев:0
Шрифт:
Интервал:
Закладка:
Обязательные документы на этом уровне – должностные инструкции, в приложения к которым могут включаться все операции, выполняемые соответствующей должностью в процессах организации.
Шаблоны положения о подразделении и должностной инструкции – в приложениях 3 и 4. Данные шаблоны нормативных документов построены таким образом, что могут быть полностью выгружены из среды моделирования бизнес-процессов Business Studio.
5.6. Процедура разработки и согласования НМД
Рассмотрим процедуру разработки, согласования, утверждения и ввода в действие НМД компании. Содержание этой процедуры зависит от следующих факторов:
• размера организации (по численности сотрудников, сложности организационной структуры);
• подхода к регламентации процессов (упрощенный, стандартный, сложный);
• наличия ресурсов, выделяемых на управление жизненным циклом НМД (персонал, инфраструктура);
• наличия системы электронного документооборота;
• прочее.
Далее рассмотрим процедуру, которая используется в небольших и средних по величине организациях. Использование системы электронного документооборота в данном случае не предполагается[110].
Титульный лист процедуры не приводится. Оглавление опущено. Комментарии к тексту приводятся курсивом.
ПРОЦЕДУРА УПРАВЛЕНИЯ НМД ВНУТРЕННЕГО ПРОИСХОЖДЕНИЯ5.6.1. Термины и определения
В процедуре используются следующие термины и определения (табл. 5.6.1):
Таблица 5.6.1. Термины и определения
Список терминов может быть расширен и переработан с учетом специфики конкретной компании.
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 тыс. рублей в зависимости от сложности описываемого процесса. При расчете принимались во внимание зарплата бизнес-аналитика, стоимость его рабочего места (инфраструктура), затраты на обеспечение связью и поддержание программных продуктов, стоимость рабочего времени сотрудников, которые были вовлечены в разработку и согласование документа.
Помощник ГД готовит проект распоряжения о разработке НМД и передает ГД.
Помощник ГД в данном случае отвечает за документооборот в организации. В более крупной компании это может быть специализированное подразделение (канцелярия, архив и т. п.).
ГД подписывает распоряжение о разработке/пересмотре НМД и передает своему помощнику.
Помощник ГД регистрирует распоряжение, ставит его на контроль и передает копию распоряжения ответственному разработчику (ОР). ОР получает копию распоряжения и приступает к разработке НМД.
Ответственный разработчик документа – это руководитель подразделения или ведущий специалист, который в соответствии с распоряжением обязан разработать нормативный документ за отведенное время. Хотя ответственному разработчику может помогать квалифицированный бизнес-аналитик, ответственность за разработку, контроль исполнения и последующую актуализацию документа целиком возлагается на ответственного разработчика. То есть ответственными разработчиками целесообразно назначать руководителей подразделений, которые потом будут оперативно контролировать исполнение требований соответствующих нормативных документов.
- Илья Ефимович Репин - Владимир Стасов - Биографии и Мемуары
- Панели индикаторов как инструмент управления. Ключевые показатели эффективности, мониторинг деятельности, оценка результатов - Уэйн Эккерсон - Прочая околокомпьтерная литература
- НЛП. 50 лучших методик - Мартин Лейвиц - Психология
- Управление продажами. Как построить систему продаж, которая реально работает - Алексей Назаров - О бизнесе популярно
- Управление проектами от А до Я - Ричард Ньютон - Управление, подбор персонала