Создайте общий реестр исключений и фиксируйте в нём каждое разрешение отступить от рабочей инструкции: что меняется, кто согласовал решение, где оно действует и когда перестаёт действовать. Такой реестр помогает сотрудникам отличать разовую договорённость от нового порядка работы. Ниже разберём, какие сведения сохранять, как связать запись с инструкцией и кто закрывает исключение после выполнения задачи. Начать можно с общей таблицы, без покупки отдельной системы и переноса всей документации.
Что считать исключением из рабочей инструкции?
Исключение — это согласованное отступление от действующего порядка для конкретной ситуации. Например, инструкция требует согласовать макет с руководителем до передачи в работу. Руководитель временно передаёт согласование заместителю на период своего отсутствия. Если инструкция не предусматривает такое замещение, решение стоит зафиксировать как исключение с понятными границами.
Сначала проверьте сам документ. Возможно, нужный вариант уже описан в разделе о замещении, срочных задачах или нестандартных обращениях. Тогда достаточно сослаться на соответствующий пункт. Реестр нужен там, где команда действительно меняет установленный порядок.
Отдельно различайте разрешённое исключение и ошибку. Если сотрудник пропустил обязательное согласование без разрешения, запись в реестре сама по себе не делает его действие допустимым. Зафиксируйте фактические обстоятельства и передайте вопрос тому, кто вправе решить, как исправить ситуацию.
Рабочая инструкция полезна, когда описывает реальный порядок действий, а не только желаемую схему — на это обращает внимание материал «Как написать регламент: структура, правила и примеры» (СберCRM). Поэтому повторяющиеся исключения стоит рассматривать при пересмотре документа.
Какие сведения включить в реестр исключений?
Для начала подойдёт общая таблица или список карточек в системе, которой команда уже пользуется. Выберите одно место хранения и дайте сотрудникам ссылку на него. Сообщение в чате остаётся обсуждением, пока решение не попало в реестр.
В каждой записи предусмотрите следующие блоки:
- Предмет исключения: название инструкции, её редакция или дата, конкретный пункт и ссылка на документ.
- Границы: что разрешено сделать иначе, для какой задачи и по какой причине.
- Согласование: кто запросил исключение, кто его разрешил и где зафиксировано подтверждение.
- Срок: когда разрешение начинает действовать и что его завершает, например возврат руководителя или закрытие задачи.
- Контроль: кто отвечает за выполнение, каков текущий статус и чем закончилась работа.
Присвойте записи короткий идентификатор средствами таблицы или системы. Его удобно указывать в задаче и переписке: коллеги найдут нужное решение без поиска по словам «тогда же договорились».
Формулировка «разрешено действовать по ситуации» оставляет слишком много свободы. Запишите конкретно: «Заместитель согласует макет по этой заявке до возвращения руководителя. Требования к проверке макета остаются прежними». Так читатель увидит и разрешение, и его пределы.
Если команда пока не умеет переносить договорённости из переписки в рабочие документы, начните с правил о том, как фиксировать решения из рабочих чатов и назначать ответственных. В реестре сохраняйте ссылку на итоговое подтверждение, чтобы сотруднику не пришлось читать всю ветку обсуждения.
Как согласовать исключение и передать его исполнителю?
Определите, кто вправе разрешать отступления от каждой инструкции. Это может быть владелец процесса или руководитель с соответствующими полномочиями. Администратор реестра отвечает за порядок записей, но само ведение таблицы не даёт ему права согласовывать изменения.
- Инициатор описывает ситуацию, пункт инструкции и нужное отступление. До решения запись получает статус «На согласовании».
- Уполномоченный сотрудник разрешает или отклоняет запрос. При согласовании он указывает границы и срок действия.
- Ответственный вносит подтверждение в реестр и передаёт исполнителю ссылку на запись.
- После завершения задачи ответственный фиксирует результат и закрывает исключение либо передаёт вопрос о продлении на новое согласование.
Запись без решения не даёт разрешения отступить от инструкции. Если ответа нет, покажите исполнителю, к кому обратиться и какой порядок действует до согласования. Для незакрытых запросов можно использовать реестр открытых вопросов, а после решения связать его запись с исключением.
Условный пример для небольшой компании: руководитель отсутствует, а макет нужно передать подрядчику. В карточке исключения указывают конкретную заявку, заместителя, который согласует макет, и событие завершения разрешения. В задачу добавляют ссылку на карточку. После возвращения руководителя ответственный закрывает запись, и обычный порядок продолжает действовать.
Если сотрудник получил разрешение устно, попросите согласующего подтвердить итог в рабочем канале. В реестр внесите именно подтверждённую формулировку. Пометка «обсудили по телефону» не объясняет, какие действия разрешили.
Как следить за сроками и обновлять инструкции?
Назначьте владельца реестра: он проверяет, заполнены ли обязательные сведения, напоминает о завершении разрешений и возвращает непонятные записи на уточнение. За содержание решения отвечает согласующий, за выполнение задачи — исполнитель. Эти роли стоит назвать прямо, даже если в небольшой команде их совмещает один человек.
Для срока выбирайте дату или событие, которое легко проверить. Формулировку «до особого распоряжения» замените конкретным условием пересмотра. Если событие откладывается, ответственный запрашивает продление и сохраняет новое подтверждение рядом с первоначальным решением.
Закрытые записи оставляйте доступными для поиска. Они помогают восстановить контекст: почему задача прошла по другому маршруту и кто это разрешил. При этом текущий статус должен быть заметен сразу, чтобы сотрудник не принял старое разрешение за действующее.
Если запрос повторяется, владелец инструкции разбирает причину. Возможно, в документе не хватает сценария замещения, порядок согласования задерживает работу или сотрудники не находят нужный пункт. По результатам разбора он сохраняет текущую инструкцию либо готовит новую редакцию. Само количество записей ещё не основание менять правило.
Изменение инструкции фиксируйте отдельно от исключения. Для этого пригодится журнал изменений в рабочих инструкциях: он показывает, какой порядок теперь действует для всей команды. В записи об исключении оставьте ссылку на новую редакцию и отметку, что временное разрешение закрыто.
Если разобраться мешают противоречия между документами, начните с разбора самого процесса. Результатом такой работы должны стать понятный маршрут согласования, перечень ответственных и шаблон записи. Переносить реестр в отдельный инструмент имеет смысл после того, как команда договорилась об этих правилах.
Типичные ошибки при ведении реестра исключений
- Разрешение хранится только в личной переписке. Перенесите итог в общее рабочее пространство, а в задаче оставьте ссылку.
- Нет срока или условия завершения. Укажите проверяемую границу и человека, который закроет запись.
- Согласующий назван должностью без уточнения. Зафиксируйте, кто именно принял решение, чтобы его можно было восстановить при смене сотрудника.
- Одно разрешение применяют ко всем похожим задачам. Ограничьте его конкретной ситуацией; для общего порядка подготовьте изменение инструкции.
- Старую запись переписывают после нового согласования. Сохраните первоначальное решение и добавьте отдельную отметку о продлении или изменении условий.
Сейчас создайте в общей рабочей папке пустой файл «Реестр исключений» — это займёт меньше двух минут.
