respontaНа главную

База знаний

Провалы на стыке отделов: почему процессы срываются между командами

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

Почему так происходит

Каждый отдел оптимизирует свой участок и мерит себя по нему. Продажи закрыли сделку — их метрика выполнена. Что клиента дальше должен принять сервис, в их зоне не записано. Граница между отделами — не линия, а полоса, и по умолчанию она ничья.

  • Никто не отвечает за саму передачу — только за куски до и после неё.
  • Отправитель и получатель понимают «готово» по-разному.
  • Проблему замечают поздно — когда она уже стала срывом, а не риском.

Пример

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

Сделку закрыли, подключение ждёт. За саму передачу между отделами не отвечает никто — там и повисает

Как чинить

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

Увидеть такие места помогает матрица ответственности, построенная по процессу, а не по отделам. Когда шаги идут сквозь команды, пустая клетка ответственного на переходе становится видимой — это и есть будущий срыв, пойманный заранее.

Постройте матрицу ответственности для своего процесса — бесплатно и без регистрации.