Инструменты операционной эффективности. Что применить при повторяющемся сбое
Если работа задерживается, разложите срок на выполнение и ожидание. При очереди между этапами поможет карта процесса, при постоянных возвратах — журнал причин, при лишних согласованиях — проверка полномочий. Сначала выберите инструмент по наблюдаемому симптому.
Пример: один заказ, четыре отметки
В условной сервисной компании заказ оплачен в понедельник в 9:00, передан исполнителям в 11:00, проверен во вторник в 15:00, готов к запуску в 17:00. Между передачей и проверкой прошло 28 часов. В журнале добавьте причину: «не указан администратор клиента». Чтобы проверить гипотезу о входных данных, сопоставьте этот заказ ещё с девятью однотипными.
Шаблон строки: ID заказа | шаг | вошёл в очередь | началась работа | завершено | причина возврата | владелец следующего шага. Отдельно храните поля «причина подтверждена» и «предположение». Тогда изменение процесса будет опираться на события, которые можно проверить.
Если в пяти заявках отсутствует один и тот же контакт, добавьте его в критерии готовности. Если данные были полными, проверьте, как часто исполнитель просматривает очередь. На тесте смотрите сразу на время до запуска и число возвратов: первое может улучшиться за счёт роста второго.
Перед встречей по операционной эффективности можно разметить один заказ по этому шаблону. На нём легче понять, какой из обсуждаемых инструментов пригодится в вашей ситуации.
Карта процесса показывает место задержки
Возьмите несколько недавних заказов и выпишите фактические шаги: клиент оплатил, менеджер собрал данные, исполнители получили задачу, запуск назначен. Для каждого шага укажите время и ответственного. Отдельно отмечайте паузы, когда заказ ждёт действия.
Если менеджер передал заказ во вторник, а исполнитель запросил недостающие данные в четверг, проблема видна в промежутке между передачей и проверкой. Спросите обе стороны, что считается готовой задачей и кто должен первым заметить пробел.
Журнал причин помогает выбрать первый тест
Запишите, почему последние заказы возвращались: нет доступа, не указан контакт, неверно согласован срок. Разделяйте причины, которые подтверждены перепиской или документами, и предположения. Если в большинстве рассмотренных случаев повторяется один и тот же пробел, начните с него.
В примере можно добавить короткий чек-лист готовности перед передачей. Каждый пункт должен быть наблюдаемым: «Есть контакт администратора» легче проверить, чем «Данные клиента собраны». Для исключений назначьте человека, который согласует передачу неполного заказа.
Сравните процесс до и после изменения
Выберите период проверки и два показателя. Например, число возвратов заказа и время от оплаты до запуска. Это позволит заметить, если возвратов стало меньше, но дополнительное согласование увеличило общий срок.
Тестируйте изменение на одном потоке, где задачи похожи. Если результат улучшился, перенесите правило на следующий поток и проверьте ещё раз. Если не улучшился, посмотрите, на каком шаге возникла новая очередь и выполнялось ли само правило.
Как выбрать подходящий инструмент
- •Карта процесса подходит, когда команда по-разному представляет порядок работы.
- •Журнал причин полезен, когда задержка известна, но сбои выглядят разными.
- •Чек-лист передачи нужен, когда повторяются одни и те же пропуски.
- •Сравнение до и после помогает понять, стоит ли закреплять изменение.
Общий подход к показателям собран в разборе операционной эффективности.
Конференции, форумы, нетворкинг и мастер-классы — с фильтрами по дате, формату и цене.
Открыть афишу →