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