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