Найти причину задержек

По первому замеру команда видит: четыре из двадцати завершённых заявок возвращали на уточнение. Часть долгих заказов находилась у Игоря. Самое быстрое объяснение — руководитель не успевает. Но оно пока не проверено.

У одной заявки не хватало срока, у другой — размеров. Игорь запросил данные, и обе продолжили числиться на согласовании. Если нанять ещё одного согласующего, он тоже будет ждать ответ.

Запишите несколько версий

Команда оставляет три причины: в заявках не хватает данных; Игорь открывает их слишком редко; заявок больше, чем он успевает проверить. У каждой версии свой способ проверки и своё возможное решение.

Такое предположение называют гипотезой. Она должна объяснять цепочку событий. Например: срок остался в переписке → Аня не перенесла его в заявку → Игорь запросил уточнение → заказ ждал ответа.

Ищите следы этой цепочки

Откройте переписку. Видно ли, какое поле отсутствовало? Когда его запросили? Когда получили ответ? Если ответ уже был, а заявка продолжала ждать, одной неполнотой задержку не объяснить.

Вопрос «почему?» полезен, пока помогает найти такие события. Фраза «Аня невнимательная» не подсказывает, что проверить и изменить. Вопрос «Где Аня должна была увидеть обязательный срок?» — подсказывает.

Аню раздражает копирование полей из формы в письмо. Олега — возвраты. Игорь предлагает чаще проверять входящие. Все три темы заслуживают внимания, но сейчас цель — раньше передавать полную заявку в производство.

Команда разбирает, сколько времени добавляет каждая остановка. Копирование занимает несколько минут. Возврат может растянуться до следующего дня: нужно связаться с клиентом и снова дождаться проверки.

Сопоставьте частоту и последствия

Четыре возврата из двадцати — заметная часть потока. Но одного количества недостаточно. Посмотрите, насколько каждый возврат удлинил путь и удалось ли бы избежать его с доступными на тот момент данными.

Если срок ещё не согласован с клиентом, обязательное поле само по себе не создаст ответ. Возможно, нужно раньше уточнять срок или отдельно договариваться, как обрабатывать такие заказы.

Сохраните нужные проверки

Прежде чем убрать согласование, выясните его назначение. Игорь может замечать сроки, которые мастерская не выполнит. Отмена проверки ускорит передачу, но создаст новую проблему.

Команда выбирает пропуски данных: их видно в конкретных заявках, они связаны с возвратами, а порядок заполнения можно изменить без покупки программы. Это ещё не обещание, что очередь исчезнет.

Команда изучает четыре возврата. В трёх заявках сведения уже были в переписке, но не попали в форму. В четвёртой клиент ещё не подтвердил срок. Список полей может помочь с тремя случаями, а для четвёртого нужен порядок ожидания ответа.

Некоторые полные заявки тоже долго лежали у Игоря. Команда сохраняет вторую версию: влияет режим проверки. Пока решает не менять оба правила сразу, чтобы понять эффект каждого.

Сравните похожие случаи

Сравнивайте заявки одного типа, с похожей срочностью и временем поступления. Если неполные заказы обычно сложнее, длинный срок может объясняться и сложностью. Совпадение ещё не доказывает причину.

Следующий шаг — попробовать проверку комплектности перед передачей. Если пропуски уменьшатся, но срок не изменится, гипотеза объясняет только часть проблемы. Тогда вернёмся к остальным ожиданиям.

В следующем уроке сравним изменения и выберем одно для проверки.