Бизнес-целей, которые можно достичь силами одного отдела, практически не существует. Даже вовремя отгрузить заказ — уже совместная задача закупок, производства, логистики и продаж. Без кросс-функционального взаимодействия бизнес не работает, но именно оно и становится источником большинства внутренних конфликтов.
Каждый отдел приходит в общий процесс со своими приоритетами, и там, где они расходятся, возникают трения.
За годы работы операционным директором я сталкивался с этим десятки раз и в какой-то момент понял: все такие ситуации укладываются в пять устойчивых сценариев. Выглядят они по-разному и решаются разными инструментами, но природа у них общая. Когда каждое подразделение оптимизирует собственный результат и теряет из виду общую цель — ценность для клиента и бизнеса — возникает одна из пяти проблем, о которых пойдёт речь ниже.
Неуправляемая эскалация — ситуация, когда ответственный менеджер узнаёт о проблеме в своей работе не от команды, а от вышестоящего руководителя или смежного подразделения уже на стадии конфликта.
Например, директор по логистике узнаёт о проблеме с клиентским заказом не от своей команды, а от директора по продажам. Клиент не знал, кто именно отвечает за доставку, — и обратился к менеджеру по продажам, с которым привык работать. Тот пришёл к директору по логистике с претензией: «Ну что же, снова логистика виновата!»
Чаще всего это происходит по трём причинам:
Каждая из этих причин решаема. Первые две закрывает система обратной связи, третья — вопрос культуры, но и здесь правильно выстроенные процессы меняют ситуацию.
Система обратной связи — как узнавать о проблемах первыми
Это четырёхшаговый цикл, который выстраивает управляемый поток информации о проблемах — вместо стихийных эскалаций.
Шаг 1. Обращения собирают в единое окно. Тот, кто столкнулся с проблемой — клиент или коллега — должен сразу понимать, куда идти. Например, в нашей компании для этого раздают памятки с телефонами, почтой, мессенджерами, чат-ботами: каждый выбирает удобный канал. Все обращения поступают в претензионный отдел, который всегда на связи. Это принципиально: обработка обращений — отдельная роль, а не попутная функция.
Реактивный сбор — необходимый минимум. Куда эффективнее самим регулярно запрашивать обратную связь, не дожидаясь проблемы и у клиентов, и у коллег.
У нас так работает отдел разработки новых продуктов: его сотрудники ежемесячно спрашивают коллег из смежных подразделений не о результатах, а о том, как с ними работается.
Шаг 2. Обращения классифицируют — по продуктам, причинам или другим признакам. Через несколько месяцев такой работы становятся видны тренды. Вовремя замеченный рост обращений по определённой теме позволяет решить проблему превентивно.
Шаг 3. Устраняют не только последствия, но и причину. Разбирая проблему, легко остановиться на полпути: разбили стакан — убрали осколки, поставили новый. В менеджменте качества это называют «коррекцией». Но важно идти дальше — задать вопрос, почему стакан упал, и зафиксировать действия, которые не дадут ему упасть снова. Это требует отдельного усилия, но именно этот шаг превращает разбор инцидента в реальное улучшение процесса.
Шаг 4. Закрывают цикл обратной связью клиенту. Разобравшись с проблемой, нужно вернуться к тому, кто с ней обратился. Такая обратная связь должна содержать три элемента:
Получается не отчёт, а сигнал: вас услышали, и вопрос закрыт.
Когда цикл работает именно так, люди перестают искать обходные пути через знакомых и руководителей — они знают, куда идти, и доверяют этому каналу.
Каскадные ревью — как предвидеть проблемы
Система обратной связи хорошо работает, когда проблема уже возникла. Но чтобы замечать её предпосылки, нужен другой инструмент.
Каскадное ревью — это система коротких регулярных совещаний, которые проходят по всем уровням управления снизу вверх.
Встречи проходят по фиксированному графику и всегда построены одинаково: команда разбирает ключевые показатели за период и обсуждает отклонения от нормы.
При этом вынести проблему на ревью, не значит просто о ней доложить. Тот, кто её поднимает, объясняет, как видит причины, что уже сделано на его уровне и какие дальнейшие действия нужны. Часть вопросов закрывается прямо здесь. Те, для которых не хватает полномочий или ресурсов, передаются на уровень выше и так по цепочке, пока проблема не доходит до того, кто может её решить. В процесс вовлекают представителей всех задействованных кросс-функций.
Вот как это выглядит на практике. Каждые сутки логисты отслеживают, насколько вовремя на склад приезжают машины. Показатель on-time снизился вчера на 3%, сегодня на 4%. Склад пока справляется, но это уже похоже на тренд.
Важное условие работы системы — обратная связь вниз по цепочке. Люди, поднявшие проблему, должны понимать, что их услышали и что с этим делают: без этого доверие к системе быстро исчезает. Хорошей практикой здесь служат визуализированные дашборды с показателями — они делают разговор предметным и позволяют всем участникам видеть одну картину.
Каскадные ревью меняют отношение людей к своей работе. Когда сотруднику важно не просто отработать смену, но и проанализировать результаты, сформулировать причины отклонений и предложить решения, это уже не исполнение, а участие в улучшении процесса. Большинство проблем при такой системе закрывается на том уровне, где они возникли.
Система обратной связи выстраивает канал, по которому сигналы о сбоях доходят до нужных людей напрямую и быстро. Каскадные ревью создают среду, в которой отклонения замечают до того, как они переросли в проблему. Вместе они меняют саму логику эскалации: вместо стихийного и эмоционального всплытия проблема движется по управляемому каналу туда, где её могут решить.
Эта проблема связана с ожиданиями, которые существуют, но их никогда не проговаривали вслух. Так, никто из клиентов не скажет: «Мы хотим, чтобы алкоголь приезжал в неразбитых бутылках». Это подразумевается, и, если бутылка вдруг приедет разбитой, то клиент объяснит, какие мы нерадивые.
Тот же механизм работает в кросс-функциональном взаимодействии: смежные подразделения чего-то ждут от нас, мы чего-то ждём от них — и никто не проговаривает эти ожидания явно. Узнаём только в момент конфликта.
Корень проблемы в том, что у большинства подразделений нет привычки интересоваться, каково смежным коллегам работать с ними. Нет этого фокуса — нет и разговора об ожиданиях.
Как обнаружить скрытые ожидания
Полезно начать с карты стейкхолдеров: самостоятельно, не привлекая никого, зафиксировать на бумаге всех, с кем взаимодействует подразделение, и сформулировать их предполагаемые ожидания.
Скажем, акционеры ждут операционной эффективности и соответствия результатов стратегии. Продажи ждут полного удовлетворения спроса и точного исполнения заказов. Поставщики — стабильных объёмов. Клиенты — чтобы обещанное выполнялось качественно и в срок.
На этом этапе важно зафиксировать именно предполагаемые ожидания, как мы сами их видим.
Следующий шаг — проверить эти предположения в живом разговоре. Для этого используют кастдев — интервью со стейкхолдерами, которое позволяет узнать реальные ожидания и понять, как коллеги вообще воспринимают взаимодействие с подразделением. Именно здесь обнаруживается то, о чём мы не догадывались.
Хорошее руководство по таким интервью — книга Роба Фицпатрика «Спроси маму». Автор рассказывает, какие вопросы задать, чтобы получить действительно ценный фидбэк, а не ответы из вежливости.
Читайте также
Из того, что собрано в карте и в интервью, формируются критерии результативности подразделения — их фиксируют письменно. На этом же этапе становится видно, где процессы не соответствуют ожиданиям, и это повод их пересмотреть.
Последний шаг — регулярно измерять свою результативность по этим критериям и запрашивать обратную связь. Это стандартная практика для работы с клиентами, но вот в кросс-функциональном взаимодействии она встречается редко — и напрасно.
Эта проблема возникает, когда в процессе есть шаги, которые попадают в серую зону: непонятно, кто отвечает, кто должен был проверить, кто должен был действовать. В итоге что-то не делается — и выясняется это уже тогда, когда результат не достигнут. На первый взгляд такое кажется редкостью, но на практике встречается даже в структурированных компаниях с выстроенными процессами.
Причины бывают разные:
В результате шаг процесса остаётся бесхозным — независимо от того, по какой из этих причин.
Решение начинается не с документов, а с разговора: собраться, разобрать процесс и договориться о зонах ответственности. Важно сделать это быстро и просто. Соблазн оформить всё в виде подробного регламента велик — но многостраничные инструкции и BPM-диаграммы плохо работают на практике. Мы через это прошли: и словами писали, и BPM-диаграммы рисовали — громоздко и неудобно. В итоге отказались от всего этого в пользу матрицы RACI.
Как пользоваться матрицей RACI
Определите основные шаги процесса, которые нуждаются в распределении ответственности. Составьте таблицу: по вертикали — шаги процесса, по горизонтали — участники. Для каждого шага укажите роль участника.
Проверьте, что у каждого шага есть хотя бы один A и один R — именно здесь чаще всего обнаруживаются бесхозные задачи. Заполненную таблицу обсудите и утвердите с участниками — и можно брать в работу.
Пример, как оформить матрицу RACI в таблице:
На этапе получения заказа у задачи есть только ответственный и исполнитель. Но этого достаточно, чтобы вывести её из серой зоны
Матрица RACI не решает проблему выпадающей ответственности сама по себе — она лишь фиксирует то, о чём люди договорились. Главное здесь не инструмент, а готовность сесть за стол и честно разобрать, где в процессе серые зоны. Чем быстрее это происходит, тем меньше шансов, что бесхозная задача превратится в конфликт.
Эта проблема возникает, когда ошибки и конфликты повторяются — потому что никто их не проанализировал и не запланировал корректирующие действия.
Причин несколько.
Если какое-то подразделение раз за разом создаёт вам сложности, первый шаг — не эскалация, а прямой разговор один на один. Причём не формальный, а такой, который больше похож на разговор с другом, чем на служебное совещание. Один из коллег на рабочей сессии поделился: «Я разговаривал, разговаривал — и никакого толка. Но потом мы пошли в бар и действительно поговорили». Хороший тест для любого разговора один на один: был ли он похож на тот разговор в баре — или остался формальностью?
Системно проблема решается циклом PDCA (Plan-Do-Check-Act, Планируй — Делай — Проверяй — Действуй). Это четыре шага, которые последовательно замыкаются в петлю улучшений: сначала анализируем проблему и разбираемся в её корневых причинах, затем планируем конкретные изменения, реализуем их и оцениваем результат. Если что-то пошло не по плану — возвращаемся на новый круг.
Схематично цикл PDCA выглядит так:
Ключевой элемент внедрения — контроль исполнения: корректирующие действия должны быть не только запланированы, но и реализованы. Без этого цикл превращается в разговор ни о чём. Главный вопрос — как в него войти. Здесь помогает ретроспектива.
Ретроспектива как точка входа в цикл улучшений
Ретроспектива пришла из Scrum и IT-разработки, но хорошо прижилась в операционном управлении. Это структурированный разговор об успехах и неудачах за прошедший период — раз в неделю, месяц или квартал, в зависимости от динамики бизнеса.
Важное условие: атмосфера на встрече должна быть безопасной, без поиска виноватых, без критики, с фокусом на то, что можно улучшить. Для этого стоит привлечь фасилитатора — человека, который не вовлечён в обсуждаемые проблемы, умеет направить диалог и помочь обойти острые углы. В нашей практике эту роль берёт на себя HR-бизнес-партнёр. Встреча занимает от четырёх до шести часов в зависимости от глубины проработки.
Полезная практика вовлекать в ретроспективу смежные подразделения.
Отдельная проблема заключается в том, что в периоды высокой нагрузки фиксировать проблемы некогда, а потом они забываются. Решение простое — завести в канбан-доске колонку «Что беспокоит» и записывать туда всё по ходу работы. Тогда в спокойное время можно собраться у этого списка и провести полноценную ретроспективу, не потеряв ничего важного. Ключевые находки превращаются в корректирующие действия на следующий период — и цикл PDCA начинает работать.
Полностью избавиться от повторяющихся ошибок не получится. Но можно выстроить систему, которая не даёт им закрепляться: фиксировать проблемы по ходу работы, регулярно их разбирать и доводить корректирующие действия до конца. Тогда каждый следующий цикл становится чуть чище предыдущего.
Отдел продаж обещает крупному клиенту поставку через две недели, не согласовав сроки с производством. Производство не готово, сроки сдвигаются, клиент разочарован. Или другая ситуация: линия встаёт, потому что что-то кончилось — а узнают об этом уже постфактум, когда исправлять поздно.
Причин несколько. Менеджеры продаж дают клиентам обещания, не согласованные с операционными отделами. Закупки одобряют поставщика, не обсудив с производством, — а последствия разгребают все. Даже когда все работают слаженно, проблемы возникают, если в цепочке поставок нет буферов в запасах и резервах мощности, чтобы гасить колебания спроса. Общий корень у всего этого один — отсутствие сквозного планирования.
Вылечить проблему пожаров способна практика S&OP, когда планы продаж согласуют с операционными возможностями всей компании.
Что такое S&OP
S&OP (Sales and Operations Planning) — планирование продаж и операций. Это регулярный цикл, в котором компания сверяет планы продаж с возможностями производства, логистики и закупок, чтобы заранее выявить риски и согласовать действия всех подразделений до того, как начнутся пожары.
В основе практики не сложные математические модели, а разговор — поэтому внедрить S&OP можно в компании любого масштаба. Люди, от которых зависит выполнение плана, собираются и обсуждают ситуацию, риски и ограничения.
Обсуждение проходит в пять этапов и заканчивается актуальным прогнозом финансового результата.
Разберём каждый этап подробнее.
Этап 1. Формирование продуктового портфеля. Команда обсуждает, какие позиции компания будет продавать, что исключат из ассортимента, что добавят. В этом обсуждении участвуют все кросс-функции, от которых зависит реализация, — включая операции.
Этап 2. Прогнозирование спроса. Обсуждают данные с рынков, тренды, планы маркетинга и продаж. Итог — консенсусный прогноз: сколько компания продаст, выраженный в конкретных единицах товара, а не в рублях. Это принципиальный момент: если продажи прогнозируют спрос в рублях, операции вынуждены угадывать, как эти рубли превращаются в конкретный ассортимент.
В этот момент часто звучит возражение: «У нас нет хрустального шара — какой прогноз вы от нас хотите?». Долгое время я не знал, что на это ответить. Ответ выработался только недавно: если у продаж нет хрустального шара, то у операций нет волшебной палочки, чтобы выполнять подвиги и тушить пожары, которые из этого возникают.
Даже приблизительное понимание спроса даёт операциям время на подготовку, а компании — возможность договориться о реалистичных обязательствах перед клиентом.
Этап 3. Обзор цепи поставок. Когда прогноз спроса утверждён, операционный отдел анализирует, сможет ли компания его выполнить: хватит ли запасов, мощностей, людей. Если подготовка требует серьёзных инвестиций, можно вернуться к коллегам и сказать: «Вы хотите продать в 10 раз больше за три месяца, но мы сможем сделать только в 8 раз больше. В 10 раз — через 10 месяцев». Как правило, такая дискуссия приводит к хорошим результатам: риски оценены, есть договорённость о том, как справляться с ограничениями.
Этап 4. Интегрированный обзор. Данные предыдущих этапов сводят воедино и составляют прогноз финансового результата с учётом всех ограничений и возможностей.
Этап 5. Утверждение плана. На уровне топ-менеджмента рассматривают риски и ключевые показатели. Здесь принимаются финальные решения — например, об увеличении объёма ресурсов или изменении приоритетов.
S&OP — не разовое мероприятие, а ежемесячный цикл. Каждый месяц план актуализируют: что-то меняется на рынке, что-то — в операциях. Хорошо работающий S&OP реагирует быстро: как только продажи замечают новые возможности или риски, гипотеза о спросе сразу превращается в прогноз и план операций. У всех появляется время на подготовку.
Читайте также
Есть одно ограничение: S&OP не приживётся там, где руководитель стучит кулаком по столу и спрашивает: «Вы почему не выполнили план?» В такой среде люди скрывают ошибки и риски, а открытый диалог о том, кто что видит на рынке и в своих функциях, невозможен. S&OP — это практика доверия, а не контроля.
Пожары и подвиги не исчезают сами по себе — они исчезают тогда, когда у всех подразделений появляется общий план и время на подготовку к нему.
Смысл работы любого подразделения лежит за пределами его собственных задач — в ценности, которую оно создаёт для клиента и бизнеса. Когда этот ориентир теряется, возникает всё то, о чём шла речь в статье: эскалации, невысказанные ожидания, серые зоны, повторяющиеся ошибки и пожары вместо плановой работы.
Решить эти проблемы раз и навсегда не получится. Но можно выстроить среду, в которой они не накапливаются — когда каждое подразделение понимает, ради чего взаимодействует с соседним, и готово об этом разговаривать. Не через руководителя и не в момент конфликта, а заранее и напрямую.
© КСЛ Экспо, 2026
