Когда центр перестаёт улучшать решение

Почему сложное предприятие невозможно долго удерживать одним центром решений

Представим условную ситуацию.

Идёт уборка.

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

Решение выглядит разумным.

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

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

Получается несколько профессионально обоснованных позиций.

Руководитель участка видит погодный риск.

Логистика — ограничение транспорта и приёмки.

Инженер — технический риск.

А ресурсы у предприятия общие.

Поэтому вопрос вполне естественно поднимается выше.

Кому-то нужно увидеть не отдельный участок, а последствия для предприятия в целом.

Именно для этого и существует центр управления.

Собрать информацию.

Сопоставить ограничения.

Определить приоритет.

Принять решение.

Но по мере роста предприятия появляется менее очевидный вопрос:

сколько вообще должен знать центр, чтобы решение, принятое выше, действительно стало качественнее решения, которое могли принять ближе к самой ситуации?

К пределу одного руководителя мы уже подходили

Эта тема внешне очень похожа на статью «Почему ручное управление незаметно разрушает организацию».

Там мы разбирали другую проблему.

Организация постепенно привыкает к тому, что большинство нестандартных вопросов проходят через одного человека.

Людям становится безопаснее спросить.

Руководителю — безопаснее проверить.

Количество решений растёт, а время, внимание и память человека остаются ограниченными.

В результате руководитель превращается в бутылочное горлышко, а сама организация постепенно теряет способность решать без него.

Здесь вопрос другой.

Предположим, центр организован хорошо.

Руководитель не перегружен.

Есть сильные заместители.

Есть специалисты.

Есть аналитика.

Есть данные.

Возможно, решения вообще принимает не один человек, а хорошо организованная управленческая команда.

Остаётся ли один центр лучшим местом для принятия всё большего количества сложных решений?

Мне кажется, именно здесь появляется следующий предел.

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

Проблема в том, где находится знание, необходимое для этих решений.

Решение может находиться в центре. Знание — нет

Мы уже приходили к выводу, что крупное предприятие невозможно наблюдать из одной точки.

Разные люди видят разные фрагменты одной реальности.

Но для сегодняшней темы важнее следствие из этого.

Если знание распределено по организации, то можно ли бесконечно централизовать право решения?

Возьмём ту же уборочную ситуацию.

Руководитель предприятия лучше руководителя отдельного участка понимает:

общие производственные приоритеты;

распределение ресурсов;

состояние других подразделений;

финансовые ограничения;

последствия решения для всего предприятия.

Но технический специалист глубже понимает состояние конкретной машины.

Руководитель подразделения лучше знает, что происходит на его полях сегодня.

Логист — насколько транспорт реально способен выдержать дополнительный поток.

И все эти знания нужны для одного решения.

Получается довольно необычная конструкция.

Право окончательного выбора может находиться в одной точке.

А существенная часть знания для этого выбора — сразу в нескольких.

Это не недостаток управления.

Так устроена специализация.

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

Есть ещё локальный контекст

Причём профессиональной экспертизы тоже недостаточно.

Главный инженер может значительно глубже директора понимать технику.

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

Как она работала последние три дня.

Какие отклонения уже появлялись.

Что ремонтировали недавно.

Кто на ней работает.

Какой звук изменился утром.

То же самое происходит в производстве.

Главный специалист понимает технологию.

Но человек непосредственно на участке знает, что изменилось несколько часов назад.

Прошёл локальный дождь.

Люди уже работают вторую тяжёлую смену.

Одна машина фактически выдаёт другую производительность.

Дорога стала хуже.

На складе возникла временная очередь.

То есть для сложного решения нужны уже как минимум три разных слоя понимания.

Локальный контекст — что происходит здесь и сейчас.

Профессиональная глубина — что происходящее означает внутри конкретной области.

Системный обзор — как решение повлияет на предприятие целиком.

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

В этом, на мой взгляд, и начинается настоящий предел централизации.

Центр действительно видит то, чего не видит место

Здесь важно не сделать противоположную ошибку.

Из распределённости знания легко вывести:

— Значит, нужно просто принимать решения на местах.

Но именно поэтому центр и возник.

Локальный руководитель может прекрасно понимать собственную ситуацию.

При этом он не обязан знать, что тот же транспорт уже нужен другому подразделению.

Инженер может совершенно обоснованно требовать остановить машину.

Но не видеть всей цены остановки именно сейчас.

Производственник может правильно оценивать своё технологическое окно.

Но не знать, какое другое ограничение руководство считает критическим для предприятия в целом.

Поэтому преимущество центра реально.

Он лучше способен удерживать:

общую модель предприятия;

конфликт ресурсов;

приоритеты;

связи между подразделениями;

последствия локального решения для других процессов.

Но его преимущество одновременно становится его ограничением.

Чем шире обзор, тем больше отдельных ситуаций нужно понимать.

И тем сложнее сохранять ту же глубину понимания каждой из них.

Чтобы решение поднялось наверх, реальность приходится сжимать

На конкретном участке ситуация может состоять из десятков деталей.

Но наверх она редко приходит в полном объёме.

Она превращается примерно в следующее:

— Просим перебросить два комбайна.

— Необходим дополнительный транспорт.

— Машину нужно остановить на обслуживание.

— Требуется изменить график.

Это нормально.

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

Поэтому реальность приходится сокращать.

Выделять главное.

Формулировать проблему.

Переводить её в цифры.

Показывать несколько аргументов.

Предлагать варианты.

Именно так сложная локальная ситуация становится управленчески обрабатываемой.

Но у этого преобразования есть цена.

Чем сильнее сжат контекст, тем легче центру принять решение.

И одновременно:

тем выше риск потерять именно ту деталь, которая меняла смысл ситуации.

Не потому, что кто-то плохо передал информацию.

Иногда сама необходимость сделать сложную реальность понятной верхнему уровню уже требует её упростить.

Парадокс централизации

И вот здесь центр попадает в довольно неприятную ловушку.

Он может запросить больше информации.

Почему именно два комбайна?

Какие поля осталось убрать?

Как изменяется прогноз?

Что с текущей производительностью?

Почему инженер хочет остановить машину?

Какова вероятность поломки?

Сколько транспорта потребуется дополнительно?

Что сейчас происходит на приёмке?

Какие операции придётся перенести?

Каждый новый ответ действительно делает управленческую картину точнее.

Но каждый требует времени.

Новых данных.

Уточнений.

Созвонов.

Погружения ещё одного специалиста.

А фактическая ситуация в это время продолжает меняться.

Другой вариант — не уходить настолько глубоко.

Работать по сводной картине.

По приоритетам.

Показателям.

Общим ограничениям.

Тогда решение принимается быстрее.

Но неизбежно по более грубой модели.

Получается противоречие:

чтобы сохранить глубину решения, центру приходится собирать всё больше распределённого знания;
чтобы сохранить скорость, ему приходится это знание всё сильнее сжимать.

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

Даже если дать центру больше людей, больше аналитики и больше времени, сама необходимость соединить широкий системный обзор с глубиной множества локальных ситуаций никуда не исчезает.

Особенно потому, что наверх попадают не обычные решения

Есть ещё одна особенность.

Стандартные ситуации сравнительно легко остаются внизу.

Есть утверждённый план.

Есть регламент.

Есть понятная зона полномочий.

Есть опыт похожих случаев.

Есть действие, которое человек вправе выполнить самостоятельно.

Наверх начинают подниматься другие вопросы.

Там, где:

правила не дают готового ответа;

несколько ограничений конфликтуют между собой;

один ресурс нужен нескольким процессам;

решение затрагивает другие подразделения;

цена ошибки становится высокой;

появляется нестандартный риск;

или ни один локальный уровень не может самостоятельно принять последствия выбора.

Мы постепенно пришли к этому через предыдущие статьи.

Сначала система создаёт согласования, чтобы защититься от риска.

Потом выясняется, что готовых правил недостаточно для всех исключений.

Затем возникает проблема личной ответственности за решение, где полной уверенности всё равно нет.

И в итоге именно такие вопросы начинают концентрироваться наверху.

То есть происходит своеобразный отбор.

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

Получается парадокс.

Мы поднимаем решение выше именно потому, что оно сложное.

Но чем выше оно поднимается, тем дальше оно может оказаться от части знания, которая эту сложность объясняет.

Более высокий уровень ещё не означает более качественное решение

Когда вопрос сложный, естественно сказать:

— Поднимем выше.

Если ещё сложнее:

— Пусть посмотрит директор.

Если последствия серьёзные:

— Вынесем на собственника.

В этом есть логика.

Чем выше уровень, тем больше полномочий.

Шире понимание целей.

Больше возможностей перераспределить ресурсы.

Но сам факт повышения уровня решения ещё не создаёт дополнительного профессионального знания.

Иногда происходит обратное.

Решение начинает учитывать больше общих интересов, но теряет часть понимания конкретной ситуации.

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

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

В какой-то момент дополнительный уровень перестаёт автоматически добавлять качество.

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

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

Чем дальше решение поднимается:

тем больше общего контекста может появиться;

но тем больше локальной реальности приходится передавать словами, цифрами и сводками;

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

тем больше времени требуется для восстановления картины;

и тем выше вероятность, что сама ситуация за это время уже изменилась.

Поэтому предел централизации наступает не только тогда, когда центр перестал успевать.

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

Вот это, на мой взгляд, принципиальная граница.

Проблема уже не в слабости руководителя.

Не в количестве сотрудников.

Не только в бюрократии.

И даже не только во времени.

Проблема становится архитектурной.

Но полностью опустить решения вниз тоже не получится

Обратная крайность нам уже знакома.

Если каждый участок начинает принимать все решения самостоятельно, локально всё может выглядеть очень профессионально.

Но ресурсы предприятия общие.

Техника.

Люди.

Транспорт.

Деньги.

Ремонтные мощности.

Время.

Несколько локально правильных решений способны начать конфликтовать между собой.

Поэтому вопрос точно не сводится к выбору:

централизация или децентрализация.

Обе крайности имеют собственный предел.

Централизация способна терять локальный контекст и скорость.

Полная самостоятельность локальных участков — общую связанность системы.

Настоящий вопрос становится другим:

как сохранить профессиональную глубину и знание конкретной ситуации, не потеряв при этом общую логику предприятия?

На него мы пока отвечать не будем.

Но именно здесь, по-моему, проходит следующая граница архитектуры управления.

Возможно, меняется сама роль центра

Если один центр не может и не должен глубоко решать каждый вопрос, возникает соблазн сразу перейти к теме делегирования.

Но я бы здесь остановился.

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

Локальные решения всё равно остаются взаимосвязанными.

И последствия одного выбора способны проявиться совсем в другом месте системы.

Поэтому, возможно, вопрос постепенно меняется.

Не:

как сделать так, чтобы центр принимал больше решений?

А:

что именно центр должен удерживать, если сами решения неизбежно начинают распределяться по организации?

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

Но это уже следующий шаг.

Вместо заключения

Сложное предприятие невозможно долго удерживать одним центром решений не только потому, что у руководителей когда-нибудь заканчивается время.

По мере роста предприятия распределяется само знание.

Кто-то лучше знает конкретную ситуацию.

Кто-то глубже понимает профессиональную область.

Кто-то лучше видит общие ограничения и взаимосвязи предприятия.

И для действительно сложного решения все эти виды понимания нужны одновременно.

Чтобы собрать их в одном центре, информацию приходится передавать, сокращать, объяснять и заново соединять.

Чем подробнее это делается, тем больше времени занимает решение.

Чем сильнее информация упрощается ради скорости, тем больше локального смысла способно потеряться.

Поэтому проблема сложной организации постепенно перестаёт быть вопросом:

«Кто должен принять решение?»

Потому что решения неизбежно начинают приниматься в разных точках системы.

А последствия этих решений всё равно остаются общими.

И тогда появляется уже другой вопрос:

как сделать так, чтобы множество решений, принимаемых в разных местах, не разрушали друг друга и продолжали двигать предприятие в одной общей логике?