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