Диаграмма SIPOC (границы процесса, входы и выходы)

Координатор обучения принимает заявку, но не знает, прошёл ли сотрудник вводный курс. Где взять эти сведения и заканчивается ли работа координатора подтверждением места или проведённым занятием?

Из каких частей состоит SIPOC

Название SIPOC складывается из первых букв английских названий пяти частей схемы.

За буквами стоят Suppliers, Inputs, Process, Outputs, Customers. «Поставщик» и «клиент» здесь шире привычных коммерческих ролей: отдел внутри компании тоже поставляет сведения, а сотрудник получает результат. Платить друг другу для этого не нужно.

• S, Suppliers. Кто предоставляет процессу нужные материалы или информацию: заявитель, учебный отдел, другая система.
• I, Inputs. Что поступает на вход: выбранный курс, контакт для ответа, сведения о доступных местах. В этой заявке фамилия относится к данным, а заявитель поставляет сведения.
• P, Process. Основные действия внутри согласованной границы. Для заявки это проверка сведений, решение по заявке и отправка ответа.
• O, Outputs. Что произведено: подтверждение места, отказ с причиной, обновлённый список участников. «Проверить заявку» описывает действие, а не выход.
• C, Customers. Кто использует результат: заявитель читает решение, учебный отдел использует список участников для подготовки группы. Получатель не обязательно внешний покупатель.

Пять колонок не задают пять последовательных шагов. Действия находятся внутри P; остальные части описывают окружение процесса. Сотрудник, который отправил заявку и получил ответ, появится одновременно в S и C. Это разные роли одного человека.

В описании ASQ разобрана расширенная SIPOC+CM: к основной пятёрке добавлены ограничения и показатели. Здесь используем базовую схему; условия допуска записываем рядом с примером, а отдельную колонку измерений не создаём.

Заполненный пример: заявка на обучение

Ситуация и записи ниже придуманы для обучения. Это не кейс клиента WebAsk и не результат исследования. Компания набирает сотрудников на продвинутый курс; для участия требуется завершённый вводный курс.

Начало рассматриваемого процесса: координатор получил заявку. Конец: заявителю отправлено подтверждение места или отказ с причиной. Само занятие, оценка знаний и отзыв после обучения остаются за этой границей. Их результат нельзя обещать по схеме обработки заявки.

На вход координатору нужны выбранный курс и контакт заявителя, актуальные сведения о местах, подтверждение вводного курса. Заявитель передаёт первые два значения. В учебном примере сведения о местах передаёт учебный отдел. Кто предоставляет подтверждение вводного курса, ещё предстоит выяснить. Устное «я уже проходил» пока не заменяет запись о завершении.

Внутри P пять крупных действий: координатор регистрирует заявку, сверяет условие допуска, проверяет места, принимает решение с обновлением списка и сообщает его заявителю. При подтверждении он вносит сотрудника в список участников; при отказе не добавляет. Название кнопки или текст каждого письма здесь лишние. Если сверка допуска распадается на несколько веток, их разбирают отдельно, а не превращают SIPOC в многоэтажную инструкцию.

Есть два результата для разных пользователей. Заявитель получает решение по своей заявке. Учебному отделу доступен список подтверждённых участников для подготовки группы; координатор обновляет его до отправки окончательного ответа. При отказе список не меняется. Отдельное письмо и список не следует склеивать в выход «информирование всех».

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

Следующее действие конкретно: координатор уточняет у учебного отдела, какой источник подтверждает завершение и кто обновляет запись. Пока это не выяснено, нельзя считать схему полностью проверенной. Если выяснится, что подтверждение уже есть в журнале обучения, новое поле для сотрудника не понадобится.

Как различить участника, вход и результат

Как распределить ответственность в команде

Запись «координатор» в колонке I не сообщает, с чем работает процесс. Замените её названием ресурса: «актуальный список мест». После этого найдите поставщика этого списка. Координатор может сам хранить список, но его должность и передаваемые сведения всё равно занимают разные места на схеме.

В колонках P и O проверьте глаголы. «Отправить подтверждение» записывают в P, «сообщение о подтверждённом месте» в O, а сотрудника, подавшего заявку, в C. Затем прочитайте связку вслух: кому нужен этот выход и что получатель с ним делает?

Список участников нужен учебному отделу, чтобы подготовить группу. Если в O стоит только письмо сотруднику, эта потребность потеряна. Если в C написано «компания», получатель слишком расплывчат: непонятно, у кого уточнить требования к списку. Для рабочей схемы полезнее назвать отдел или конкретную роль.

Колонки сами по себе не устанавливают построчное соответствие всех записей. Второй поставщик не обязан совпадать со вторым получателем. Отдельно сверьте пары «участник поставляет такие сведения» и «этот результат получает такая роль». Порядок строк не заменяет эти связи.

Почему сначала выбирают границу процесса

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

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

В нашем примере старт задан получением заявки, конец отправкой окончательного ответа. Запрос недостающих сведений ещё не закрывает этот процесс: после ответа учебного отдела координатор возвращается к решению. Время ожидания можно измерить отдельно, но сама SIPOC не показывает, сколько длилась пауза.

Граница похожа на рамку фотографии: за кадром остаётся часть происходящего. Чтобы схему правильно прочитали другие, рядом с названием укажите начальное и конечное событие. «Работа с заявкой» без этих событий допускает слишком много толкований.

Как заполнить схему и проверить пробелы

Позовите тех, кто выполняет действия, поставляет сведения и использует результат. В инструкции AHRQ после описания процесса предлагают определить выходы, пользователей, входы и поставщиков, затем проверить пропуски и неточности. Читать аббревиатуру слева направо не значит заполнять её в этом порядке.

Для нашей заявки удобнее начать с конца: сотрудник должен узнать решение, учебный отдел получить список подтверждённых участников. Затем запишем крупные действия и спросим, какие сведения нужны для каждого из них. Так строка «проверить допуск» приводит к конкретному входу, подтверждению вводного курса, и к вопросу о его поставщике.

Неизвестное оставьте видимым. Рядом с входом запишите: «источник подтверждения вводного курса не согласован». Это полезнее уверенной подписи «учебный отдел», если никто не знает, есть ли у отдела такая запись. Для уточнения укажите адресата и предмет проверки: где хранится подтверждение и какой статус считать завершением.

После сверки участников и записей обновите схему. Если подтверждение приходит из отдельной учебной системы, поставщиком сведений окажется эта система; учебный отдел отвечает на вопрос о правилах чтения записи. Собеседник, объяснивший процесс, и поставщик входа могут различаться. Интервью не превращает собеседника в автора всех данных.

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

Чего SIPOC не показывает

Как изучить весь путь клиента

SIPOC не доказывает причину отказов, не измеряет эффективность обучения и не подтверждает, что каждый сотрудник действует по схеме. Для этих выводов нужны записи о реальных заявках, измерения или наблюдение. Заполненная колонка P описывает согласованное представление команды, а не проверку всех выполненных действий.

Для подробных ветвлений и возвратов понадобится отдельная схема действий. Если требуется понять переживания человека на всём пути взаимодействия, используйте CJM. Для влияния и интересов участников есть карта стейкхолдеров. В SIPOC поставщик определяется тем, что он передаёт конкретному процессу; высокий интерес к проекту сам по себе эту роль не создаёт.

Пять аккуратных колонок с выдуманным источником хуже схемы с честно отмеченным пробелом. Не дорисовывайте уверенность ради законченного вида.

Какие сведения можно собрать в WebAsk

Для согласования нашей схемы можно разослать участникам короткую форму: «Какой результат вы получаете после обработки заявки?», «Какие сведения нужны вам для следующего действия?», «Где хранится подтверждение вводного курса?». Ответы помогут найти расхождения, после чего команда сверит их с рабочими записями.

Отдельная форма заявки собирает выбранный курс и контакт для ответа. Добавлять вопрос о вводном курсе имеет смысл только после проверки, кто должен поставлять подтверждение. Самоотчёт сотрудника и запись из журнала имеют разное происхождение; объединять их без пояснения нельзя.

Ответы можно просмотреть и выгрузить через «Результаты → Ответы». SIPOC команда составляет отдельно, в документе или редакторе схем. Этот сценарий использует WebAsk только для сбора ответов: диаграмму, проверку допуска по внешним записям и решение по заявке команда выполняет вне формы.

Частые вопросы

Можно ли начать заполнение SIPOC с выходов?

Да. Сначала уточните, какой результат нужен получателям, затем опишите действия и необходимые входы. Порядок букв задаёт названия частей, а не обязательный порядок заполнения.

Может ли один человек быть поставщиком и получателем?

Да. В учебном примере сотрудник передаёт сведения для заявки и получает решение по ней. Роли S и C различаются, даже когда их совмещает один человек.

Чем SIPOC отличается от RACI?

SIPOC связывает ресурсы и результаты с поставщиками и получателями процесса. RACI распределяет выполнение, утверждение, консультации и информирование по действиям. Названия участников в этих схемах могут совпадать, задачи схем различаются.

Нужно ли убирать вход, источник которого неизвестен?

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