Когда у каждой службы своя война, нужна одна общая задача

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

Через два часа есть протокол с поручениями, расписанными по службам. Через три недели — сорванный график на стыке. Никто не виноват по своей зоне. И никто не отвечает за то, что произошло на стыке зон.

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

Почему «общие KPI» не работают как мост

Стандартный ход — придумать общий показатель. Чтобы у всех служб была одна цифра в премиальном листе. На бумаге это выглядит честно. На деле — почти не работает.

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

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

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

Что значит «задача выше любой подгруппы»

Общая задача в этом смысле — это не лозунг. Это формулировка, которая обладает четырьмя признаками одновременно.

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

Второй признак — она конкретна и проверяема. Не «обеспечить надёжный пуск», а «к 15 числу установка работает в режиме X с такими-то параметрами и без срывов в течение двух недель». Пока задача звучит как намерение, каждая служба читает её по-своему. Как только в ней появляется измеримый результат и срок — читать иначе становится сложнее.

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

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

Как это выглядит в обычной работе

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

Та же встреча, но другой заход: «У нас одна задача — к 20 числу установка стабильно держит режим X. Без этого мы не выйдем на квартальный план. Я не знаю заранее, на каких стыках мы споткнёмся. Поэтому давайте сначала посмотрим, в чём слабые места стыка между службами, а уже потом — что каждый делает у себя». Через полчаса на доске появляется список не из шести задач шести служб, а из четырёх стыков, по каждому из которых стоят две-три фамилии из разных функций. Дальше разговор уже не «кто что должен», а «как мы вместе закрываем этот стык».

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

Как держать общую задачу в фокусе

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

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

В начале встречи назови задачу одной фразой и срок одной фразой. Не пять слайдов про контекст, а две строки. «К 20 числу установка держит режим X. Сегодня обсуждаем, как туда дойти». Это короткий якорь, на который ты будешь возвращаться каждый раз, когда разговор уходит в сторону.

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

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

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

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

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