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