Деталь: Протокол разрешения межкомандных конфликтов

Содержание

• Что это и зачем
• Протокол из 3 шагов
• Цель протокола
• Анти-паттерны
• Связь с operating system
• Связанное

Протокол разрешения конфликтов — процессный фрейм для head'а функции (или руководителя руководителей), чтобы конфликты между его менеджерами решались на нижнем уровне, а не превращали head'а в постоянного арбитра. На уровне L это один из главных инструментов масштабирования управления.

Проблема, которую решает. Руководители команд конфликтуют по ресурсам, приоритетам, зонам ответственности. Вы постоянно арбитр. Со временем большинство мелких вопросов идёт к вам, потому что «проще ты решишь, чем мы будем спорить».

Типичные конфликты:

• «Моя команда перегружена, потому что команда X не делает свою часть»
• «Приоритеты пересекаются, мы дублируем работу»
• «Руководитель Y принимает решения, которые затрагивают мою зону»

Без протокола это отнимает 20–30% вашего времени и блокирует ваш переход на стратегические задачи.

Шаг 1. Руководители решают сами (48 часов)

Правило: Прежде чем эскалировать любой конфликт к head'у, два руководителя обязаны провести встречу в течение 48 часов.

Формат встречи:

• Проблема (1–2 предложения)
• Варианты решения (минимум 2)
• Решение (какой вариант выбрали и почему)
• Владелец (кто отвечает за реализацию)
• Срок (когда решение вступает в силу)

Если договорились — информируют head'а письмом или в чате. Без обсуждения «нам нужно встретиться». Просто решение.

Метрика успеха: доля конфликтов, которые останавливаются на шаге 1, должна быть >70% уже через 3 месяца после внедрения протокола.

Шаг 2. Модерация (если не договорились)

Если на шаге 1 руководители не сошлись — встреча с вами в роли модератора.

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

Формат:

• Каждый излагает свою позицию (по 3 минуты)
• Вы задаёте уточняющие вопросы (фокус на фактах, не на чувствах)
• Вы напоминаете о приоритетах функции / квартала (что главное прямо сейчас?)
• Руководители вместе формулируют решение

Критичная установка: если вы соскальзываете в роль арбитра уже на шаге 2 — протокол ломается. Руководители учатся «довести до head'а — он решит». Держите дисциплину.

Шаг 3. Арбитраж (крайний случай)

Если на шаге 2 не договорились — вы принимаете решение.

Формат:

• Слушаете обе позиции (без новой полемики)
• Принимаете решение
• Объясняете логику — какие приоритеты вы использовали, какой trade-off выбрали
• Фиксируете правило, чтобы в следующий раз этот тип конфликта решался на шаге 1

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

Со временем количество конфликтов, доходящих до шага 2 и 3, должно снижаться.

Через 6 месяцев правильно внедрённого протокола:

• 80%+ конфликтов решаются на шаге 1
• На шаге 2 — 15–18%
• На шаге 3 — <5%

Если у вас не так — протокол не работает. Возможные причины:

• Вы слишком быстро соскальзываете в арбитраж (шаг 2 → шаг 3 без работы модератором)
• Руководители не понимают, что их KPI — решать конфликты, а не эскалировать
• Не зафиксированы правила после арбитражей — те же типы конфликтов всплывают снова

1. «Я разрешу — это быстрее». Кажется, что быстрее решить за них. Через месяц вы тратите ещё больше времени, потому что они перестали решать сами.
2. Открытая дверь. «Заходите, если что-то не так» = весь поток конфликтов к вам. Дверь должна быть закрытой по умолчанию, открытой по запросу через протокол.
3. Эмоциональный арбитраж. Если вы решаете «потому что Иван громче кричит» — следующий раз громче кричать будут оба.
4. Без фиксации правил. Решили — забыли. Через 3 недели тот же спор. Каждый арбитраж = новая строка в operating system функции.
5. Игнорировать паттерны. Если 70% конфликтов между конкретными двумя руководителями — это не про конфликт, это про системную проблему. Возможно, зоны ответственности пересекаются и нужно перенарезать.

Протокол — часть operating system функции, не самостоятельный документ. Он живёт в:

• Onboarding-документе для новых руководителей (где они узнают про протокол)
• Правилах ведения 1:1 head ↔ менеджер (туда включается ревью «какие конфликты решил сам за последний месяц»)
• Quarterly business review (метрика «доля конфликтов, решённых на шаге 1»)

• Ясность решений — общая дисциплина принятия решений на L-уровне
• Module L — operating system функции целиком
• Шаблон: Decision Memo — для фиксации правил после арбитражей