в чем заключается основная задача регламента взаимодействия

Организация эффективного управления

Главная страница » Блог » Регламент взаимодействия. Что нужно знать

Регламент взаимодействия. Что нужно знать

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

Что из себя представляет регламент взаимодействия

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

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

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

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

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

Зачем нужен регламент взаимодействия

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

Таким образом, регламент взаимодействия необходим для того, чтобы:

Как обеспечить эффективный охват взаимодействий

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

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

Известные причины взаимодействия можно разбить на регулярные и событийные.

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

Событийное взаимодействие имеет вероятностный характер, то есть оно может возникнуть, а может и не возникнуть. При этом, событийное взаимодействие основывается на возникновении определенного события, которое его и начинает. Здесь важно знать события — условия приводящие к взаимодействию. И, конечно, важно понимать, что имеет смысл описывать только те условия, которые имеют значимость и допустимую вероятность.

Итак, мы подошли к тому, что все взаимодействия в регламенте должны быть разбиты на 3 типа:

Чем более предсказуемым является взаимодействие, тем более оно известно. А чем более оно известно, тем оно конкретнее. Ну и, чем конкретнее взаимодействие, тем точнее и полнее оно должно быть описано. Поэтому:

Таким образом вы обеспечите полноту охвата взаимодействий, которые необходимо формализовать.

Что должно быть зафиксировано в регламенте взаимодействия, чтобы он был эффективным

Регламент эффективен тогда, когда выполнено 3 условия:

Чтобы выполнить первое условие, регламент взаимодействия должен давать ответы на следующие вопросы:

Пример:

Еще пример:

О том, как обеспечить выполнение остальных условий, обеспечивающих эффективность регламента, рекомендую прочитать статью — Как сделать регламент процесса, который будет работать.

Что нужно знать

Структура регламента взаимодействия

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

Заключение

Скажу откровенно — если у вас есть регламенты бизнес-процессов, но все равно необходимо создавать регламенты взаимодействия, то это нужно расценивать как «костыль». Если взаимодействие отлажено и описано в рамках бизнес-процессов, потребность в регламентах взаимодействия отпадает. Поэтому стоит задуматься — нужно ли тратить время на создание регламента взаимодействия, или стоит решать вопрос на ином уровне. На уровне бизнес-процессов.

Отладка бизнес-процессов, это решение, которое всегда дает устойчивый и долгосрочный результат.

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

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

Создание регламента — пол дела. Самое интересное начинается на этапе внедрения. Но это уже другая история.

Источник

Как наладить эффективное взаимодействие между отделами — советы и кейсы

Директор департамента по работе с персоналом Xerox Евразия

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

Хотите наладить взаимодействие отделов, но не знаете, с чего начать? Наталья Колосова, директор департамента по работе с персоналом Xerox Евразия, делится практическими советами, проверенными на опыте компании.

Выявите потребность

Для начала важно понять, в каких случаях командная работа подразделений необходима, а в каких — не так нужна и не влияет на бизнес-результаты.

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

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

Подберите инструменты

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

Встречи с руководителями и сотрудниками

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

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

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

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

В нашей компании таким встречам отдается высокий приоритет. Хотя у нас много офисов по всей стране и в странах СНГ, мы выстраиваем слаженное взаимодействие между подразделениями с помощью современных средств связи. Высокие технологии и общие для регионов мероприятия решают проблему расстояний.

Культура проектной работы

Очень полезно объединять сотрудников из разных отделов для работы над общими проектами.

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

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

Внутренняя ротация персонала

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

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

Политика «открытых дверей»

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

Например, в нашей компании один сотрудник всегда может задать вопрос другому, независимо от его должности и отдела. Рядовой служащий гарантированно получит ответ в течение трех дней, даже если обратится к директору другого департамента.

Внутренний информационный портал

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

Развлекательные мероприятия

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

Решите проблемы в коммуникациях

При организации взаимодействия подразделений главное не избегать проблем, а быстро и эффективно с ними справляться.

Общими усилиями к большим результатам

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

Источник

Регламент взаимодействия с сотрудниками ANYLEX

Данный регламент является универсальной формой взаимодействия представителей ANYLEX и Пользователей сайта/Заказчиков (далее — Стороны).

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

Время работы

Взаимодействие между стороны может быть исключительно в рабочее время (понедельник-пятница с 10:00 до 19:00 по Московскому времени). Иное время взаимодействия возможно только по соглашению Сторон.

Порядок взаимодействия

Общий порядок работы сторон возможен только через рабочую электронную почту, а также через бизнес-чат ANYLEX в Whatsapp.

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

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

Звонок с сотрудником возможен только по заранее согласованному Сторонами времени.

Форма коммуникации

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

В случае, если одна из Сторон не соблюдает норм делового этикета, вторая Сторона вправе в одностороннем порядке исключить каналы коммуникаций, кроме электронной почты до момента смены представителя Стороны.

Отказ от коммуникации при таком основании не считается уклонением от обязательств по Договору.

Источник

Пишем регламент: рекомендации по разработке

1. Регламенты, методики, инструкции

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

Методическая инструкция – документ, определяющий унифицированные правила и методы выполнения определенных действий (функций), независимые от исполнителей. Употребляемые синонимы: методическое руководство, методические указания, методические рекомендации, методика и т.п.

Регламент процесса (или просто регламент) – документ, определяющий порядок взаимодействия подразделений и работников организации в рамках определенного процесса. Употребляемые синонимы: стандарт процесса, положение о процессе, процедура и т.п.

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

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

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

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

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

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

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

Автору по заказу одного из научно-исследовательских институтов довелось разрабатывать пространное Положение об управлении научно-исследовательскими и опытно-конструкторскими работами (НИОКР), в котором освещались терминологические вопросы, порядок инициирования, планирования, выполнения и закрытия НИОКР, вопросы правовой защиты и бухгалтерского учета результатов НИОКР, а также принципы материального стимулирования участников НИОКР и методы расчета сумм лицензионных платежей.

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

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

Итак, выбор формы описания методов и порядка выполнения работы – в значительной мере дело обычаев организации.

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

Общие принципы разработки нормативных документов системы государственной стандартизации (ГОСТов) изложены в ГОСТ Р 1.0-92 «Государственная система стандартизации Российской Федерации. Основные положения» [7] и ГОСТ Р 1.5-92 «Общие требования к построению, изложению, оформлению и содержанию стандартов» [8]. Хорошим примером использования указанных документов применительно к разработке отраслевых стандартов в области связи являются «ПР 45.02-97. Правила по стандартизации. Отраслевая система стандартизации. Принципы разработки нормативных документов» [28]. При разработке регламентирующих локальных нормативных актов организации указанные ГОСТы могут использоваться справочно.

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

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

2. Что подлежит регламентации?

Чтобы ответить правильно на поставленный вопрос, необходимо вначале определить содержание и цели регламентации процессов (ср. [37]).

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

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

Регламент представляет собой свод правил принятия решений исполнителями в разных ситуациях. При этом регламентирующие документы верхнего уровня содержат общие принципы, цели и границы принятия решений, в то время как документы нижнего уровня излагают готовые решения (или варианты готовых решений), выражающиеся в совокупности определенных действий. Это позволяет оптимизировать «интеллектуальную нагрузку», возлагаемую на исполнителей, избавляя их от обдумывания рутинных действий в пользу решения более сложных, нестандартных задач. По крайней мере, стандартизация поднимает средний уровень компетентности работников. Стандартизация действий способствует заметному ускорению, повышению качества и снижению стоимости процесса – достижению целей «бережливого производства» [1].

С правовой точки зрения регламент «легализует» горизонтальные взаимодействия подразделений и/или работников организации, чем существенно облегчает управление организацией. Действительно, в организации, при отсутствии регламентов сквозных процессов, доступен только один способ взаимодействия между работниками разных подразделений – через руководителей: работник-инициатор пишет служебную записку своему руководителю, тот, завизировав ее, направляет своему руководителю и так до тех пор, пока инициатива не достигнет того руководителя, в чьем прямом подчинении находятся все подразделения и работники, которые должны совместно выполнить инициированную работу. Если же локальный нормативный акт устанавливает возможность и определяет порядок прямого взаимодействия подразделений, то «посредничество» руководителей разных уровней становится необязательным.

Регламентированный процесс обеспечивает получение информации о достигнутых результатах (в том числе и промежуточных) и о ходе процесса. А это значит, что регламентация обеспечивает информационную поддержку управления, понимаемого по А.Файлою: «предвидение – организация – распоряжение – координирование – контроль» [42]. В том числе, регламент помогает сравнительному анализу (бенчмаркингу) и внутреннему аудиту процесса.

Регламент процесса – важная составляющая интеллектуального капитала организации. Регламентированный процесс допускает тиражирование, анализ и совершенствование, облегчает привлечение и обучение персонала. Наличие регламента служит доказательством прозрачности работы организации, а потому дает реальный вклад в капитализацию организации. По словам С.П.Никанорова, «способ действия организации является более высокой ценностью, чем ее текущие цели» [23].

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

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

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

Гораздо реже, к сожалению, регламентируются процессы, связанные с развитием организации.

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

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

3. Структура регламента

Перечисленные выше цели регламента позволяют определить лишь самые общие требования к структуре документа:

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

4. Форма регламента

Форму регламента рекомендуется разрабатывать в соответствии с ГОСТ Р 6.30-2003 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов» [10].

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

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

В конце текста регламента или на отдельном листе ознакомления заинтересованные работники проставляют свои подписи об ознакомлении с документом и получении его копии на руки.

5. Содержание регламента

В этом разделе мы в подробностях рассмотрим содержание разделов регламента процесса.

Наименование регламента

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

Как правило, в наименовании регламента указываются: процесс, основные объекты процесса, обстоятельства выполнения процесса. Например:

Регламент реализации невостребованных ликвидов.
Регламент обеспечения технической готовности нефтепромыслового оборудования.
Регламент подачи заявок на материально-технические ресурсы региональными бизнес-единицами.
Регламент технического обслуживания судов в период зимнего отстоя.

Следует помнить, что слово «регламент» происходит от французского слова reglement, означающего «приведение в порядок», которое в свою очередь происходит от слова regle, означающего «порядок», «правило». Таким образом, недопустимы наименования документа типа «Регламент порядка подачи заявок» или, хуже того, «Регламент о порядке подачи заявок». Правильным будет наименование «Регламент подачи заявок».

Содержание

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

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

Раздел 1. «Общие положения»

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

Раздел 1.1. «Назначение»

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

Раздел 1.2. «Область применения»

Описывается область применения (предметная область) регламента:

Для более точной характеристики области применения можно сделать ссылки на приложения (см. далее раздел 6.1). Например:

Требования и правила настоящего Регламента распространяются на работников Общества, должности и профессии которых перечислены в Приложении № 6.1.1 к настоящему Регламенту.

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

Требования и правила настоящего Регламента распространяются на структурные подразделения Общества, перечень которых определяется приказом генерального директора Общества.

Если описываемый в регламенте процесс достаточно обширен, то в разделе «Область применения» для удобства дальнейшего восприятия целесообразно дать краткое описание этого процесса, назначения его отдельных стадий. Например:

Требования и правила настоящего Регламента распространяются на научно-исследовательскую деятельность ОАО «НИИ …» (далее – Институт).

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

Настоящий Регламент описывает порядок действий, объем полномочий, обязанностей и ответственности работников и структурных подразделений Института в следующих процессах управления научно-исследовательской деятельностью:

Указывается круг подразделений и/или работников организации, для которых регламент является обязательным для исполнения:

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

Раздел 1.3. «Нормативные ссылки»

В этом разделе указываются документы-основания для разработки регламента:

Правила оформления библиографических ссылок приведены в ГОСТ 7.0.5-2008 «Библиографическая ссылка» [6].

Раздел 1.4. «Порядок утверждения, внесения изменений и дополнений»

В этом разделе определяется порядок утверждения регламента, внесения изменений и дополнений к нему:

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

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

Раздел 2. «Термины, определения и сокращения»

Этот раздел содержит определения терминов 6 и разъяснение сокращений, используемых в тексте регламента.

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

Как правило, термин выражается существительным единственного числа: акт, договор, контрагент, и т.п. Множественное число допустимо использовать, когда термина в единственном числе не существует или когда речь идет о вполне определенной совокупности объектов, например:

Договорные документы – документы, отражающие возникновение, исполнение, прекращение обязательств по договору: договор, дополнительные соглашения к нему, договоры субподряда, протоколы, акты, счета, платежные поручения, счета-фактуры, накладные, письма и т.п.

Впрочем, за счет небольшого усложнения или изменения термина возможно соблюдение «правила единственного числа»:

Комплект договорных документов – комплект документов, отражающих возникновение, исполнение, прекращение обязательств по договору:…

Досье договора – комплект документов, отражающих возникновение, исполнение, прекращение обязательств по договору:…

Недопустимо употребление множественного числа при определении единичного объекта. Вместо

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

Источниками определений должны являться:

Надо, однако, иметь в виду [47], что одному и тому же термину в разных нормативных документах, в том числе ГОСТах, могут даваться разные определения (например, термины «процесс» или «качество»). Поэтому организациям, поддерживающих системы менеджмента качества, следует выбирать определения терминов из ГОСТ Р ИСО 9000-2008 [11] и ГОСТ Р ИСО 9001-2008 [12].

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

Для выполнения правила «понятности» после строгой формулировки определения можно дать дополнительные, менее формальные, пояснения или привести примеры корректного употребления термина. Примеры некорректного использования термина приводить не рекомендуется.

Если словарь построен по принципу тезауруса, то после формулировки определения необходимо описать внутреннюю структуру понятия и связи описанного понятия с другими понятиями. Например:

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

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

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

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

Терминология может иметь большое значение для политики организации.

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

Для облегчения работы порекомендуем разработчику следующее:

Неплановый ремонт – ремонт, выполняемый вне графика плановых ремонтов и технического обслуживания оборудования. К неплановым ремонтам относятся:

Техническая эксплуатация оборудования – комплекс организационных и технических мероприятий, выполняемых для поддержания оборудования в исправном состоянии в течение всего его жизненного цикла, включающий:

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

Сокращения обычно приводятся отдельно от определяемых терминов и следуют в алфавитном порядке или предварительно группируются по темам. Допускается включение сокращений в словарь терминов в следующем виде:

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

При этом в перечне сокращений будет присутствовать запись:

Раздел 3. «Описание требований, процессов, методов работы»

В этом разделе дается описание:

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

Прокомментируем перечисленные характеристики процесса.

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

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

Даже если цель процесса не будет формулироваться явно в соответствующем разделе регламента, разработчик должен сформулировать эту цель прежде, чем приступать к описанию процесса.

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

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

Поэтому мы еще раз обратим внимание на важность правильного определения статусов объектов, которые передаются из одного процесса в другой. Эти статусы должны быть зафиксированы на уровне терминов, используемых в регламенте: либо со ссылкой на существующие нормативные акты, либо определенных в рамках регламента.

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

Юридическая готовность – состояние оборудования, при котором имеются все документы, удостоверяющие права компании на его безопасную эксплуатацию от своего лица.

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

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

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

Установление границ процессов сервисной компании описанным образом имеет далеко идущие последствия для определения соответствующих бюджетов, распределения функций, прав и ответственности исполнителей, организационной структуры компании и т.п. [15].

Не следует смешивать цель и выход процесса. Например, для процесса производственного планирования, цель которого сформулирована выше, результатом будет документ под названием «План-график производства».

Вход процесса – совокупность объектов, потребляемых или преобразуемых в ходе выполнения процесса: материальных ценностей, документов и т.п. Требования к входным объектам должны быть сформулированы с точки зрения использующего их процесса.

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

Отметим, что в процесс должен быть встроен механизм проверки фактически полученных входных объектов предъявляемым к ним требованиям и правила действия в случае выявления несоответствия. Согласно правилам производственной системы «Тойоты», не допускается прием бракованных изделий в дальнейшую обработку или, как видно из приводимого ниже примера, не допускается использование вызывающего опасения оборудования:

В тексте регламента ссылка на такие объекты может быть сформулирована так:

… выполняет в соответствии с требованиями действующего трудового законодательства Российской Федерации

если состав документов обширен или может изменяться.

Вот еще один пример:

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

Если несколько процессов выполняются в соответствии с одним нормативным документов, то, разумеется, нет нужды упоминать этот документ в каждом пункте регламента – достаточно сделать это один раз.

В случае, когда источник правил или требований понятен из контекста, допускается использовать формулировки: «в установленном порядке», «надлежащего качества».

Событие, завершающее процесс, состоит, как правило, в получении всех требуемых выходных объектов и достижении цели процесса.

Оборудование принимается инженером-механиком на склад технической готовности при условии:

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

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

Для учета выполнения процесса, в частности, для контроля времени его выполнения, необходимо фиксировать в документах и/или в автоматизированной информационной системе (далее – АИС) моменты запуска и завершения процесса и сопоставлять их с нормативными сроками выполнения. Именно поэтому важно недвусмысленно охарактеризовать условия начала и окончания процессов.

Место выполнения процесса должно соответствовать требованиям, предъявляемым к выходам процесса и к методам выполнения процесса.

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

Функции (действия), выполняемые в рамках процесса, должны соответствовать функциям, установленным в должностных инструкциях, положениях о подразделениях, положениях о коллегиальных органах.

Функция (действие) описывается глаголом: разрабатывает, формирует, предоставляет, организует, ведет мониторинг, контролирует и т.п.

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

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

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

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

Контроль технического состояния оборудования производственных цехов Общества производится отделом главного механика.

Однако когда речь идет о конкретном виде оборудования, необходимо указать и конкретного работника:

Контроль технического состояния грузоподъемного оборудования производственных цехов Общества производится ведущим специалистом отдела главного механика.

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

В регламенте должны быть четко зафиксированы моменты передачи управления процессом (или передачи объектов процесса) от одного исполнителя к другому.

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

Среди исполнителей процесса выделяется менеджер (или владелец) процесса – работник, организующий выполнение процесса по установленным правилам: принимающий решения в ключевых точках процесса, обеспечивающий соответствие выходов процесса предъявляемым к ним требованиям и целям процесса.

Для нормальной работы процесса необходимо, чтобы:

Документирование процесса. Ход процесса, выражающийся в:

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

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

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

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

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

Таким образом, контрольная функция является одной из составляющих цикла совершенствования процесса.

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

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

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

Описание средств контроля всего регламентируемого процесса может быть вынесено в самостоятельный раздел регламента (см. ниже комментарий к разделу «Контроль»).

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

Построение текста раздела

Раздел регламента процесса, посвященный подпроцессам, обычно разбивается на подразделы – по одному на каждый подпроцесс. В начале подраздела формулируется цель подпроцесса и условия запуска процесса. Далее по формуле:

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

Если же раздел регламента построен так, чтобы его абзацы соответствовали должностям работников финансового отдела, то приведенное правило будет выглядеть так:

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

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

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

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

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

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

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

Что касается параметров регламентируемого процесса: различных перечней, таблиц с числовыми значениями и т.п., то их рекомендуется приводить в приложениях к регламенту либо вообще выносить в отдельные нормативно-распорядительные акты. Это позволит увеличить «продолжительность жизни» регламента: при изменениях состава и/или значений параметров изменения придется вносить лишь в приложения либо вовсе не изменять текст регламента.

В каком порядке следует описывать подпроцессы регламентируемого процесса? Наиболее естественным представляется описание подпроцессов в соответствии с этапами жизненного цикла основного объекта, который обрабатывается описываемым процессом.

Например, в регламенте разработки регламентирующих документов могут быть следующие разделы:

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

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

В текстовой части регламента (разделы 1 – 5) таблицы, рисунки, схемы и т.п., если их довольно много, обычно не приводятся – они помещаются в приложения к регламенту (раздел 6). Немногочисленные же таблицы или графические элементы могут быть размещены в тексте.

Раздел 4. Ответственность

В этом разделе определяется ответственность исполнителей за неисполнение регламента:

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

Раздел 5. Контроль

В данном разделе описываются средства контроля за исполнением регламента в целом:

Содержание функции контроля описано выше в комментарии к разделу «Описание требований, процессов, методов работы».

Раздел 6. «Приложения»

В этом разделе регламента приводится служебная и вспомогательная информация о регламентируемом процессе. Состав этой информации может варьироваться в зависимости от предмета регламента. Мы прокомментируем наиболее распространенные виды приложений.

Раздел 6.1. «Классификаторы и справочники»

В этом приложении помещается справочная информация, включающая классификаторы и справочники: перечни, таблицы значений и т.п.

Единая классификация способствует унификации точек зрения исполнителей на регламентируемый процесс. От удачной классификации зависит эффективность сбора и обработки информации, связанной с выполнением регламентируемого процесса.

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

Классификаторы должны быть максимально универсальными; минимальное требование состоит в согласованности классификаторов исполнителей и потребителей результатов процессов.

Система классификации объектов определенного вида должна удовлетворять следующим требованиям (ср. [25]):

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

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

В самом простом случае искомое время измеряется как период от одного момента приема-передачи оборудования арендатору до следующего. С экономической же точки зрения в рамках общего периода оборота следует различать период нахождения оборудования у арендатора – когда оборудование приносит предприятию доход, и период нахождения оборудования на предприятии, когда оборудование генерирует расходы.

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

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

Если же отнесение классифицируемого объекта к категориям классификации неоднозначно или отнесение его к различным категориям классификации не приводит к различным последствиям, то такая классификация является, как минимум, бесполезной.

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

О подходах к классификации и об имеющихся способах классификации можно узнать из [20], [29], [30], [31], [32], в качестве примера полезно рассмотреть [35].

В качестве основы для создания классификаторов следует использовать общероссийские классификаторы, отраслевые классификаторы, классификаторы, используемые поставщиками и подрядчиками. Если дословное воспроизведение классификаций внешних организаций невозможно, то, во избежание «трудностей перевода», следует предусмотреть средства трансформации одной классификации в другую. Несмотря на наличие весьма нетривиального стандарта ISO 15926 «Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла установок непрерывного производства, включая нефтяное и газовое производственное оборудование» [13], работу по интеграции классификаторов и справочников лучше поручить специалистам.

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

Если используемые в регламентируемом процессе классификаторы и справочники могут изменяться, то либо в самом регламенте, либо в отдельном документе следует установить порядок внесения изменений и дополнений в справочники и классификаторы.

Раздел 6.2. «Формы и правила оформления документов»

В этом приложении приводятся формы и разъясняются правила оформления документов, сопровождающих выполнение регламентируемого процесса.

Как правило, приводятся:

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

Остановимся на принципах разработки неунифицированных форм документов. Документы, сопровождающие процесс, выполняют несколько функций (ср. [19]):

Эти функции обусловливают требования к форме и содержанию документов.

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

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

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

Для разработки разделов документа, отражающих содержание документируемой операции или события, рекомендуется:

Под удобством использования формы документа понимается:

В идеальном случае форма документа должна быть понятной заполняющим ее работникам без дополнительных объяснений. Для этого сама форма может содержать «подсказки» типа: «нужное подчеркнуть», «выбрать из справочника…», и т.п. Рекомендации по разработке форм даны в разд. 2.3, 4.5 [42].

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

Бывает нелишне в самой форме документа предусмотреть фразу, объясняющую, за что именно расписывается работник. Например:

Если такие объяснения не приведены в форме документа, то они должны быть обязательно приведены в тексте регламента.

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

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

Особое внимание следует уделить правилам нумерации документов, поскольку они должны обеспечивать соотнесение документа с объектами и операциями, а также ссылочную целостность системы документов. Например:

Номер Договора на ремонт судна, заключаемого между Операционным предприятием и Подрядчиком, представляется в виде:

АР- /ZZ,
где
ZZ – двузначный порядковый номер Акта сдачи-приемки ремонтных работ.

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

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

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

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

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

Раздел 6.3. «Схемы процессов»

В этом приложении помещаются схемы процессов, описываемых в регламенте.

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

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

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

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

Хорошее введение в приемы описания процессов дано в [41]. Избежать ошибок при построении схем процессов помогут наглядные и практичные рекомендации из [40].

Могут ли схемы заменить текст регламента? Практика показывает, что схема, выполненная с недостаточной деталировкой, нуждается в пояснениях. Слишком подробная схема, как правило, нечитаема. К тому же далеко не все работники даже весьма «продвинутой» организации способны правильно читать схемы. Одну из основных сложностей представляет собой описание на (любом) языке схем различных ветвлений, правил с исключениями и т.п. явлений, распространенных в отечественном бизнесе. Хорошо структурированный текст с решением этих задач поневоле справляется, но и хорошая схема не будет лишней.

Раздел 6.4. «Алгоритмы расчетов»

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

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

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

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

Раздел 6.5. «Таблицы ролей исполнителей процессов»

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

Для описания ролей могут использоваться:

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

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

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

6. Методическая инструкция

Методическая инструкция определяет унифицированные правила и методы выполнения определенного процесса, независимые от исполнителей.

Примерная структура методической инструкции такова:

В методическую инструкцию рекомендуется включать:

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

7. Рабочая инструкция

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

Примерная структура рабочей инструкции такова:

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

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

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

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

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

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

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

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

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

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

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

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

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

9. Приложение

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

СОДЕРЖАНИЕ

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

1.1. Назначение

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

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

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

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

1.4. Порядок утверждения, внесения изменений и дополнений

2. ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ

2.1. Термины и определения

2.2. Сокращения

3. ОПИСАНИЕ ТРЕБОВАНИЙ, ПРОЦЕССОВ, МЕТОДОВ РАБОТЫ

3.1. Подпроцесс 1

3.2. Подпроцесс 2

4. ОТВЕТСТВЕННОСТЬ

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

5. КОНТРОЛЬ

6. ПРИЛОЖЕНИЯ

6.1. Классификаторы и справочники

6.2. Формы и правила оформления документов

6.3. Схемы процессов

6.4. Алгоритмы расчетов

6.5. Таблица ролей исполнителей процессов

6.5.1. Матрица ответственности

6.5.2. Таблица «процесс – исполнитель – функции – права – ответственность»

Литература

1. Андерсен Б. Бизнес-процессы. Инструменты совершенствования. – М.: РИА «Стандарты и качество». – 2005. – 272 с.

2. Большой толковый словарь официальных терминов / сост. Ю.И.Фединский – М.: ООО «Издательство Астрель». – 2004. – 1165 с.

4. Борхес Х.Л. Аналитический язык Джона Уилкинса. Из книги «Новые расследования» (1952) / в кн. Борхес Х.Л. Проза разных лет. М.: Радуга. – 1989. – 320 с.

5. ГОСТ 3.1130-93. ЕСТД. Общие требования к формам и бланкам документов (введен в действие Постановлением Комитета Российской Федерации по стандартизации, метрологии и сертификации от 31 января 1995 г. № 28).

6. ГОСТ 7.0.5-2008 Библиографическая ссылка (утвержден Приказом Федерального агентства по техническому регулированию и метрологии от 28.04.2008 № 95-ст).

7. ГОСТ Р 1.0-92 Государственная система стандартизации Российской Федерации. Основные положения (введен в действие Постановлением Госстандарта России от 1 июля 1992 г. № 7).

8. ГОСТ Р 1.5-92 Общие требования к построению, изложению, оформлению и содержанию стандартов (введен в действие Постановлением Госстандарта России от 1 июля 1992 г. № 7).

9. ГОСТ Р 51141-98. Делопроизводство и архивное дело. Термины и определения (утвержден Постановлением Госстандарта РФ от 27.02.1998 № 28).

10. ГОСТ Р 6.30-2003 Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов (введен в действие Постановлением Госстандарта России от 03.03.2003 № 65-ст).

11. ГОСТ Р ISO 9000-2008 Системы менеджмента качества. Основные положения и словарь (утвержден Приказом Федерального агентства по техническому регулированию и метрологии от 18.12.2008 № 470-ст).

12. ГОСТ Р ISO 9001-2008 Системы менеджмента качества. Требования (утвержден Приказом Федерального агентства по техническому регулированию и метрологии от 18.12.2008 № 471-ст).

13. ГОСТ Р ISO 15926-1-2008 Промышленные автоматизированные системы и интеграция. Интеграция данных жизненного цикла для перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 1. Обзор и основополагающие принципы (утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 18.12.2008 № 619-ст).

15. Демидов Е.Е. Построение системы управления сервисной компанией. – Контроллинг. – 2007. – № 22. – с. 40 – 50.

16. Демидов Е.Е., Бережков С.И. О рисках консалтингового проекта, или Памяти «Волготанкера». – Консультант. – 2010. – № 9. – с. 30 – 34.

17. Единая терминология по управлению, планированию промышленного производства и нормированию материальных ресурсов (проект). – М.: Госплан. – 1971. – 95 с.

18. Елиферов В.Г., Репин В.В. Бизнес-процессы. Регламентация и управление. – М.: Инфра-М. – 2009. – 320 с.

19. Золотухин А. Тайны первичных документов. / Бухгалтерия. – 2004. – №47 (618). См. также http://www.buhgalteria.com.ua/Hit.html?id=765.

20. Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии. – М.: Финансы и статистика. – 2003. – 256 с.

21. Кондратьев В.В., Кузнецов М.Н. Показываем бизнес-процессы от модели процессов компании до регламентов процедур. – М.: Эксмо. – 2008. – 256 с.

22. Кузнецов С.Д. Основы баз данных. – М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний. – 2007. – 484 с.

23. Никаноров С.П. Концептуальные методы. – М.: Концепт. – 2002. – 30 с.

24. Организация работы с документами: Учебник / Под ред. проф. В.А. Кудряева. – 2-е изд., перераб. и доп. – М.: ИНФРА-М, 2002. – 592 с.

25. ОРДМР 13-85. Отраслевой руководящий документ. Методические рекомендации. Состав и содержание работ на различных этапах (стадиях) разработки отраслевых классификаторов медицинской и технико-экономической информации (утвержден Управлением медицинской статистики и вычислительной техники Минздрава СССР 03.01.1986).

26. Положение по ведению бухгалтерского учета и бухгалтерской отчетности в Российской Федерации. (утверждено Приказом Минфина РФ от 29.07.1998 № 34н, ред. от 24.12.2010).

27. Постановление Правительства РФ от 16.05.2011 № 373 «О разработке и утверждении административных регламентов исполнения государственных функций и административных регламентов предоставления государственных услуг».

28. ПР 45.02-97. Правила по стандартизации. Отраслевая система стандартизации. Принципы разработки нормативных документов (утверждены и введены в действие письмом Госкомсвязи РФ от 26 декабря 1997 г. № 7181).

29. ПР 50.1.019-2000. Правила стандартизации. Основные положения Единой системы классификации и кодирования технико-экономической и социальной информации и унифицированных систем документации в Российской Федерации (утверждены Постановлением Госстандарта России от 25.12.2000 № 409-ст; утратили силу с 01.04.2006).

30. ПР 50.1.020-2000. Правила стандартизации. Порядок разработки общероссийских классификаторов (утверждены и введены в действие Постановлением Госстандарта России от 25.12.2000 № 409-ст).

31. ПР 50.1.024-2005. Правила стандартизации. Основные положения и порядок проведения работ по разработке, введению и применению общероссийских классификаторов (утверждены и введены в действие Приказом Федерального агентства по техническому регулированию и метрологии от 14.12.2005 № 311-ст).

32. Проектирование информационных систем: курс лекций. / Грекул В.И., Денищенко Г.Н., Коровкина Н.Л.. – М.: Интернет-Университет Информационных технологий. – 2005. – 304 с.

33. Рассказова-Николаева С.А., Шебек С.В. Корпоративные стандарты. От концепции до инструкции. – М.: Книжный мир. – 2008. – 320 с.

34. Рахманин Л.В. Стилистика деловой речи и редактирование служебных документов. – М.: Высшая школа. – 1988. – 239 с.

35. РД 50-699-90. Методические указания. Надежность в технике. Общие правила классификации отказов и предельных состояний (утверждены Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.1990 № 3551).

36. Рекомендации по разработке порядка разработки и утверждения административных регламентов исполнительных органов государственной власти субъектов Российской Федерации исполнения государственных функций и предоставления государственных услуг. Одобрены Правительственной комиссией по проведению административной реформы 23.11.2010 № 109.

39. Репин В.В. Бизнес-процессы компании: построение, анализ, регламентация. – М.: Стандарты и качество. – 2007. – 240 с.

41. Ротер М., Шук Дж. Учитесь видеть бизнес-процессы: Практика построения карт потоков создания ценности. – М.: Альпина Бизнес Букс. – 2008. – 144 с.

42. Унификация текстов управленческих документов. Методические рекомендации (утверждены Главархивом СССР). М.: Главархив СССР; Всесоюзный научно-исследовательский институт документоведения и архивного дела, 1982.

43. Файоль А. Общее и промышленное управление. – М.: Контроллинг, 1992. – 111 с.

44. Фуко М. Слова и вещи. Археология гуманитарных наук. СПб.: А-cad. – 1994. – 408 с.

45. Эко У. Vertigo: круговорот образов, понятий, предметов. М.Слово. – 2009. – 406 с.

46. Энциклопедия делопроизводства. / Центр компетенции по вопросам документационного обеспечения управления. http://www.edou.ru.

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

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

3 В некоторых организациях правила работы с нормативно-распорядительной документацией прямо запрещают издавать приказы в целях установления порядка выполнения многократно повторяющихся процессов.

4 Живучесть – способность технического устройства, сооружения, средства или системы выполнять основные свои функции, несмотря на полученные повреждения.

6 Термин (от лат. terminus — предел, граница) – слово или словосочетание, являющееся названием некоторого понятия какой-нибудь области науки, техники, искусства и т. п. В отличие от слов общей лексики, которые зачастую многозначны и несут эмоциональную окраску, термины в пределах сферы применения однозначны и лишены экспрессии.

7 В.Гершель: «Нельзя внести ясность в рассуждения, если она сначала не введена в определения».

8 Глоссарий (лат. glossarium — «собрание глосс») – словарь узкоспециализированных терминов в какой-либо отрасли знаний с толкованием, иногда переводом на другой язык, комментариями и примерами.

9 Тезаурус (от греч. — сокровище) – словарь, характеризующий термины предметной области не только через определения, но и через связи данного термина с другими терминами и их группами.

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

11 В ряде терминологических ГОСТов специально приводятся недопустимые к употреблению синонимы (с пометкой «ндп»).

12 Так, в ГОСТ Р 51141-98 «Делопроизводство и архивное дело. Термины и определения» [9] с сожалением читаем: «39 реквизит документа: Обязательный элемент оформления официального документа»; «49 оформление документа: Проставление необходимых реквизитов, установленных правилами документирования».

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

14 Например, сайт www.sokr.ru для сокращений русского языка.

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

16 Термин «инцидент» определен в цитируемом документе; в том же документе описан порядок взаимодействия Арендатора и Арендодателя в случае инцидента.

17 В терминологии IDEF0 такие объекты по отношению к рассматриваемому процессу (точнее говоря, к функции) называются «ограничением».

18 Например, с начала эксплуатации данной единицы оборудования.

19 Напомним, что если в тексте нормативного акта сроки, количества и т.п. указываются цифрами, то за ними в скобках следует указание соответствующего значения прописью с большой буквы: «… не позднее 2 (Двух) рабочих дней…», «…в количестве 10 (Десяти) единиц…».

20 Следует проявлять аккуратность в указании единицы измерения срока; в частности, следует различать рабочие и календарные дни.

21 Для того, чтобы установление в регламентах или иных локальных нормативных актах дополнительных функций, прав и ответственности не противоречило должностной инструкции, достаточно вставить в должностные инструкции положения о том, что: «работник… руководствуется … иными локальными нормативными актами Общества», «работник выполняет функции, … возложенные на него иными локальными нормативными актами Общества», «работник пользуется правами, установленными иными локальными нормативными актами Общества», «работник несет … ответственность в случаях, предусмотренных иными локальными нормативными актами Общества» и т.п. Ясно, что перечислять в должностной инструкции или в положении о подразделении все имеющиеся в Обществе локальные нормативные акты «поименно» нужно только в случае крайней необходимости.

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

23 Для ограничения этого времени в тексте регламента указывается: « принимает решение в срок не позднее с момента ».

24 Классификатор – нормативный документ, представляющий систематизированный свод наименований и кодов классификационных группировок и/или объектов классификации [29].

25 Справочник – документ (в организации – нормативный), представляющий определенную информацию в систематизированной форме, определяемой классификационными признаками информации.

26 Классификация – первый шаг на пути создания подлинно научного знания. Х.Л.Борхес [4] ссылается на «некую китайскую энциклопедию», где говорится, что «животные подразделяются на: а) принадлежащих Императору, б) бальзамированных, в) прирученных, г) молочных поросят, д) сирен, е) сказочных, ж) бродячих собак, з) включенных в нашу классификацию, и) буйствующих, как в безумии, к) неисчислимых, л) нарисованных очень тонкой кисточкой из верблюжьей шерсти, м) и прочих, н) только что разбивших кувшин, о) издали кажущихся мухами» (см. также [44], [45]).

27 В [39] приводится пример, когда рабочая группа по унификации бизнес-процессов холдинга «спустила» в управляемые предприятия перечень типовых бизнес-процессов, среди которых значилось «Управление технологическими процессами», без каких-либо комментариев. На местах «технологические процессы» истолковали по-разному: управление основным производственным оборудованием, разработка технологических процессов, организация производства.

28 Значение атрибута некоторого объекта определяется контекстом, в котором этот объект рассматривается [14]. Соответственно, для того, чтобы корректно внести в документ значение атрибута, необходимо охарактеризовать контекст. Такие реквизиты, как наименование организации, место, время составления документа, место и время осуществления документируемой операции задают самый общий контекст. Далее, например, лимит затрат задается для определенного подразделения, определенного периода по определенной статье затрат. Всё это будет контекстом для значения объекта «лимит затрат». Соответственно, форма документа, определяющего лимит затрат, должна содержать указание на все объекты, составляющие контекст: подразделение, период, статью затрат.

29 Самые общие требования к формам документов содержатся в ГОСТ 3.1130-93. «ЕСТД. Общие требования к формам и бланкам документов» [5], а также ГОСТ Р 6.30-2003 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов» [10].

Источник