Как собрать команду из чужих людей, когда они тебе не подчиняются

У тебя задача, которая выходит за рамки твоей вертикали. Нужен технолог из соседнего цеха. Нужен человек из IT, который понимает, как поднять данные с датчиков. Нужен главный механик, у которого свой график и свои приоритеты. По формальной структуре они не твои. Их KPI ставит другой руководитель. А результат спросят с тебя.

Самый понятный ход в этой ситуации — попросить кого-то сверху «обеспечить ресурс». Иногда это работает. Чаще — приходит человек, который сидит на встречах, кивает и делает ровно то, что прописано в протоколе. Без души, без инициативы, без той самой полевой детали, ради которой ты его и звал.

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

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

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

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

Откуда берётся согласие, когда нет приказа

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

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

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

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

Что значит «понятный обмен»

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

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

Когда ты заходишь к смежнику, скажи прямо: что ты просишь и что ты даёшь. «Мне нужно от тебя три встречи в месяц и человек, который посчитает потери. Я со своей стороны могу подтянуть данные с нашего участка, которые тебе всё равно понадобятся для годового отчёта, и могу сделать так, чтобы твоё имя стояло в выводах». Это не торговля. Это уважение к тому, что у человека есть свои задачи, и твоя — не главная в его списке.

Без этого обмена работа идёт по схеме «я прошу — ты должен». А ничего он не должен. И как только это становится понятно ему раньше, чем тебе, проект остановится.

Где это видно в обычной работе

Сцена первая. Руководитель службы надёжности запускает проект по предотвращению повторных отказов. Ему нужны данные с трёх установок, которые принадлежат разным цехам. Он идёт к директору, получает поручение, рассылает запрос. Через две недели получает таблицы, в которых нет половины нужных параметров. Формально — выполнено. По сути — пусто.

Та же сцена, другой заход. Тот же руководитель две недели до старта обходит начальников цехов. Не с проектом. С вопросом: «У меня есть гипотеза, что часть отказов мы могли бы ловить заранее по косвенным признакам. У тебя на участке такое было? Что ты видел?» К моменту, когда он формализует проект, три начальника цеха уже считают эту тему своей. Данные приходят в полном виде, потому что эти данные — теперь и про их работу тоже.

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

Что попробовать на следующем кросс-функциональном проекте

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

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

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

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

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

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