Архитектура принятия решений рассматривает процесс принятия решений как систему, которую нужно проектировать, а не как навык, который нужно развивать. Ее компоненты включают инвентаризацию решений, классификационную схему, которая определяет, сколько процесса требует каждое решение, правила маршрутизации и полномочий, стандарты доказательств, требования к документации и частоту обзоров. Это уровень, на котором действуют несколько хорошо задокументированных организационных изменений. Разделение Amazon на решения с односторонними дверями, которые трудно отменить и требуют тщательного анализа, и решения с двусторонними дверями, которые обратимы и должны приниматься быстро и ближе к команде, выполняющей работу, является правилом классификации, встроенным в операционную модель, а не техникой, обучаемой менеджерам. Динамическое совместное владение Bayer описывается компанией как операционная модель, которая сокращает уровни управления, организует людей в кросс-функциональные команды, ориентированные на миссию, и приближает принятие решений к клиентам и операционной работе. Toyota изменила структуры управления, чтобы упростить процессы принятия решений на уровне совета директоров и руководства, обеспечить более локальное принятие решений и быстрее передавать информацию с места на управление. Общая нить заключается в том, что улучшение принятия решений иногда требует переработки организации, а не обучения отдельных сотрудников внутри нее.

Архитектура принятия решений — это целенаправленный дизайн потока системных решений — как они классифицируются, маршрутизируются, принадлежат, документируются и пересматриваются. Это рассматривает принятие решений как то, что вы разрабатываете, а не как то, чему вы обучаете людей.
Последнее обновление: 2026-07-29
Иногда причина плохих решений заключается не в том, что люди плохо рассуждают. Дело в том, что решение дошло не до того человека, который должен был его принять, через четыре уровня от работы, с опозданием на шесть недель и с шаблоном, который никогда не запрашивал противоположный случай. Архитектура решений — это дисциплина, занимающаяся структурным исправлением этой ситуации.
Большинство усилий по улучшению принятия решений нацелено на отдельных людей: обучать менеджеров методологиям, проводить семинары, распространять контрольные списки. Архитектура нацелена на систему, в которой работают эти люди — и когда система является ограничением, обучение не может её достичь.
Каждое из этих изменений является архитектурным, а не техническим — решения об окружении были изменены.
Правило классификации, встроенное в операционную модель: последствия, трудные для отмены решения, требуют тщательного анализа; обратимые решения, как правило, должны приниматься быстро и ближе к команде, выполняющей работу. Принцип заключается в соответствии веса процесса стоимости ошибки. Amazon также использует письменные нарративы, которые читаются в начале встречи, чтобы обеспечить более четкое обоснование, чем это позволяет сделать слайды.
Описанный Bayer как операционная модель, а не как техника проведения встреч: сокращение управленческих уровней и бюрократии, организация людей в кросс-функциональные команды, ориентированные на выполнение миссий, и приближение решений к клиентам и операционной работе с быстрыми циклами принятия решений, действий и обучения.
Toyota изменила структуры управления, чтобы упростить процессы принятия решений на уровне совета директоров и руководства, обеспечить более локальное принятие решений и быстрее передавать информацию на местах в управление. Её более длительная традиция TQM основывается на том же архитектурном принципе: информация движется вверх, в то время как полномочия движутся вниз.
Архитектура определяет, что должно содержаться в записи решения. Эта спецификация — это то место, где большинство проектов тихо терпят неудачу, потому что они требуют результата, а не аргумента.
Претензии, предложенные причины, поднятые возражения и то, какие из них остались без ответа — структура, а не проза, которую нужно перечитывать и переосмысливать.
Обратимость и воздействие, зафиксированные с решением, так что частота обзоров и вес процесса, который он получил, могут быть проверены позже.
Когда решение эскалирует или меняет владельца, аргумент следует за ним. Эскалация без контекста — это то, как хорошо спроектированная система все еще приводит к повторному обсуждению решений.
Честный пересмотр решения требует понимания того, что оно предполагало в тот момент. Если предположения были зафиксированы как утверждения, то у ретроспективы есть нечто, с чем можно сравнить себя.
Архитектура определяет, что рассуждения должны быть зафиксированы. Уровень рассуждений решает, стоит ли то, что зафиксировано, читать.
Зонтик: как архитектура, власть, доказательства и культура сочетаются.
Власть и эскалация — это компоненты архитектуры маршрутизации.
Скорость и исполнение — по чему измеряется хорошая архитектура.
Слой записи, который указывает архитектура.
Фиксация решений, чтобы они сохранились при передаче и проверке.
Процесс принятия решений стандартизирует архитектура.
Преднамеренное проектирование полного потока решений организационной системы — как они классифицируются, маршрутизируются, принадлежат, документируются, записываются и пересматриваются. Это дисциплина проектирования, применяемая к организации, а не техника, применяемая к решению.
Управление является одной из составляющих архитектуры. Управление отвечает на вопрос, кто принимает решения и как происходят эскалации; архитектура — это более широкое проектирование, которое также охватывает классификацию, стандарты доказательств, требования к документации и частоту обзоров, а также то, как все это сочетается.
Классификация Amazon: односторонние двери имеют серьезные последствия и их трудно изменить, поэтому они требуют тщательного анализа; двусторонние двери обратимы и их следует принимать быстро и ближе к команде, выполняющей работу. Принцип заключается в том, чтобы сопоставить вес процесса с стоимостью ошибки.
Иногда это неудобное утверждение этой дисциплины. Если решения принимаются медленно, потому что власть находится на четырех уровнях выше работы, никакое количество обучения по структуре не достигает причины. Динамическое совместное владение Bayer и изменения в управлении Toyota являются структурными, а не инструктивными.
Нет. Архитектура выбора, из области поведенческой экономики, касается того, как варианты представлены для влияния на индивидуальный выбор. Архитектура решений касается того, как организация направляет, владеет и фиксирует решения. Похожие названия, разные дисциплины, и их стоит различать.
С инвентаризацией важных повторяющихся решений, а затем схемой их классификации. Пока вы не узнаете, какие решения повторяются и какова их ценность, правила маршрутизации и стандарты доказательств разрабатываются для системы, которую никто не описал.
Amazon. Письмо акционерам 2016 года.
Классификация односторонних и двусторонних дверей, по словам самой Amazon.
View source →Байер. Динамическое совместное владение.
Описание DSO компанией Bayer как операционной модели — меньше уровней, кросс-функциональные командные миссии, решения ближе к работе.
View source →Корпорация Toyota Motor. Организационные изменения (75 лет Toyota).
Изменения в управлении для упрощения процессов принятия решений и более быстрого передачи информации на месте в руководство.
View source →Бленко, М. У., Манкинс, М. С., & Роджерс, П. (2010). Решайте и выполняйте: 5 шагов к прорывным результатам в вашей организации. Издательство Harvard Business Review.
Дизайн организационных решений и его связь с производительностью.
View source →Архитектура хороша лишь настолько, насколько она отражает реальность. Сделайте так, чтобы система фиксировала не только результат, но и логику.
Начать бесплатно