Сквозной процесс: где рвётся связь между отделами

Продажи закрыли план. Производство выполнило заказы. Логистика отгрузила. Финансы выставили счета. Каждый отдел показывает зелёные показатели — а клиент недоволен, маржа ниже расчётной, а собственник не может объяснить, куда уходит время.

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

Почему стыки — самое дорогое место

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

Отсюда типовые симптомы: заявка «ушла в производство» и там неделю никто не знал, что она пришла; счёт выставлен по устаревшей спецификации; клиенту пообещали срок, который никто не подтверждал. Каждый участник действовал добросовестно.

Четыре элемента здоровой передачи

Любую передачу между функциями можно описать четырьмя параметрами. Разрыв возникает там, где отсутствует хотя бы один.

1. 01
   Критерий готовности к передаче

   Что должно быть верно, чтобы работу можно было передавать. Не «менеджер закрыл сделку», а «спецификация подтверждена, срок согласован с производством, предоплата получена».

2. 02
   Критерий приёма

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

3. 03
   Владелец передачи

   Конкретный человек, отвечающий за то, что передача состоялась. Не «отдел», а имя. Обычно это принимающая сторона — у неё есть мотивация.

4. 04
   Сигнал о задержке

   Автоматическое уведомление, если передача не состоялась в срок. Без сигнала разрыв обнаруживается на следующем этапе — то есть поздно и дорого.

Как найти свои разрывы за одну неделю

Не нужен консультант и не нужна карта процессов на сорок листов. Нужен один заказ, прослеженный от первого контакта до денег на счёте.

1. 01Возьмите три завершённых заказа: один типовой, один проблемный, один крупный.
2. 02Для каждого восстановите хронологию по датам: когда что произошло и сколько времени прошло между событиями.
3. 03Отметьте промежутки, где ничего не происходило дольше суток. Это ваши очереди.
4. 04Для каждой очереди спросите: кто в этот момент ждал и чего именно. Ответ «ждали, пока освободятся» — это загрузка. Ответ «не знали, что пора» — это разрыв передачи.
5. 05Отметьте моменты, где информация вводилась заново. Каждый повторный ввод — потенциальное расхождение данных.
6. 06Посчитайте: сколько календарного времени заняло исполнение и сколько из него было реальной работой. Разница обычно поражает.

В большинстве процессов доля времени, когда с заказом реально что-то делают, составляет меньше четверти общего срока. Остальное — ожидание передачи.

Что автоматизировать на стыках

Интеграция систем полезна ровно настолько, насколько она снимает ручную передачу. Проверьте кандидатов по трём признакам.

• Данные передаются одинаковыми полями и не требуют интерпретации при переносе.
• Есть критерий, по которому можно программно определить готовность к передаче.
• Отказ в приёме можно выразить конечным списком причин.

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

Показатель, который стоит завести

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

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

Что сделать на этой неделе