Фокин про soft-skills

Не каждую проблему нужно докапывать до корня

Представьте: на совещании руководитель уже второй час разбирает, почему команда на день задержала выполнение задачи.

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

Звучит как образцовое управленческое поведение.

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

В это же время другая проблема, из-за которой компания регулярно теряет клиентов, месяцами остаётся без внимания.

‼️ Иногда руководители тратят слишком много времени не только на решение неправильных проблем, но и на слишком тщательное решение правильных.

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

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

И далеко не всегда дополнительная глубина анализа приводит к более качественному решению.

❓ Как понять, когда действительно стоит копать глубже?

Я бы предложил руководителю оценивать ситуацию по трём вопросам:

1️⃣ Какова цена повторения?
Если ошибка незначительна, легко исправляется и почти ни на что не влияет, длительное расследование может обойтись дороже самой проблемы.

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

2️⃣ Это случайный сбой или повторяющаяся история?
Один сорванный срок и систематическое нарушение сроков - это разные управленческие задачи.

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

3️⃣ Что изменится, если мы узнаем причину точнее?
На мой взгляд, это самый интересный вопрос.

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

Тогда зачем их тратить?

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

И здесь возникает ещё один управленческий парадокс.

🔥 Стремление во всём разобраться иногда становится вполне респектабельным способом откладывать решение.

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

Поэтому зрелость руководителя проявляется не только в умении задавать правильные вопросы, но и в способности вовремя остановиться.

Цель диагностики не обязательно добраться до самой глубокой причины. Цель - получить достаточно понимания, чтобы выбрать обоснованное действие с приемлемым риском.

И, пожалуй, здесь полезно задать себе ещё один вопрос: «Я продолжаю анализ, потому что мне действительно не хватает информации для решения, или потому что пока не готов его принять?»

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

Фокин про soft-skills pinned a photo

🧩Управленческие парадоксы: почему мы получаем не то, к чему стремимся?

Руководитель хочет как лучше. Принимает вполне разумное решение. Действует с благими намерениями.

А результат оказывается неожиданным.

Знакомые ситуации?

• Чем больше руководитель помогает сотрудникам, тем чаще они обращаются к нему за помощью.
Он хочет ускорить работу, а постепенно сам становится узким местом.

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

• Чем быстрее руководитель пытается решить проблему, тем дольше она может оставаться нерешённой.
Устраняя последствия, он не замечает, что причина продолжает действовать.

• Чем настойчивее руководитель добивается согласия, тем меньше настоящего согласия может получить.
Сотрудники перестают спорить на совещаниях. Но это ещё не значит, что они приняли решение.

🔥 И вот что интересно: во всех четырёх случаях исходные намерения руководителя вполне понятны. Помочь, проконтролировать, ускорить, договориться.

Проблема возникает, когда полезное управленческое действие начинает производить побочные эффекты, которых мы не замечаем. Или замечаем слишком поздно.

Поэтому запускаю на канале новую постоянную рубрику - «Управленческие парадоксы».

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

Рубрика будет появляться между нашими большими тематическими сериями.

❓ А пока вопрос к вам:
Какой из четырёх парадоксов чаще всего встречается в вашей управленческой практике?

Когда причина проблемы получает имя и фамилию

«У нас все сроки срываются из-за Игоря. Он постоянно тормозит согласования».

Игорю неоднократно давали обратную связь, обсуждали дисциплину, требовали большей оперативности. Не помогло.

В какой-то момент руководитель решает, что проблема кадровая. Игоря переводят на другой участок, его задачи передают новому сотруднику.

Через месяц сроки снова начинают срываться.

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

Игорь действительно задерживал работу. Но он был лишь одним из элементов конструкции, которая регулярно производила задержки.

🚩 Человека поменяли. Способ работы остался прежним.

В этом и заключается одна из неприятных ловушек управления.

Когда проблема регулярно возникает вокруг одного сотрудника, очень легко решить, что именно он является её причиной. Тем более если к его работе действительно есть претензии.

Но здесь стоит задать вопрос: «Если завтра на этом месте окажется другой человек, что помешает проблеме повториться?»

Чтобы отличить проблему сотрудника от системного сбоя, руководитель может пройти короткую проверку:

1️⃣ Сравнить результат с действиями других сотрудников в тех же условиях. Если похожие задержки возникают у нескольких людей, вероятнее всего, дело не только в одном сотруднике.
2️⃣ Проверить, есть ли у человека необходимые полномочия, ресурсы и понятные критерии результата. Нельзя требовать соблюдения срока, если сотрудник зависит от решений других подразделений и не может на них повлиять.
3️⃣ Разобрать один конкретный случай по шагам: где возникла задержка, какая информация отсутствовала, кто принимал решение и что происходило дальше. Такой разбор помогает увидеть сбой в процессе, а не только последнего исполнителя.
4️⃣ Спросить: «Что изменится, если завтра эту работу передать другому человеку?» Если ответ — «ничего», сначала нужно менять способ работы, а не только исполнителя.
5️⃣ Проверить, не компенсирует ли сотрудник системные недостатки вручную. Постоянные напоминания, личные договорённости и обход формальных процедур могут скрывать отсутствие устойчивого процесса.

Иногда ответ очевиден: у сотрудника не хватает квалификации, он систематически нарушает договорённости или не выполняет свои обязанности. Тогда индивидуальные управленческие меры вполне оправданны.

⚠️ А иногда оказывается, что:
• результат зависит от человека, у которого нет необходимых полномочий

• на одном сотруднике сходятся задачи с противоречащими друг другу приоритетами

• договорённости между подразделениями существуют только в головах отдельных людей;

• чтобы работа двигалась, кто-то должен постоянно договариваться, напоминать и вручную устранять сбои.

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

Пока он не уйдёт в отпуск.

Для руководителя и HR здесь важно разделять две задачи.

Первая: разобраться с действиями конкретного человека и его ответственностью.

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

Одно не отменяет другого.

Иначе можно бесконечно искать более ответственного, инициативного или компетентного сотрудника на место, где для нормальной работы каждый день требуется маленький управленческий подвиг.

‼️ Хорошая проверка: проблема действительно связана с человеком или система просто сделала его местом, где всё ломается?

В следующем посте поговорим об обратной крайности: почему далеко не каждую проблему нужно разбирать до самой глубокой причины и когда диагностику пора заканчивать.

Победителей не судят. А зря?

После почти недельного выездного лидерского модуля МВА на Алтае хочется написать не столько о горах, сколько о дистанции.

В управлении мы часто смотрим на финиш: сделали, успели, победили. Значит, команда работает хорошо.

❓ Но есть вопрос, который может сильно изменить эту оценку:
Если бы дистанция была вдвое длиннее, эта же команда победила бы?

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

На короткой дистанции оба способа могут дать одинаковый результат. На длинной разница становится очевидной.
Это не значит, что сильным нельзя брать на себя больше. Иногда именно это и нужно.

Вопрос в другом: команда осознанно договорилась об усилении или все уже привыкли, что кто-то обязательно спасёт?

Участникам нашего модуля огромное спасибо за командную работу. За возможность исследовать лидерство не только через модели, но и через собственные решения, разговоры и командный опыт.

🤞Надеюсь, у каждого останется свой момент (тот самый инсайт), к которому захочется вернуться уже в рабочей обстановке.

А тем, кто не был с нами, предлагаю небольшую практику.

На ближайшем подведении итогов проекта после вопроса «Чего мы достигли?» добавьте ещё три:

1⃣ За счёт чего мы получили этот результат?
⚡️ Где результат был получен за счёт перегрузки отдельных людей?
⚡️ Что нужно изменить, чтобы повторить успех без постоянного аврала?

Важно: это не повод обесценить победу. Сначала признайте вклад и порадуйтесь результату.

А потом разберите не только что получилось, но и каким способом команда это сделала.

⚠️ Потому что задача лидера не только в том, чтобы довести команду до финиша. Важно, с каким ресурсом она выйдет на следующую дистанцию.

А у вас как: результат уже воспроизводим или пока держится на людях, которые «не могут подвести»?

Channel photo updated

Самая очевидная причина обычно выигрывает слишком рано

Продажи просели.

Первая версия появляется почти мгновенно «Расслабились».

Звучит правдоподобно. Особенно если руководитель уже давно недоволен дисциплиной команды.

И дальше начинается самое интересное.

На планёрке кто-то говорит, что клиенты стали дольше принимать решения.
— Отговорки.

Менеджеры жалуются, что выросло количество согласований.
— Просто ищут причины ничего не делать.

Один из сильных продавцов говорит, что изменился рынок.
— Рынок у всех один.

А потом руководитель замечает двух сотрудников, которые действительно работают менее активно, и получает окончательное подтверждение: «Я же говорил».

Хотя произошло не расследование причины.

Произошёл отбор фактов под уже понравившуюся версию.

И это очень человеческая логика. Первая правдоподобная причина даёт ощущение порядка: ситуация перестаёт быть неопределённой, появляется понятный объект воздействия.

🚩 Особенно привлекательны причины, которые одновременно:
• уже встречались раньше
• легко объяснить команде
• находятся в зоне влияния руководителя
• позволяют быстро перейти к действию

«Люди расслабились» гораздо удобнее, чем «возможно, изменилось поведение клиентов, структура воронки и скорость внутренних согласований — надо разбираться».

‼️ Но удобство объяснения ничего не говорит о его точности.

Поэтому в подобных ситуациях полезно не спрашивать себя:
«Почему это происходит?»

На этот вопрос мозг слишком быстро даст один красивый ответ.

🔥 Гораздо интереснее и полезнее спросить:
«Какие ещё три объяснения могли бы привести к тому же результату?»

Например, если упали продажи:
• стало меньше качественных входящих лидов
• изменилась структура спроса
• продажи действительно стали работать хуже
• вырос срок согласования предложения
• ключевые клиенты просто перенесли решения на следующий период

Теперь уже можно смотреть, что подтверждается данными, а что нет.

И здесь есть важная управленческая деталь.

Хорошая диагностика — это не поиск «правильной» причины с первой попытки.
Это конкуренция нескольких версий.

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

Когда появляется несколько — приходится сравнивать.

И тогда фраза:
«Причина очевидна»

начинает звучать скорее как повод проверить ещё одну гипотезу.

🔜 В следующем посте поговорим про особенно соблазнительную версию причины: «Проблема в конкретном человеке».

Сильная логика ещё не означает сильное влияние.

Вчера в Казани провёл 3,5-часовой интенсив для руководителей юридических служб Сбера. Говорили о том, что происходит с нами в сложных рабочих диалогах.

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

🙄 Потому что в сложных разговорах мы реагируем не только на содержание:
• Кто-то замолкает и уходит в формальное согласие.
• Кто-то начинает давить.
• Кто-то защищает экспертизу, самостоятельность или ощущение справедливости.

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

Не обязательно «убедить». Иногда хороший следующий ход - помочь человеку проговорить риск. Вернуть ему возможность выбора. Снизить угрозу. Или наконец-то перевести собственную гениальную идею в понятную для него ценность.

Именно этот переход — от реакции к влиянию — мы и разбирали на реальных рабочих ситуациях участников.

3,5 часа пролетели очень быстро 😎

Опасная фраза руководителя: «С ним всё понятно»

«Он не берёт ответственность».

После такой фразы обычно становится легче.

Ситуация получила название. Поведение сотрудника объяснено. Понятно, что с ним делать: больше требовать самостоятельности, не принимать обратно его задачи, жёстче обозначать ожидания.

Именно поэтому такие формулировки так удобны.

🚨 Проблема в другом: как только мы назвали человека “безответственным”, мы начинаем смотреть на его поведение через этот диагноз.

Пришёл уточнить решение?
- Ну конечно, опять перекладывает ответственность.

Попросил согласовать риск?
- Боится решить сам.

Не стал действовать без подтверждения?
- Вот, собственно, ещё одно доказательство.

А теперь немного изменим описание ситуации.

❌ Не: «Он не берёт ответственность».

✔️ А: «Когда возникает ситуация, которой нет в стандартном процессе, он останавливается и просит меня подтвердить решение».

Вторая формулировка менее эффектная. Зато с ней вдруг появляются вопросы.

⁉️ Например, а что происходило, когда он раньше решал самостоятельно? Может ли он вообще принять это решение в рамках своих полномочий? Где проходит граница между «проявить самостоятельность» и «самовольно принять риск»? И главное — что делаю я сам, когда сотрудник выбирает не тот вариант, который выбрал бы я?

🚩 Иногда выясняется неприятное.

Руководитель год говорит команде: «Берите ответственность».

А затем почти каждое самостоятельное решение разбирает в формате «Почему ты сначала не пришёл ко мне?»

Команда довольно быстро учится.

Не безответственности.

А тому, какое поведение здесь на самом деле безопасно.

То же происходит с другими привычными управленческими диагнозами:

- «она сопротивляется»
- «он токсичный»
- «команда пассивная»
- «люди не хотят меняться»
- «между ними ценностный конфликт».

Я не предлагаю отказаться от таких слов. Иногда они довольно точно описывают происходящее.

‼️ Но есть полезная проверка: если убрать оценку, что останется в кадре?

Что человек сказал?
Что сделал?
Чего не сделал?
В какой ситуации это произошло?

Условно: что могла бы записать камера, не умеющая читать мысли.

Это особенно полезно в двух ситуациях: когда вы собираетесь принимать решение о человеке и когда руководитель приходит к HR уже с готовой характеристикой сотрудника.

Потому что фраза: «У меня сложный сотрудник»

и фраза: «Он трижды не сообщил о риске до наступления дедлайна»

ведут к очень разным разговорам.

Первая формулировка почти сразу заставляет нас разбираться с человеком.

Вторая — сначала разобраться с ситуацией.

И иногда этого уже достаточно, чтобы обнаружить совсем другую проблему.

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

«Нам нужно обучение» — иногда это уже готовое решение

«Нам нужно обучить руководителей давать обратную связь».

Звучит как вполне понятный запрос.

Но если задать несколько вопросов, картина иногда начинает меняться.

⁉️ Что именно сейчас происходит не так?

Оказывается, руководители обратную связь дают. Но делают это редко.

Почему редко?

Потому что в компании почти любое замечание сотруднику быстро превращается в длинную переписку, подключение HR и попытку доказать, кто прав.

И вот здесь возникает важный вопрос: мы точно имеем дело с дефицитом навыка?

Потому что внешне одна и та же проблема может выглядеть очень похоже:

• руководитель не умеет давать обратную связь
• умеет, но избегает конфликта
• умеет, но не видит в этом смысла
• умеет, но система делает такой разговор слишком дорогим
• умеет, но сам получает от своего руководителя совсем другой пример поведения

Во всех случаях запрос может звучать одинаково «Нужно обучение».

И это одна из причин, почему я настороженно отношусь к формулировкам вроде:
- «нужно повысить ответственность»
- «нужно прокачать коммуникацию»
- «нужно развить лидерство»
- «нужно научить работать с сопротивлением»

Они уже содержат предполагаемое решение.

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

Иногда оно и правда нужно. И это хороший сценарий.

🚨 Но иногда после диагностики выясняется, что проблема вообще в другом: в процессе, в системе мотивации, в конфликтующих целях, в недостатке полномочий, в перегрузке или в поведении вышестоящего руководителя.

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

‼️ Пожалуй, хороший запрос на обучение начинается не с вопроса: «Чему людей нужно научить?»

А чуть раньше: «Что именно они сейчас делают или не делают — и почему мы считаем, что причина в нехватке навыка?»

Для HR, L&D и руководителя это небольшое изменение формулировки.

Но оно сильно повышает шанс, что мы будем развивать именно то поведение, которое действительно мешает результату.

А не очень хорошо лечить то, чем организация на самом деле не болеет.

В следующем посте разберем ещё одну ловушку диагностики: почему фраза «он не берёт ответственность» может звучать как факт, хотя на самом деле это уже наша интерпретация.

Фокин про soft-skills pinned a photo

Самая дорогая управленческая привычка — начинать с решения

• У нас опять сорвали сроки.
- Значит, нужно усилить контроль.

• Продажи просели.
- Давайте пересмотрим мотивацию.

• Руководители плохо проводят сложные разговоры.
- Нужно обучение.

Во всех трёх случаях решение появляется почти одновременно с описанием проблемы.

И это очень естественно. От руководителя ведь обычно ждут не долгих размышлений, а действий. Увидел проблему - предложил, что делать.

🚩 Только есть одна ловушка: как только решение появилось, мы начинаем подстраивать под него диагноз.

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

И незаметно вопрос «Почему это происходит?» превращается в другой:
«Почему наше решение здесь должно сработать?»

А это уже совсем другая логика.

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

‼️ Но причина может быть и в другом:
• сроки изначально нереалистичны
• приоритеты постоянно меняются
• команда зависит от другой функции
• одновременно запущено слишком много задач
• решения наверху принимаются дольше, чем предусмотрено планом.

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

🚨 И здесь есть неприятный парадокс.

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

Это сильная сторона опыта, но до тех пор пока похожая ситуация действительно похожа.

Поэтому полезно не запрещать себе ранние решения, а менять их статус.

❌ Не: «Нам нужно усилить контроль».

✔️ А: «Моя первая гипотеза — проблема в недостатке контроля. Что должно быть правдой, чтобы это объяснение оказалось верным?»

Одно небольшое изменение формулировки и готовое решение снова становится гипотезой, которую можно и нужно проверить.

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

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

🚀 21 августа на РБК Pro вышла моя новая статья про довольно неудобный управленческий вопрос: всегда ли хороший руководитель должен быть "экологичным”?

Спойлер:
я не стал защищать токсичность 😉

Зато попробовал провести границу между токсичным поведением и необходимой управленческой жесткостью.
• Когда приказ лучше обсуждения?
• Почему жесткость, которая сработала, особенно опасна?
• И как понять, что давление помогает команде, а не приучает её угадывать желания руководителя?

Статья находится в подписном разделе РБК Pro. Если у вас есть подписка — буду рад, если прочитаете.
👉 [ссылка на статью]

А одну из идей статьи, пожалуй, отдельно разберу здесь в канале.

Почему опыт не всегда учит команду

После сложного проекта или аврала руководитель часто говорит:
«Надо сделать выводы».

Но следующий проект уже начался. Поэтому выводы делаются между двумя встречами, изменения формулируются на ходу, а через месяц команда снова сталкивается примерно с тем же самым.

И дело не обязательно в том, что люди не умеют учиться на ошибках.
❗️У команды на самом деле есть два разных режима работы:

Первый — делать работу: принимать решения, координироваться, исправлять отклонения, выдерживать сроки.

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

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

Опыт есть.
А организационного обучения — нет.

На эту мысль меня натолкнул хороший пост Дмитрия Румянского «Между пожарами».
Дмитрий предлагает смотреть на работу команды как на чередование двух фаз: действия и перехода — момента, когда команда останавливается, осмысляет произошедшее и перенастраивается перед следующим циклом.
👉 [Ссылка на пост «Между пожарами»]

‼️ Мне особенно понравилась формулировка:
«Рефлексия — не пауза в работе, а неотъемлемая часть работы».
Я бы добавил к ней ещё один управленческий вывод:
если у команды нет специально созданного «между», руководителю не стоит удивляться, что следующий пожар очень похож на предыдущий.

Дмитрий ведёт канал «Алхимия лидерства». Он руководитель в Сбере и пишет про лидерство, управленческое мышление, стратегию, команды и организационные практики - много через собственный управленческий опыт, а не только через модели.
Если эти темы вам близки — рекомендую заглянуть:
👉 [Ссылка на канал «Алхимия лидерства»]

Руководители часто решают не проблемы. Они решают симптомы

«У нас сотрудники не проявляют инициативу».

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

🚨 Но в этот момент мы знаем только одно: нас не устраивает то, что происходит.
«Не проявляют инициативу» — это скорее симптом. За ним могут стоять очень разные причины:
• сотрудники не понимают, где от них действительно ждут самостоятельности;
• руководитель всё равно перепроверяет и переделывает их решения;
• ошибка здесь обходится дороже, чем бездействие;
• люди перегружены и выбирают только обязательные задачи;
• у руководителя и команды просто разное понимание того, что считать инициативой.

Снаружи все эти ситуации выглядят примерно одинаково. Но если причина разная, то и управленческое решение должно быть разным.

❗️ То же самое происходит с формулировками: падает конверсия, срываются сроки, клиенты жалуются, между отделами плохая коммуникация.

Они звучат как проблемы и поэтому очень быстро запускают действие.

Хотя чаще это всего лишь место, где реальная проблема стала заметна.

И здесь возникает типичная управленческая ловушка:
увидели нежелательный результат → быстро его объяснили → начали исправлять.

Иногда это работает. Особенно если ситуация знакомая и причина действительно типовая.
Но иногда команда неделями очень профессионально решает совсем не ту проблему.

⚠️ Причём опыт руководителя здесь не всегда помогает. Он даёт богатую библиотеку знакомых ситуаций и вместе с ней соблазн слишком быстро сказать: «Я уже видел такое. Плавали знаем. Здесь и ежу понятно, что делать».

Поэтому до вопроса «Что будем делать?» полезно задать другой:
«Что именно здесь происходит и что из этого мы пока только предполагаем?»

Разница кажется небольшой. Но именно в ней часто проходит граница между быстрым решением и точным решением.

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

«Мы же одна команда». Почему этого недостаточно

Когда между функциями возникает напряжение, часто звучит:
- давайте просто договоримся
- мы же работаем на общий результат
- нужно быть более партнёрскими

Во всём этом есть здравый смысл.

🚩 Но есть и ловушка.

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

Продажи по-прежнему защищают клиента и выручку.
Финансы — экономику.
Юристы — риск.
Операции — исполнимость.
IT — устойчивость системы и приоритеты.

Поэтому проблема часто не в отношениях между людьми.

Проблема в том, как устроен сам стык между функциями и процессами.

Если стык не собран, призыв «давайте просто договоримся» звучит красиво, но мало что меняет.

⁉️ Что нужно, чтобы кросс-функциональное взаимодействие реально работало?

1. Понятный общий результат
Что сейчас важнее: скорость, маржа, качество, риск, клиент или стабильность?

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

3. Понятная роль адресата
Не просто «не можем», а: вот ограничение, вот варианты, вот что нужно для следующего шага.

4. Ясность по следующему шагу
Кто теперь делает что, к какому сроку и кто управляет движением всей задачи?

5. Полномочия на компромисс
Если участники не могут принять риск, изменить приоритет или перераспределить ресурс, обсуждение не даст решения.

6. Управленческий язык
Не «они тормозят», а: в чём противоречие, какие параметры решения, какие есть варианты и кто принимает выбор.

Поэтому и общий KPI сам по себе не спасает.

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

Кросс-функциональное взаимодействие — это не настроение.
Не призыв.
Не надежда на зрелость участников.

‼️ Это управленческая конструкция.

Если она собрана — функции могут спорить и всё равно двигать результат.
Если нет — даже хорошие люди и правильные слова не спасают.

И, пожалуй, это главный вывод всей серии:

Компания теряет результат не потому, что функции не хотят сотрудничать.
А потому, что сотрудничество между ними не сконструировано как часть управления.

Эскалация — не жалоба наверх

Две функции обсуждают задачу.

Одна говорит:
- Нам нужно запустить проект в этом месяце. Иначе потеряем клиента.

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

Участники понимают позиции друг друга. Видят ограничения. Даже могут назвать возможные варианты.

Но решения всё равно нет.

Часто в этот момент звучит:
- Давайте ещё раз попробуем договориться.
- Не хочется выносить вопрос наверх, а то будет выглядеть, будто мы жалуемся.
- Подключим руководителя и отношения испортятся.

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

Проблема в том, что эскалацию часто путают с двумя другими действиями.

Пожаловаться
• Мы всё сделали, а они опять тормозят. Разберитесь с ними.

Цель такой эскалации — показать, кто виноват.

Продавить
• Раз они не согласны, подключим их руководителя. Пусть заставит.

Здесь вышестоящий руководитель используется как рычаг давления.

Эскалировать
• Мы столкнулись с противоречием, которое не можем разрешить в своих полномочиях. Вот варианты, цена каждого и решение, которое требуется.

Здесь наверх поднимают не конфликт между людьми.

👀 Наверх поднимают управленческий выбор.

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

Участники могут качественно обсудить эти варианты, но они не всегда вправе выбирать между ними.

Эскалация нужна не тогда, когда кто-то не прав.

Она нужна, когда цена компромисса выше полномочий участников.

⁉️ Как понять, что вопрос пора поднимать выше?
• требуется перераспределить ресурсы между функциями;
• нужно изменить уже согласованные приоритеты;
• необходимо принять существенный риск;
• решение затрагивает цели нескольких руководителей;
• участники исчерпали свои варианты, но ни один из них не может сделать окончательный выбор.

🚩 Хорошая эскалация должна содержать четыре вещи:

1. В чём противоречие
Не «они не согласны», а какие две бизнес-логики столкнулись.

2. Какие есть варианты
Не один вариант, который нужно утвердить, а реальное поле выбора.

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

4. Какое решение требуется и от кого
Кто обладает полномочиями принять этот компромисс.

Фраза:
«Пусть руководство решит»

часто звучит как снятие ответственности.

А вот формулировка:
«Мы подготовили варианты и последствия, но выбор выходит за наши полномочия»

— это нормальное управленческое действие.

Эскалация не заменяет попытку договориться.

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

Эскалировать нужно не человека.
Эскалировать нужно управленческое противоречие.

«Они опять тормозят». И что с этим делать?

Когда задача застревает между функциями, довольно быстро появляются знакомые формулировки:
• Юристы тормозят сделку
• Продажи обещают невозможное
• IT всё усложняет
• Финансы не понимают бизнес
• Операции сопротивляются изменениям

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

Нельзя принять решение по параметру «не понимают бизнес».
Нельзя определить следующий шаг для «всё усложняют».
Нельзя договориться о допустимом уровне «торможения».

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

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

1️⃣ Найти управленческое противоречие
За обвинением обычно сталкиваются две важные для бизнеса логики:
• скорость и риск
• клиентское обещание и исполнимость
• рыночная возможность и экономическая обоснованность
• срочная задача и уже согласованные приоритеты
Вопрос этого шага:
Что именно пытается сохранить каждая сторона?
Это помогает перестать выбирать виноватого и увидеть реальную природу разногласия.

2️⃣ Определить параметры решения
Противоречие нужно перевести в то, что можно обсудить и сопоставить:
• срок
• стоимость
• риск
• объём ресурсов
• качество
• ожидаемый эффект
• цена задержки или отказа
Пока стороны защищают позиции, разговор легко превращается в спор.
Когда названы параметры, появляется поле для выбора.

3️⃣ Зафиксировать следующий шаг
Даже точный диагноз не двигает задачу сам по себе. Нужно определить:
• кто приносит данные
• кто предлагает альтернативу
• кто вправе принять риск
• кто может изменить приоритет
• когда вопрос нужно поднять на уровень выше

⚠️ Покажу на примере.
«Юристы тормозят сделку».
За обвинением может стоять противоречие между скоростью закрытия сделки и допустимым юридическим риском.
Параметры решения:
— какие условия договора создают риск;
— насколько вероятны и значимы последствия;
— что можно изменить;
— какой риск компания готова принять;
— кто имеет право согласовать исключение.
Следующий шаг:
разделить условия на допустимые, требующие изменения и требующие решения на более высоком уровне.

⚠️ Или короче:
«IT всё усложняет».
Противоречие — срочность бизнес-задачи и уже согласованные приоритеты разработки.
Параметры — ожидаемый эффект, объём работ, ресурс и цена переноса других задач.
Следующий шаг — не просить IT «быть гибче», а вынести изменение приоритетов на решение того, у кого есть такие полномочия.

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

‼️ Полезнее спросить:
Какое управленческое противоречие скрывается за моей претензией?
Потому что обвинение помогает выпустить напряжение.

А управленческий язык помогает понять:
что именно нужно решить, по каким параметрам и кто делает следующий шаг.

Куда исчезла задача, если никто от неё не отказался?

• Продажи отправили запрос юристам.
• Юристы вернули замечания.
• Финансы ждут обновлённый расчёт.
• IT попросило подтвердить приоритет.
• Операции — уточнить предполагаемый объём.

Каждая функция ответила.
Никто не проигнорировал задачу. Все вроде бы сделали свою часть.

Но проходит неделя — и ничего не движется.

Клиент ждёт.
Срок приближается.
А на встрече неожиданно выясняется, что никто не понимает, у кого сейчас задача.

В управлении есть известная метафора «обезьяны»: так называют следующий шаг по задаче, который находится на плечах конкретного человека. Обычно обсуждают, как сотрудники перекладывают своих «обезьян» на руководителя. Но на стыке функций происходит кое-что интереснее.

Обезьяна может не перейти от одного участника к другому.
Она может раствориться между ними.

Инициатор считает:
— Я передал запрос. Теперь мяч на их стороне.

Адресат считает:
— Мы дали комментарии. Теперь пусть они доработают.

Формально оба правы.

⚠️ Но между «передал» и «ответили» не появилось ясности:
— кто собирает замечания
— кто меняет исходное решение
— кто повторно запускает согласование
— кто контролирует общий срок
— кто поднимает вопрос выше, если компромисс невозможен

В результате каждый отвечает за свой участок. А за движение всей задачи — никто.

Так появляется разрыв ответственности за стык.

Задача при этом не исчезает. Она продолжает создавать последствия:
• клиент не получает ответа
• сроки сдвигаются
• участники обвиняют друг друга
• руководители подключаются в последний момент
• решение приходится собирать вручную

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

Кто держит общий результат?
Не только выполняет отдельное действие, а следит, чтобы задача прошла весь путь.

У кого следующий шаг?
Что именно этот человек должен сделать и к какому сроку.

Что вернёт задачу в движение?
Данные, новая версия, решение руководителя, пересмотр приоритета или эскалация.

Фраза «мы свою часть сделали» может быть совершенно справедливой.

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

А тогда, когда кто-то удержал связь между участками.

🚀 Сегодня в «Коммерсанте» вышла моя статья о кросс-функциональном взаимодействии

• Продажи защищают клиента и выручку.
• Финансы — экономику.
• Юристы — допустимый риск.
• Операции — исполнимость.
• IT — устойчивость системы и свои приоритеты.

Поэтому функции не обязаны автоматически понимать и поддерживать друг друга.

Проблема начинается не тогда, когда они не согласны. А когда компания не умеет превратить столкновение разных профессиональных логик в общее решение.

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

Одна из главных мыслей:
"Формально задача может быть передана.
Управленчески — ещё нет"

🖥 Статья в «Коммерсанте»

А в канале продолжим разбирать эту тему на уровне конкретных управленческих ситуаций и инструментов.