Решение как элемент архитектуры бизнеса
Решение часто воспринимают как отдельный управленческий акт.
Возникла проблема.
Собрали информацию.
Обсудили варианты.
Выбрали один.
Дальше решение должно быть исполнено.
Такая логика кажется естественной.
Но в сложной организации решение редко существует само по себе.
Оно влияет на другие решения.
Создаёт ограничения.
Перераспределяет ресурсы.
Меняет поведение людей.
Формирует новые правила.
Влияет на скорость процессов.
Создаёт ожидания.
Закрепляет определённые модели взаимодействия.
Поэтому решение — это не просто ответ на текущую ситуацию.
Каждое значимое управленческое решение становится элементом архитектуры бизнеса.
Именно поэтому качество управления определяется не только тем, насколько хороши отдельные решения.
Но и тем, какую систему они постепенно создают.
Организация состоит не только из процессов и структуры
Когда говорят об архитектуре бизнеса, обычно вспоминают:
организационную структуру;
процессы;
ИТ-системы;
роли;
регламенты;
финансовую модель;
KPI;
продукты.
Но есть ещё один слой.
Архитектура решений.
Кто имеет право решать?
На основании какой информации?
В какой момент?
Какие решения требуют согласования?
Какие можно принимать самостоятельно?
Что происходит при конфликте?
Как распределяются ограниченные ресурсы?
Кто имеет право изменить ранее принятое решение?
Как быстро организация способна пересмотреть ошибочную гипотезу?
Во многом именно этот слой определяет, как реально работает бизнес.
Даже хорошая структура может быть медленной из-за плохой архитектуры решений
Представим компанию с понятной оргструктурой.
У каждого подразделения есть руководитель.
Ответственность описана.
Процессы формализованы.
Но большинство значимых решений всё равно поднимается к генеральному директору.
Скидка клиенту.
Изменение процесса.
Новый поставщик.
Отклонение от стандарта.
Дополнительный ресурс.
Изменение приоритета.
Формально система децентрализована.
Фактически — нет.
Реальная архитектура бизнеса построена вокруг одного центра решений.
По мере роста компании этот центр постепенно превращается в ограничение.
Решения начинают ждать.
Сотрудники перестают принимать инициативу.
Руководители функций учатся эскалировать.
Скорость бизнеса падает.
И проблема уже не в компетенции отдельных людей.
Она находится в архитектуре решений.
Решение определяет не только действие, но и будущие возможности
Допустим, компания решает принять крупный нестандартный заказ.
На первый взгляд это коммерческое решение.
Есть клиент.
Есть выручка.
Есть возможность заработать.
Но решение запускает цепочку.
Производству придётся изменить приоритет.
Закупке — срочно найти материалы.
Другие заказы могут сдвинуться.
Команда получит дополнительную нагрузку.
Клиенты почувствуют изменение сроков.
Может потребоваться новый технологический процесс.
То есть решение о продаже становится одновременно:
операционным;
ресурсным;
финансовым;
клиентским;
организационным.
Именно поэтому решения нельзя оценивать только внутри функции, которая их инициирует.
Любое решение создаёт ограничения для следующих решений
Компания инвестирует в определённую технологию.
Через год становится сложнее перейти на другую.
Нанимает команду под новое направление.
Теперь остановка направления имеет кадровую стоимость.
Обещает клиенту определённый SLA.
Операционная система должна поддерживать это обещание.
Запускает десять проектов.
Теперь новый проект автоматически конкурирует с уже начатыми.
Решение редко заканчивается в момент принятия.
Оно меняет пространство будущих вариантов.
Поэтому сильный руководитель оценивает не только:
«Что даст это решение сейчас?»
Но и:
«Какие решения оно сделает возможными или невозможными завтра?»
Это особенно заметно в стратегии
Стратегия — это не набор красивых целей.
Она проявляется в последовательности решений.
Куда компания инвестирует.
От чего отказывается.
Каких клиентов выбирает.
Какие продукты развивает.
Какие компетенции строит.
Какие риски принимает.
Какие инициативы прекращает.
Если решения не соответствуют заявленной стратегии, стратегия существует только в презентации.
Можно написать:
«Мы делаем ставку на клиентский опыт».
Но если при конфликте между затратами и качеством компания системно выбирает сокращение затрат, сотрудники быстро понимают реальный приоритет.
То есть архитектуру бизнеса определяют не декларации.
Её определяет история решений.
Решения постепенно формируют культуру
Культура тоже складывается не только из ценностей на стене.
Она рождается из повторяющихся управленческих выборов.
Сотрудник сообщил о риске заранее.
Руководитель помог или начал искать виновного?
Человек предложил эксперимент.
Ему дали попробовать или потребовали сначала доказать гарантированный эффект?
Команда не согласилась с директором.
Обсуждение продолжилось или несогласие стало карьерным риском?
Проект перестал создавать ценность.
Его остановили или продолжили из-за уже вложенных ресурсов?
Каждое решение становится сигналом.
Сотрудники наблюдают.
Сопоставляют.
И постепенно понимают:
что здесь действительно разрешено;
что опасно;
что вознаграждается;
что считается нормальным.
Так решения превращаются в культурную архитектуру.
Один управленческий выбор может создать долгосрочный паттерн
Представим кризис.
Руководитель принимает решение лично контролировать все ключевые вопросы.
В кризисе это может быть оправдано.
Проблема начинается позже.
Кризис закончился.
Но контроль остаётся.
Сотрудники привыкли согласовывать.
Руководитель привык принимать решения.
Организация постепенно выстраивает вокруг него новые процессы.
Через год никто уже не помнит, почему всё устроено именно так.
Временное решение стало постоянной архитектурой.
Подобным образом возникает значительная часть организационных правил.
Не как результат осознанного проектирования.
А как след старых решений, принятых в другом контексте.
Поэтому важен вопрос о сроке действия решения
Не каждое решение должно жить бесконечно.
Иногда полезно заранее определить:
это временная мера;
эксперимент;
постоянное правило;
решение до определённого события;
решение, которое требует пересмотра через три месяца.
Без такого ограничения временные конструкции легко становятся нормой.
Появляется дополнительное согласование «на время».
Ручной отчёт.
Временная роль.
Специальная проверка.
Потом контекст меняется.
А механизм остаётся.
Так накапливается управленческий долг.
Решения создают процессы
Регламент часто является просто многократно повторённым решением.
Когда каждый похожий случай требует заново обсуждать одно и то же, организация начинает стандартизировать выбор.
Например:
при каком уровне скидки требуется согласование;
когда риск нужно эскалировать;
кто утверждает найм;
какой проект получает ресурс первым;
что происходит при критическом инциденте.
Это полезно.
Стандартизация снижает стоимость повторяющихся решений.
Но здесь возникает другая опасность.
Процесс может продолжать существовать после того, как исчезла причина, ради которой он был создан.
Поэтому зрелая архитектура должна уметь не только превращать решения в правила.
Но и периодически пересматривать сами правила.
Хорошая архитектура уменьшает количество ненужных решений
Сильная организация не заставляет руководителей каждый день принимать сотни одинаковых решений.
Она стандартизирует повторяемые ситуации.
Если известны критерии — решение принимается по правилу.
Если риск низкий — полномочие передаётся ниже.
Если ситуация типовая — используется стандартный процесс.
Внимание руководителя сохраняется для действительно сложных вопросов.
Это критически важно.
Потому что управленческое внимание — ограниченный ресурс.
Если директор ежедневно решает:
кто может купить ноутбук;
кому согласовать небольшую скидку;
можно ли изменить график;
какую мелкую задачу поставить первой,
то у него остаётся меньше внимания на решения, которые действительно определяют будущее бизнеса.
Архитектура решений должна соответствовать стоимости ошибки
Не все решения одинаковы.
Одни легко отменить.
Другие создают долгосрочные последствия.
Например, изменить порядок встречи — легко.
Проверить новый скрипт продаж на небольшой группе — тоже.
Открыть новый производственный объект значительно сложнее.
Купить компанию — ещё сложнее.
Но организации часто используют одинаковый управленческий подход ко всем решениям.
Небольшой вопрос проходит длинное согласование.
И наоборот — крупное стратегическое решение иногда принимается быстро под влиянием уверенности руководителя.
Сильнее проектировать процесс решения исходя из двух факторов:
стоимости ошибки и обратимости.
Чем легче решение отменить, тем быстрее его можно принимать.
Чем дороже последствия и сложнее возврат, тем выше требования к анализу.
Скорость принятия решений становится конкурентным преимуществом
В стабильной среде можно долго согласовывать.
Цена задержки невелика.
В быстро меняющейся среде ситуация другая.
Пока компания собирает информацию, рынок уже изменился.
Пока согласовывает предложение, клиент ушёл.
Пока утверждает эксперимент, конкурент его уже провёл.
Поэтому архитектура бизнеса должна учитывать не только качество решения.
Но и стоимость времени до решения.
Иногда решение с 90% информации через месяц хуже, чем решение с 70% сегодня.
Не потому, что анализ не нужен.
А потому, что промедление тоже является выбором со своей стоимостью.
Отсутствие решения — тоже решение
Это одна из наиболее недооценённых идей управления.
Руководство может месяцами не определять приоритет.
Формально решение ещё не принято.
Но система всё равно действует.
Каждая команда выбирает собственный приоритет.
Ресурсы распределяются неформально.
Самые настойчивые стейкхолдеры получают больше внимания.
Сильные руководители продавливают свои инициативы.
То есть вакуум решений быстро заполняется политикой.
Поэтому фраза:
«Давайте пока ничего не решать»
не означает отсутствие последствий.
Она означает, что последствия будут сформированы стихийно.
Неопределённое решение создаёт скрытые затраты
Представим проект, судьба которого непонятна.
Продолжать?
Остановить?
Изменить масштаб?
Руководство откладывает выбор.
Команда продолжает часть работ.
Но уже не уверена в будущем.
Не берёт долгосрочные обязательства.
Ресурс нельзя высвободить.
Поставщики ждут.
Другие проекты не могут получить людей.
На первый взгляд компания просто «ещё думает».
На практике неопределённость уже создаёт стоимость.
Это важный элемент архитектуры решений:
иногда качество управления определяется не только тем, что принято.
Но и тем, насколько быстро организация закрывает зависшие развилки.
У каждого важного решения должен быть владелец
Одна из причин управленческого хаоса — отсутствие понятного права финального выбора.
Три функции обсуждают вопрос.
Все заинтересованы.
Все имеют мнение.
Но никто не отвечает за окончательное решение.
Возникают бесконечные встречи.
Пытаются достичь полного консенсуса.
Разногласия эскалируются.
Потом всё равно решает руководитель сверху.
Поэтому в архитектуре должно быть понятно:
кто готовит информацию;
кто консультирует;
кто имеет право возражать;
кто принимает решение;
кто отвечает за его исполнение.
Без этого организация путает участие в обсуждении с правом решения.
Консенсус и качество решения — не одно и то же
Консенсус полезен там, где действительно требуется совместная поддержка.
Но если любое решение должно удовлетворить всех, система становится медленной.
Кроме того, решения часто превращаются в компромисс, который никого не устраивает, но никого и не раздражает достаточно сильно.
Зрелая архитектура позволяет обсуждать широко.
Но решать — понятно.
У людей может быть право высказать позицию.
Не обязательно право блокировать.
Это принципиальная разница.
Полномочия должны быть видимыми
Формальные должностные инструкции редко решают проблему полностью.
Потому что реальная жизнь сложнее.
Например:
может ли Product Owner самостоятельно изменить приоритет?
До какой суммы руководитель подразделения принимает финансовое решение?
Может ли проектный менеджер изменить объём?
Кто может остановить проект?
Когда требуется решение спонсора?
Кто принимает риск?
Если ответы приходится каждый раз выяснять, архитектура недостаточно ясна.
А неопределённость полномочий почти всегда увеличивает время решений.
Право решения должно находиться рядом с информацией
Человек, который находится ближе всего к ситуации, часто обладает лучшим контекстом.
Но решение может находиться значительно выше.
Тогда возникает разрыв.
Информация поднимается наверх.
Упрощается.
Иногда искажается.
Наверху принимается решение.
Потом возвращается вниз.
Часть контекста уже потеряна.
Именно поэтому зрелые организации стараются опускать обратимые решения максимально близко к месту возникновения информации.
Не всё.
Но всё, где цена ошибки позволяет это сделать.
При этом децентрализация без контекста тоже опасна
Нельзя просто сказать:
«Теперь решайте сами».
Локальная команда может оптимизировать собственную часть и ухудшить бизнес целиком.
Поэтому вместе с полномочием нужно передавать контекст.
Стратегические цели.
Ограничения.
Экономику.
Критические риски.
Общие принципы.
Тогда человек способен принимать локальное решение, согласованное с интересами системы.
Именно поэтому сильная автономия строится не на отсутствии управления.
Она строится на качественно переданном контексте.
Чем меньше правил, тем больше требуется качества решений
Это важный компромисс.
Очень зарегулированная система может работать при относительно низкой автономии.
Большинство ситуаций описано.
Но гибкость мала.
В более свободной системе правил меньше.
Зато людям приходится чаще применять собственное суждение.
Следовательно, растёт значение:
компетенций;
понимания бизнеса;
доступа к информации;
доверия;
общих принципов.
Нельзя убрать бюрократию и оставить всё остальное прежним.
Иначе вместо гибкости получится хаос.
Решение перераспределяет ресурсы
Любой приоритет — это решение о ресурсе.
Если проект A действительно важнее проекта B, это должно проявляться:
в людях;
бюджете;
доступе к экспертам;
времени руководства.
Невозможно объявить всё стратегическим и продолжать распределять ресурс равномерно.
Тогда приоритет существует только на словах.
Сильная архитектура связывает выбор с реальным перераспределением.
Новый приоритет означает изменение старых обязательств.
Именно поэтому портфельное управление в зрелой системе — это не просто учёт проектов, а механизм выбора между конкурирющими вариантами использования ограниченных ресурсов.
Решения формируют нагрузку системы
Допустим, руководство запускает ещё один проект.
Сам по себе проект выглядит небольшим.
Но он требует:
архитектора;
аналитика;
юриста;
HR;
ИТ;
финансового контроля.
Каждый из этих специалистов уже участвует в других инициативах.
Одно решение запускает множество новых зависимостей.
Если смотреть только на бюджет проекта, его стоимость кажется ограниченной.
Если учитывать влияние на систему, картина другая.
Управленческое решение создаёт дополнительную незавершённую работу.
Поэтому зрелая организация оценивает не только:
«Хватит ли денег?»
Но и:
«Есть ли у системы пропускная способность?»
Решение может улучшить локальный показатель и ухудшить бизнес
Например, компания сокращает запасы.
Финансовый показатель улучшается.
Но устойчивость поставок падает.
Или уменьшает штат.
Расходы снижаются.
Но нагрузка растёт.
Ошибок становится больше.
Или увеличивает количество проверок.
Качество повышается.
Но время цикла становится длиннее.
Так происходит потому, что решение действует внутри системы взаимосвязей.
PMBOK 7 подчёркивает необходимость смотреть на проект и управленческие воздействия как на элементы взаимозависимой системы, где изменение одной части может вызывать последствия в других.
Поэтому любое значимое решение полезно проверять на вторичные эффекты.
Хороший вопрос: «Что начнут делать люди после этого решения?»
Представим новый KPI.
На бумаге он должен повысить эффективность.
Но как сотрудники адаптируются?
Что станет рациональным поведением?
Какие данные начнут оптимизировать?
Что перестанет быть выгодно?
Как изменится взаимодействие с другими подразделениями?
Именно здесь многие решения дают неожиданный эффект.
Потому что руководство проектирует правило.
А люди проектируют собственную стратегию внутри него.
Сильное решение должно учитывать эту реакцию заранее.
Второй хороший вопрос: «Как система будет защищаться от нашего решения?»
Организация ограничивает количество проектов.
Что произойдёт?
Часть инициатив начнут называть не проектами, а «операционной работой».
Компания вводит лимиты найма.
Функции начинают активнее использовать подрядчиков.
Усиливает финансовый контроль.
Появляется дробление платежей.
Любая система адаптируется.
Поэтому решение нельзя считать законченным в момент объявления.
Нужно наблюдать, какое новое поведение оно создаёт.
Решение должно иметь критерий успеха
Очень часто решение принято.
Через полгода никто уже не знает:
помогло оно или нет.
Например:
изменили структуру;
внедрили новый процесс;
создали дополнительный уровень управления;
перешли на новую систему;
добавили согласование.
Сам факт реализации воспринимается как успех.
Но первоначальная проблема могла остаться.
Поэтому до реализации полезно определить:
что именно должно измениться?
Какие признаки покажут, что гипотеза была верной?
Когда мы проверим?
Что будем делать, если эффекта нет?
Тогда решение становится управляемым экспериментом.
Любое управленческое решение — гипотеза
Даже если руководитель очень опытен.
Рынок может измениться.
Допущения могут оказаться неверными.
Информация — неполной.
Люди — отреагировать иначе.
Поэтому зрелая архитектура не строится на предположении:
«Мы должны всегда принимать правильные решения».
Она строится на другой способности:
быстро обнаруживать, когда решение оказалось неправильным, и корректировать его.
Это значительно устойчивее.
Проблема возникает, когда статус автора важнее качества решения
Решение предложил директор.
Через месяц появляются данные, что оно не работает.
Команда осторожно пытается адаптировать процесс.
Но официально признать ошибочность решения никто не готов.
Появляются компенсации.
Исключения.
Дополнительные механизмы.
Организация продолжает обслуживать решение, потому что пересмотреть его политически сложно.
Это очень дорогая конструкция.
Сильная культура должна позволять сказать:
«При тех данных решение было разумным. Новая информация изменила картину».
Тогда изменение позиции не воспринимается как потеря авторитета.
Архитектура должна отделять человека от решения
Можно не согласиться с идеей и не ставить под сомнение профессионализм автора.
Можно пересмотреть решение и не объявлять его первоначального инициатора некомпетентным.
Можно ошибиться и сохранить право принимать следующие решения.
Это критично для качества управления.
Потому что если ошибка означает потерю статуса, люди будут защищать решения значительно дольше, чем защищать интересы бизнеса.
Постоянство решений важно не меньше скорости
Если решения меняются слишком часто, система теряет доверие.
Сегодня один приоритет.
Завтра другой.
Через неделю возвращаемся к первому.
Люди перестают реагировать сразу.
Начинают ждать.
Вдруг решение опять поменяется.
Так непоследовательность создаёт скрытую задержку.
Поэтому адаптивность не означает хаотичную смену курса.
У каждого изменения должна быть понятная причина:
что изменилось в данных;
контексте;
рисках;
стратегии.
Когда логика видима, пересмотр решения усиливает доверие.
Когда нет — разрушает.
Сильная архитектура различает стратегические и операционные решения
Не каждый вопрос должен обсуждаться одинаково.
Стратегические решения определяют направление.
Они требуют более широкого контекста.
Операционные решения должны приниматься быстрее и ближе к работе.
Если высшее руководство занимается операционными деталями, оно становится bottleneck.
Если операционный уровень самостоятельно принимает стратегические решения без общего контекста, возникает фрагментация.
Поэтому важна не только скорость.
Но и правильный уровень.
Решение должно приниматься там, где находится нужный горизонт
Например, команда оптимизирует работу ближайшего спринта.
Директор должен видеть год.
Собственник — иногда несколько лет.
Если решение о долгосрочной инвестиции принимается исключительно из краткосрочной операционной логики, система может пожертвовать будущим ради текущего показателя.
И наоборот.
Стратегическое решение, полностью игнорирующее текущую способность бизнеса его выполнить, останется декларацией.
Архитектура решений должна соединять разные горизонты.
Хорошие решения требуют механизма обратной связи
Решение принято.
Что дальше?
Очень часто начинается исполнение, а внимание руководства переключается на следующую тему.
Но именно после реализации появляются самые важные данные.
Как отреагировали клиенты?
Что произошло с процессом?
Где возникли неожиданные последствия?
Какие допущения не подтвердились?
Без этого организация принимает решения, но почти не учится на них.
Получается последовательность:
решение → исполнение → следующее решение.
Гораздо сильнее:
решение → исполнение → наблюдение → вывод → корректировка.
Так формируется контур организационного обучения.
Качество решений определяется не только анализом до них
Но и скоростью обучения после.
Это особенно важно при высокой неопределённости.
Иногда невозможно заранее получить достаточно информации.
Тогда задача управления — сделать первый шаг небольшим.
Ограничить стоимость ошибки.
Получить сигнал.
И только потом увеличивать масштаб.
Так архитектура решений соединяется с культурой экспериментов.
Решение о том, чего не делать, часто важнее решения о запуске
Организации хорошо умеют добавлять.
Новый проект.
Новый продукт.
Новая встреча.
Новый отчёт.
Новая система.
Но любой новый элемент увеличивает сложность.
Поэтому архитектура бизнеса требует механизма удаления.
Как мы останавливаем инициативы?
Когда отменяем устаревшие правила?
Кто может закрыть проект?
Как выводим старый продукт?
Когда прекращаем собирать показатель?
Если ответов нет, система постоянно накапливает прошлые решения.
Бизнес становится сложным не только потому, что растёт
Но и потому, что редко удаляет последствия старых решений.
Каждый исторический период оставляет слой.
Когда-то понадобилось согласование.
Потом добавили исключение.
Потом дополнительный отчёт.
Потом новую роль.
Потом систему контроля.
Каждый элемент имел рациональное объяснение.
Вместе они создают тяжёлую архитектуру.
Поэтому один из самых сильных вопросов управленческой диагностики:
«Если бы мы строили эту систему сегодня с нуля, оставили бы мы это решение?»
Если нет — возможно, пришло время его пересмотреть.
Архитектура решений должна делать бизнес менее зависимым от конкретного руководителя
Если после смены директора организация перестаёт понимать, как принимать решения, система слишком персонализирована.
Сильный лидер действительно влияет на качество управления.
Но базовые механизмы должны быть устойчивее личности.
Где принимается решение?
Кто отвечает?
Какие критерии?
Как выглядит эскалация?
Как распределяются ресурсы?
Что является приоритетом?
Чем яснее эти механизмы, тем меньше бизнес зависит от постоянного личного вмешательства одного человека.
При этом нельзя превратить решения в алгоритм для любой ситуации
Это обратная крайность.
Чем сложнее среда, тем больше случаев, где правила недостаточно.
Появляется новая ситуация.
Нет исторических данных.
Критерии конфликтуют.
Нужно профессиональное суждение.
Поэтому архитектура решений должна определять не только правила.
Она должна понимать, где правило заканчивается и начинается управленческое мышление.
Именно там особенно важны компетентность, контекст и ответственность.
Управленческая зрелость проявляется в качестве пространства решений
Слабая организация задаёт человеку задачу и требует результат.
Зрелая дополнительно отвечает:
какие решения он может принимать;
какие ограничения нельзя нарушать;
какую информацию должен видеть;
какой риск может принять;
когда должен эскалировать;
как измеряется успех.
Это делает ответственность реальной.
Человек получает не только обязанность.
Он получает управляемое пространство действия.
Чем выше уровень руководителя, тем сильнее его решения меняют архитектуру
Решение линейного менеджера может изменить работу команды.
Решение директора — взаимодействие функций.
Решение генерального директора — распределение ресурсов всей компании.
Решение собственника — саму бизнес-модель.
Поэтому с ростом уровня управления цена ошибки меняется.
Ошибочная задача может стоить несколько дней.
Ошибочный процесс — месяцев.
Ошибочная архитектура решений — лет.
Именно поэтому на высших уровнях особенно важно мыслить не только текущим результатом.
Но и системой, которая появится после выбора.
Решение становится архитектурным, когда начинает регулярно направлять поведение других
Создали правило приоритетизации.
Изменили KPI.
Передали полномочия.
Создали новую роль.
Изменили модель бюджета.
Определили принцип работы с клиентами.
Закрыли отдельный управленческий уровень.
Все эти решения продолжают действовать после того, как совещание закончилось.
Люди начинают принимать сотни последующих решений внутри созданной рамки.
Именно здесь проявляется настоящий рычаг управления.
Один выбор руководителя способен изменить тысячи будущих выборов сотрудников.
Поэтому лучший руководитель не стремится лично принять максимум правильных решений
Он стремится создать систему, в которой больше правильных решений принимается без него.
Это принципиально другой взгляд на управление.
Не быть главным источником ответа.
А проектировать качественное пространство выбора.
Не разрешать каждый конфликт.
А создавать критерии разрешения конфликтов.
Не каждый раз расставлять приоритеты вручную.
А строить механизм приоритизации.
Не требовать инициативы.
А создавать условия, в которых инициатива безопасна и рациональна.
Это и есть архитектурное мышление.
Решение — это кирпич, из которого постепенно строится организация
Отдельный кирпич может казаться незначительным.
Но из тысяч таких выборов со временем появляются:
структура;
культура;
скорость;
уровень автономии;
качество взаимодействия;
характер лидерства;
отношение к риску;
способность к изменениям.
Поэтому управленческое решение нельзя оценивать только вопросом:
«Решает ли оно сегодняшнюю проблему?»
Нужно добавить ещё один:
«Какую систему оно помогает построить?»
Потому что сегодняшняя проблема исчезнет.
А созданное правило, привычка, стимул или ограничение может остаться на годы.
И именно поэтому решение является не просто эпизодом управления.
Оно является элементом архитектуры бизнеса.
Зрелая организация отличается не тем, что никогда не принимает ошибочных решений.
А тем, что она понимает их системные последствия, ясно распределяет право выбора, быстро получает обратную связь и способна своевременно перестраивать собственную архитектуру.
В конечном итоге бизнес становится таким, какие решения в нём повторяются.
И один из самых сильных вопросов для любого руководителя звучит так:
«Если мы продолжим принимать решения по этой логике ещё три года — какую организацию мы в результате построим?»
Данный материал носит исключительно ознакомительный и дискуссионный характер и отражает личное мнение автора.
