Продажи договорились с клиентом о запуске через три недели, однако реальный срок — пять недель. Юристы возвращают договор с критичными замечаниями за день до дедлайна. Финансы не согласуют внеплановый бюджет без расчета экономики. IT ставит срочную задачу в общую очередь. В каждой из этих ситуаций участники могут быть профессиональны и добросовестны. Никто специально не саботирует результат. Но результат все равно теряется — не внутри функции, а между ними. О том, почему так происходит в самых разных компаниях, рассказывает старший преподаватель Центра корпоративного обучения Высшей школы бизнеса НИУ ВШЭ Алексей Фокин.
Торможение коллабораций
Проблема становится острее: бизнесу нужно больше скорости, а работа все чаще выстраивается из кросс-функциональных цепочек. По данным Gartner, 84% маркетинговых руководителей и сотрудников сталкиваются с высоким collaboration drag — буквально „сопротивлением“ или „торможением коллаборации“, термин в широкий профессиональный обиход ввела аналитическая компания Gartner — при работе с другими функциями; в организациях с высоким уровнем такого трения вероятность достижения целей по выручке ниже на 37%. Microsoft фиксирует похожий фон: 53% руководителей говорят о необходимости роста производительности, но 80% сотрудников и лидеров не хватает времени или энергии на работу из-за фрагментации деятельности и перегруза.
На этом фоне компании часто ждут от функций сотрудничества как естественного поведения: «мы же одна команда», «у нас общая цель», «надо просто договориться». Но парадокс в том, что функция не создана для того, чтобы автоматически соглашаться с другой функцией. У нее есть своя логика, метрики, риски, язык и ответственность.
Продажи защищают выручку, клиента и скорость. Операции — исполнимость обещаний. Финансы — экономику и бюджетную дисциплину. Юристы — допустимый уровень риска. IT — устойчивость архитектуры и портфель задач. Когда эти логики сталкиваются, возникает не личный конфликт, а управленческий стык. Если им никто не управляет, он быстро превращается в обмен претензиями.
Качество обмена информацией
Плохая коммуникация часто является не причиной, а симптомом более глубокого сбоя.
- На стыке функций может быть не согласована цель: что сейчас важнее — скорость, маржа, качество, риск, клиентский опыт или стабильность процесса.
- Может быть не определен владелец решения: все участвуют, но никто не имеет полномочий собрать позицию и принять компромиссное решение.
- Может быть разорван процесс: одна функция передает задачу дальше, не понимая, какие входные данные нужны другой.
- Или не оговорена цена исключения: кто и на каком уровне может разрешить отступление от правила.
Отсюда рождается язык обвинений: «юристы тормозят», «финансы не понимают бизнес», «продажи обещают невозможное», «IT все усложняет». Эти фразы эмоционально понятны, но управленчески бесполезны. Они назначают виноватого, усиливают разрыв «мы — они» и почти всегда запускают защиту.
Здесь помогает простая формула перевода: обвинение — управленческое противоречие — параметр решения — следующий шаг.
Например, «юристы опять тормозят сделку» переводится так: у нас конфликт между скоростью закрытия контракта и допустимым уровнем юридического риска. Параметр решения — какие условия можно принять сейчас, какие нужно изменить, а какие вынести на уровень выше. Следующий шаг — зафиксировать три группы условий и владельца решения по каждой.
Фраза «IT поставило задачу в очередь» может означать другое противоречие: срочность бизнес-задачи столкнулась с управлением портфелем изменений. Параметр решения — приоритет, эффект, риск откладывания и то, что придется сдвинуть в бэклоге. Следующий шаг — принести данные для пересмотра приоритета.
Такой перевод не смягчает проблему. Наоборот, он делает ее точнее. Обвинение показывает раздражение. Управленческий диагноз показывает, чем можно управлять: целью, входом, сроком, риском, полномочиями или следующим действием.
Конкретные шаги
Кросс-функциональное взаимодействие нельзя построить только призывами к партнерству. Партнерство появляется там, где есть ясные договоренности о стыках между функциями. С чего же начинать путь к партнерству?
Первое — согласовать общий результат, а не только цели функций. Если продажи оцениваются по скорости и объему, операции — по стабильности, финансы — по соблюдению бюджета, а IT — по выполнению бэклога, конфликт уже встроен в систему. Нужен общий критерий: срок запуска без критичных рисков, экономика клиента или качество исполнения.
Второе — описать не только, «кто что делает», но и какие входы нужны для работы другой функции. Многие конфликты возникают не из-за несогласия, а из-за неполной передачи задачи. Юристы получают договор без коммерческого контекста. Финансы — бюджет без расчета эффекта. IT — запрос без приоритета и владельца бизнес-решения. Формально задача передана. Управленчески — нет.
Третье — заранее определить правила эскалации. Эскалация не должна быть способом продавить другую функцию. Это механизм для случаев, когда сталкиваются разные бизнес-логики и требуется решение на более высоком уровне ответственности.
Кросс-функциональное взаимодействие ломается не потому, что люди не хотят быть командой. Чаще оно ломается потому, что компания просит функции сотрудничать, но не создает управляемых стыков между их целями, процессами, рисками и полномочиями. А результат бизнеса все чаще возникает именно там — не внутри отдела, а на границе между ними.
