Блог · Регламенты
Регламент, по которому работают
Почему регламенты на 40 страниц не читают и как выглядит рабочая версия процесса на одну страницу.
Регламент на сорок страниц с разделами «Общие положения» и «Термины и определения» пишется для проверяющего, а не для сотрудника. По такому документу не работают: его открывают один раз при приёме на работу и больше не возвращаются. Через полгода процесс живёт своей жизнью, регламент — своей, и расхождение между ними никто не отслеживает.
Рабочий регламент помещается на одну страницу и отвечает на четыре вопроса: кто, что делает, в какой момент и по какому признаку понятно, что шаг выполнен.
Почему длинные документы не работают
- Их не находят. Нужный абзац лежит на 27 странице. Быстрее спросить коллегу, чем искать.
- В них смешаны инструкция и обоснование. Сотруднику нужна последовательность действий, а не история вопроса и ссылки на нормативы.
- Они не обновляются. Правка длинного документа требует согласований, поэтому изменения в процессе просто не доходят до текста.
- В них нет владельца. Документ написал внешний консультант или ушедший сотрудник, спрашивать не у кого.
- Нет признака выполнения. «Обеспечить своевременную приёмку» — невозможно проверить.
Структура рабочей версии
Одна страница, шесть блоков.
- Зачем процесс. Одно предложение: какой результат он даёт и для кого.
- Границы. Чем процесс начинается и чем заканчивается. Без этого зоны ответственности размываются на стыках.
- Участники и роли. Три-пять ролей, у каждой одна строка про то, за что она отвечает.
- Шаги. Таблица: шаг, кто делает, срок, признак выполнения. От пяти до двенадцати строк.
- Исключения. Два-три типовых отклонения и что делать: кто принимает решение, в какой срок.
- Владелец и дата ревизии. Фамилия и дата следующего пересмотра.
| Шаг | Кто | Срок | Признак выполнения |
|---|---|---|---|
| Заявка на пополнение сформирована | Закупки | Понедельник до 12:00 | Заявка в системе, статус «на согласовании» |
| Заявка согласована | Финансы | Понедельник до 17:00 | Статус «согласовано» или комментарий с причиной отказа |
| Заказ размещён у поставщика | Закупки | Вторник | Подтверждение поставщика с датой отгрузки |
| Дата поставки внесена в план | Закупки | В день подтверждения | Дата в карточке заказа |
Такую таблицу читают за минуту и по ней действительно работают. Признак выполнения здесь — ключевой столбец: он превращает договорённость в проверяемый факт.
Как писать
Глаголы вместо отглагольных существительных
«Осуществление контроля за соблюдением сроков» заменяется на «проверяет сроки поставок каждый вторник». Второе понятно и проверяемо, первое — нет.
Один шаг — один исполнитель
Если в строке два ответственных, ответственного нет. Согласование оформляется отдельным шагом со своим сроком.
Конкретные сроки вместо «своевременно»
«Своевременно», «оперативно», «в кратчайшие сроки» — слова, которые невозможно нарушить. Нужны день недели, время или количество рабочих дней от события.
Без описания системы
Регламент описывает процесс, а не интерфейс программы. Инструкция «куда нажать» живёт отдельно и обновляется при каждом обновлении системы — иначе устаревает весь документ.
Проверка на работоспособность. Дайте регламент новому сотруднику и попросите выполнить процесс без вопросов к коллегам. Каждый заданный вопрос — это пробел в тексте. Три-четыре итерации, и документ становится рабочим.
Порядок внедрения
Регламент, написанный в кабинете и разосланный приказом, не приживается. Работает другая последовательность.
- Зафиксировать процесс как есть. Полчаса разговора с исполнителями: что делают фактически, где ждут, где переделывают. Не как должно быть — как происходит.
- Убрать очевидные потери. Двойной ввод данных, согласования, которые никто не читает, шаги без результата. Обычно после этого шагов становится на треть меньше.
- Написать одну страницу. Черновик показывается исполнителям, они находят неточности — это нормальная часть работы.
- Прожить две недели. В процессе всплывают исключения, которых не было в разговоре. Их дописывают в блок исключений.
- Зафиксировать версию и владельца. Дата, версия, фамилия. С этого момента изменения вносит только владелец.
Сколько регламентов нужно
Описывать все процессы подряд бессмысленно. Регламент нужен там, где выполняются два условия: процесс повторяется регулярно и в нём участвуют разные подразделения. Именно на стыках теряются задачи.
Типичный минимальный набор для торгово-производственной компании — шесть-восемь документов: пополнение запаса, приёмка и размещение, обработка заказа клиента, планирование производства, возврат и брак, закрытие периода, план-факт ревью. Каждый на одну-две страницы.
Процессы внутри одной роли, где нет передач между людьми, регламентировать не нужно — достаточно чек-листа.
Ревизия
Дата пересмотра ставится сразу: раз в полгода для устойчивых процессов, раз в квартал для тех, что меняются. На ревизии проверяются три вещи: соответствует ли текст фактической практике, какие исключения повторялись чаще всего, какие шаги можно убрать.
Если на ревизии выясняется, что процесс идёт иначе, чем написано, менять нужно не поведение людей, а документ — практика почти всегда точнее. Исключение одно: когда отклонение от регламента создаёт риск, который он и должен закрывать.
Признак, что регламенты в компании живые: на вопрос «как у нас устроена приёмка» сотрудник открывает документ, а не начинает пересказывать по памяти.