Когда кросс-функциональная команда нужна, а когда — нет

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

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

Что обычно идёт не так

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

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

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

Когда команда действительно нужна

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

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

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

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

Когда команда лишняя

Зеркальная сторона. Команда не нужна, если задача укладывается в одну зону ответственности. Если ремонт — это работа механиков, и никто другой на него не влияет, не надо звать технолога «для полноты картины». Он потеряет час, ты потеряешь его доверие к встречам как к месту, где решаются вопросы.

Команда не нужна, если решение уже есть в регламенте, а проблема — в том, что его не выполняют. Это не предмет обсуждения, это предмет управленческого действия. Собирать встречу, чтобы обсудить, почему люди не делают то, что прописано, — значит размывать ответственность по столу. Здесь работает прямой разговор по вертикали: руководитель — подчинённый, точка.

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

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

Простой тест перед тем, как собирать

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

Кто из этих людей реально приносит на стол что-то, чего нет у остальных? Если на двух-трёх из шести ты не можешь ответить конкретно — этих двух-трёх лучше не звать. Они потеряют время, и встреча для них станет шумом. Если ты можешь ответить про каждого — состав правильный.

Может ли один из присутствующих принять решение в одиночку, если ему дать данные от остальных? Если ответ «да» — встреча тебе не нужна. Нужно несколько коротких разговоров один на один, и потом решение этого человека. Это и быстрее, и точнее.

Знаешь ли ты, что должно появиться к концу встречи? Если ответ «нет» и встреча обзорная — у неё нет шансов. Кросс-функциональная команда хорошо работает там, где есть конкретная развилка, на которой расходятся службы. Если развилки пока нет — поработай сначала один или с одним смежником. Команду собирай тогда, когда понимаешь, какой именно вопрос ты несёшь на стол.

И последнее. Послушай, кто на твоих кросс-функциональных встречах систематически молчит. Не потому что он скромный — а потому что ему там нечего делать. Если такие люди есть — это сигнал, что ты собираешь команду по привычке, а не по задаче. Меньший состав, в котором каждый говорит, всегда лучше большего, в котором половина смотрит в ноутбук.

Откуда взята концепция

Эми Эдмондсон, профессор Гарвардской школы бизнеса, в своих работах описывает, какой инновационной работе нужна кросс-дисциплинарная команда, а какой — не нужна. У неё это сделано на материале архитектурных проектов и медицинских команд. Здесь я разложил тот же принцип на материале российской производственной площадки — где собирать главного механика, технолога и энергетика вместе, а где этой встрече не место.