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