Хозяин процесса и хозяин функции — это разные роли

Идёт разбор затянувшегося инцидента. На столе вопрос: почему вторые сутки не закрыта проблема с насосной группой. В переговорке руководитель службы надёжности. Он отвечает за людей, которые туда ездят, чинят, замеряют, пишут отчёты. И вроде бы он — главный по этой истории. Но если спросить прямо: «Кто отвечает за то, чтобы инцидент был закрыт сегодня к вечеру?» — пауза. Кто-то смотрит в стол. Кто-то начинает говорить про смежников. Хозяина у инцидента, как у конкретного результата, в этой комнате нет.

Это не редкий случай. Это рабочее состояние во многих кросс-функциональных историях на промышленной площадке.

Где смешиваются две роли

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

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

Это две разные роли. Хозяин функции отвечает за то, какие у нас люди и как они работают вообще. Хозяин процесса отвечает за то, чтобы конкретное дело было сделано к сроку и с нужным качеством.

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

Что происходит, когда две роли слиты

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

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

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

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

Что делает лидер, который видит разделение

Шаг, который меняет ход дела, — простой. Лидер вслух называет, кто сейчас в какой роли. Не для бумаги. Для разговора в комнате.

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

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

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

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

Что попробовать на ближайшей кросс-функциональной задаче

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

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

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

И дальше слушай, кто пытается вернуть разговор обратно в смешанное состояние. Обычно это тот, кому слияние ролей выгодно: оно даёт право не отвечать ни за то, ни за другое до конца. Когда заметишь — мягко возвращай: «Это разговор про функцию. Сейчас мы на процессе».

И последнее. Сам не пытайся быть и тем и другим в чужой задаче. Если ты как руководитель сел в чужой процесс хозяином — ты автоматически перетянул на себя ответственность, и команда расслабится. Твоя роль здесь чаще всего — третья: тот, кто следит, чтобы две роли были разведены и удерживались.

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

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