Что записать в журнал ошибок рабочей инструкции
Как собрать наблюдения при пробном запуске инструкции и выбрать места для доработки.
После пробного запуска инструкции сотрудники часто говорят, что «было неудобно». Для доработки полезнее записать конкретный момент, где работа остановилась. Я предлагаю вести короткий журнал наблюдений на одной типовой операции.
В каждой записи нужны четыре поля: шаг инструкции, ситуация, действие сотрудника и получившийся результат. Например: «Шаг 4. Пришёл запрос без номера заказа. Сотрудник вернул его отправителю. Срок ответа клиенту прошёл до получения уточнения». Это условный пример, который помогает обсудить правило обработки неполной заявки.
Отдельно запишите причину, которую ещё нужно проверить. Возможно, в инструкции нет исключения. Возможно, оно описано в другом документе, до которого сотрудник не дошёл. Сначала найдите основание, потом выбирайте правку.
Для каждой подтверждённой проблемы назначьте владельца решения. Одной команде достаточно уточнить фразу, другой понадобится изменить маршрут согласования. В журнале укажите, какое решение принято и на какой версии инструкции его проверят.
Повторите тот же сценарий после изменения. Если сотрудник самостоятельно находит следующий шаг и выполняет его в нужный момент, отметьте результат. Такой журнал связывает правку с наблюдаемой рабочей ситуацией и помогает отделить проверенные улучшения от идей на будущее.
Информации об авторе
Этот пост написан блогером Трибуны. Вы тоже можете начать писать: сделать это можно .
Повторную проверку полезно поручить сотруднику другой смены, который не участвовал в разборе ошибки. Участник разбора уже помнит подсказки управляющего и может выполнить шаг даже при пробеле в инструкции. Если коллега без этих подсказок тоже справится, появится больше оснований считать правку удачной.