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