Выбрать процесс и цель

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

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

Процесс — работа, которая повторяется

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

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

Договоримся, какой участок изучаем

В нашем примере начало — клиент подтвердил заказ, конец — производство приняло полную заявку. Эти границы сохраняются во всех уроках. Изготовление и доставка стола пока остаются за рамками разбора.

Почему конец — не отправка письма? Аня может отправить заявку за минуту, но Олегу ещё придётся искать размеры. Действие выполнено, а результата нет. Выбирайте конец, по которому видно: следующий участник получил всё необходимое и может продолжать работу.

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

Для первого улучшения команда выбирает передачу типовых заказов. Типовыми здесь считают столы из каталога со стандартными условиями оплаты и доставки. Заказы по индивидуальным чертежам пока разбирают отдельно.

Проверьте четыре вещи

• Последствия. Кому мешает задержка? Олег не может поставить заказ в план производства.
• Повторяемость. Такое происходит регулярно или один раз? Это предстоит проверить по заявкам.
• Доступ к работе. Можно ли увидеть переписку и поговорить с участниками? У команды такая возможность есть.
• Возможность что-то изменить. Кто согласует новый порядок? Игорь готов обсудить его с Аней и Олегом.

Не обязательно выставлять баллы. Запишите основания выбора и вопросы без ответа. Например: задержки мешают планированию, но ещё неизвестно, на каком шаге теряется больше всего времени.

Пока не выбирайте программу

Если заявки ждут из-за отсутствующих размеров, сначала нужно понять, почему размеры не попадают в форму. Начните с проблемы: «После подтверждения заказа производство долго ждёт данные, чтобы принять его в работу». Инструмент выберем позже, если он понадобится.

Получатель результата в нашем процессе — Олег из производства. Ему нужны модель стола, размеры, количество, срок и подтверждение клиента. Аня и Олег вместе составляют этот список: каждое поле должно помогать принять заказ.

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

Сформулируйте цель без догадок

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

Насколько сократить срок, пока не решаем. Сначала измерим, сколько передача занимает сейчас. Иначе цель «в два раза быстрее» будет взята с потолка.

В следующем уроке посмотрим, что происходит между этими событиями.