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