Межкомандное взаимодействие как API. Если интерфейс кривой — данные теряются, запросы зависают, пользователи ищут обходные пути. В компаниях такие кривые интерфейсы между отделами живут годами. Все знают, что больно, но «оно же работает» — значит не трогаем.
Но однажды «оно» падает.
Симптом
Внешне все выглядело как классический «человеческий фактор».
Сотрудник из моего направления вызвал конфликт в смежном отделе стилем работы. Коллеги‑смежники его тихо ненавидели. Потом кто‑то ушел на больничный, кто‑то пришел с заявлением. Проекты, которые зависели от их взаимодействия, встали. Команда перестала верить, что что‑то изменится.
Самый простой путь — начальствовать: «Это был просто плохой менеджер, убираем!». Или наоборот: «Смежный отдел — нытики, пусть работают нормально».
Если назначить виноватого, проблема уйдет ровно до следующего конфликта. Система, которая позволила этому случиться, останется той же.
Анамнез и диагноз
Чтобы выключить эмоции и включить конструктив — можно задать себе несколько вопросов:
1. Это люди или процессы?
Если конфликт повторяется с разными людьми — это процессы. Если конкретный человек бесит всех подряд — может, дело в нем. По опыту — чаще в том, его роль и зоны ответственности не описаны так, чтобы он мог не бесить.
2. Где сломался интерфейс?
В нашем случае сломалось в двух местах:
· У смежников не было легального канала сказать «меня бесит вот это и вот этот!» без риска показаться «стукачом».
· У моего сотрудника не было обратной связи о том, как его стиль влияет на других. Его хвалили за результат, закрывая глаза на цену этого результата.
3. Почему мы не увидели проблему раньше?
Потому что в регулярных встречах мы не спрашивали про «как тебе работается с соседним отделом». А они не говорили сами — взрослые же люди, разберутся. Не разобрались.
Лечение
Вместо разбора полетов (это зло, пожалуйста — не надо так) мы сделали ↓
Шаг 1. Объективировали боль
Не «они нас бесят», а конкретные факты через короткие анонимные опросы (Google Forms, 3 вопроса, 2 минуты). Люди говорят честнее, когда не надо подписываться.
Выяснили:
· Какие действия конкретно вызывают напряжение
· Как часто они происходят
· Как влияют на работу
Шаг 2. Признали, что проблема системная
На встрече с руководителем смежного отдела мы договорились: мы не ищем, чей сотрудник хуже. Мы ищем, где налажали сами — в системе, которая должна вести к результату.
Сформулировали:
· Нет регулярной обратной связи между отделами
· В 1-на-1 мы спрашиваем только про задачи
· У каждого свои KPI, и они противоречат друг другу (вместо общих OKR по направлению)
Шаг 3. Пересобрали интерфейсы
· Внедрили в регулярные встречи вопрос: «С кем из других отделов было сложно на этой неделе и почему?» Не чтобы наказать, а чтобы увидеть проблему рано.
· Договорились с руководителями отделов, что при первых признаках конфликта синхронизируемся между собой (скрытый раздел во внутренней Вики)
· С «проблемным» сотрудником провели отдельную встречу. Не про «ты плохой», а про «давай посмотрим на твою загрузку и продумаем как коммуницировать чуть эффективнее».
Шаг 4. Закрепили новую норму
На общей встрече — без имен, нотаций и отсылок к ситуации — проговорили несколько моментов:
· Дай другому время на ответ — уважай чужое время,
· Вот новый канал оставить отзыв о работе другого отдела,
· Еще раз озвучили общие цели для направления — то есть нескольких отделов — вот что мы делаем вместе, вот зачем.
Результат
· Конфликт стал рабочей ситуацией на второй же спринт после обнаружения
· Проекты вернулись в рабочий режим
· Уровень психологического комфорта вырос (мы проверяем)
· Появился механизм «раннего оповещения»: теперь мы видим проблемы, когда это еще легкая напряженность, а не пожар.
Сотрудник, который условно инициировал конфликт не уволен и не наказан. Он скорректировал поведение, потому что увидел: его ценят, его результат нужен, но коммуникация воспринимается не так как ему казалось. А «братский отдел» увидел, что их слышат, и теперь готовы говорить раньше, а не терпеть до гипертонического криза.
Чек‑лист: 5 вопросов для диагностики межкомандных интерфейсов
Возможно поможет руководителю оценить статус взаимодействия команд. Если больше 3 «нет» — пора чинить.
1. Есть ли у твоих сотрудников легальный канал сказать, что их бесит в смежниках, без риска прослыть нытиком?
2. Спрашиваешь ли ты на 1-на-1 про взаимодействие с другими отделами? Не про задачи, а про качество коммуникации.
3. Если смежник ошибается - в твоей команде ему помогут?
4. Есть ли у вас с руководителями смежных отделов общий протокол действий при первых признаках напряжения?
5. Знает ли твоя команда, как их работа влияет на смежников? Видят ли они общую картину, а не только свои задачи?
Вместо заключения
Люди всегда будут разными. Кто‑то веселый, но тревожный, кто‑то жесткий и не умеет просить помощи. Это не баг, это фича.
Задача руководителя — не требовать, чтобы они перестали быть людьми, а построить систему, в которой человеческие особенности учитываются и ведут к достижению цели.
Конфликты между отделами — не ошибка людей. Это ошибка интерфейсов. Чините систему.
Люди от этого только выиграют.
А как вы чините межкомандные интерфейсы? Делитесь опытом в комментариях — интересно собрать коллекцию рабочих приемов.
