Провалы на стыке отделов: почему процессы срываются между командами
Большинство серьёзных сбоев случается не внутри отделов, а между ними. Каждая команда делает свою часть хорошо, но на передаче задача повисает: отправитель считает, что своё сделал, получатель — что его ещё не касается. Возникает зазор, в котором не отвечает никто.
Почему так происходит
Каждый отдел оптимизирует свой участок и мерит себя по нему. Продажи закрыли сделку — их метрика выполнена. Что клиента дальше должен принять сервис, в их зоне не записано. Граница между отделами — не линия, а полоса, и по умолчанию она ничья.
- —Никто не отвечает за саму передачу — только за куски до и после неё.
- —Отправитель и получатель понимают «готово» по-разному.
- —Проблему замечают поздно — когда она уже стала срывом, а не риском.
Пример
Клиент подписал договор. Продажи считают, что дальше подключение — забота внедрения. Внедрение ждёт, пока задачу передадут. Договор лежит неделю. Формально виноватого нет: каждый делал ровно то, что в его зоне. Дыра — ровно на передаче.
Как чинить
Не добавлять контролёра над всеми, а назначить ответственного на саму передачу. У каждого перехода между отделами должен быть тот, кто отвечает за то, что задача принята, а не просто отправлена.
Увидеть такие места помогает матрица ответственности, построенная по процессу, а не по отделам. Когда шаги идут сквозь команды, пустая клетка ответственного на переходе становится видимой — это и есть будущий срыв, пойманный заранее.
Постройте матрицу ответственности для своего процесса — бесплатно и без регистрации.