Every organization has two decision architectures operating simultaneously. One is designed: it appears in org charts, job descriptions, delegation frameworks, and governance documents. The other emerges: it develops through habit, precedent, and the accumulated response of the system to situations the designed architecture failed to anticipate or resolve. The second architecture is more powerful than the first. It governs more decisions, more consistently, and with more behavioral consequence than any formal document. In most organizations, it has never been examined.
The designed architecture specifies who should decide what. The real architecture reveals who actually does. These two maps diverge — almost universally, and often dramatically — in complex organizations. The divergence is not caused by incompetence or deliberate subversion. It is caused by incompleteness.
Formal delegation frameworks typically specify routine decisions well. They leave ambiguous the decisions that matter most: novel situations, cross-functional trade-offs, resource allocation under genuine constraint, and anything that involves conflict between organizational priorities. When the formal architecture doesn't cover a situation — or when it assigns a decision to an owner who does not feel confident holding the accountability — the decision migrates. It escalates to whoever is willing to absorb the risk. In most organizations, that person is eventually the CEO.
Each individual escalation is defensible. The situation was ambiguous, the stakes were high, the time pressure was real. But the pattern that forms from these instances is structural. The organization learns, over time, where decisions actually get made. And it routes its decision traffic accordingly — bypassing the formal architecture with increasing efficiency.
The informal architecture does not form through conspiracy or organizational dysfunction. It forms through the entirely rational behavior of people navigating an incomplete system.
When a decision belongs ambiguously to multiple roles, each potential owner waits for another to absorb the accountability. When a decision belongs clearly to one role but that role lacks the confidence or authority to hold it, it escalates. When a decision has been escalated once and resolved quickly by a senior leader, the next identical decision will escalate again — not out of laziness but because the system has now established a precedent for where that decision lives.
James March observed that organizations are not purely rational decision machines. They are systems in which problems, solutions, decision-makers, and opportunities come together in ways that are only partially designed and substantially emergent. The informal decision architecture is exactly this: the pattern that emerges when designed processes meet the complexity of real organizational life. It is not random. It has its own logic, its own consistency, and its own self-reinforcing tendencies.
The critical dynamic is that this architecture, once formed, is self-reinforcing. The more decisions migrate upward, the less the lower levels of the organization practice deciding. The less they practice, the less confident they become. The less confident they are, the more they escalate. The informal architecture strengthens itself through use.
The CEO who absorbs decisions that belong elsewhere is rarely doing so out of a desire for control. More often, they are responding to a genuine organizational need: the decision would not otherwise be made at all, would be made too slowly, or would be made poorly given the current state of distributed capability.
Each individual intervention is correct. The CEO who steps in to resolve an ambiguous cross-functional conflict is solving a real problem. The CEO who approves a significant customer exception is protecting a relationship that matters. The CEO who decides a resourcing question that two functions cannot resolve is keeping the organization moving.
The problem is not any individual decision. The problem is the aggregate pattern — and what that pattern produces over time. The organization comes to depend on the CEO's judgment for a class of decisions that should, by design, be resolved below. The CEO's calendar fills with the organizational cost of structural ambiguity. Decision quality degrades at speed, because the CEO is making decisions without the specific context that would be available to the person closer to the situation. And the organization's capacity for distributed decision-making — which is the actual mechanism through which complex organizations execute at the speed the market requires — quietly atrophies.
Strategy is not what you plan. It is what you repeatedly decide. The informal architecture is where strategy actually lives.
Consider a leadership team of eight senior executives reporting to a CEO. The team meets weekly. The agenda is consistently full. Decisions are regularly deferred to subsequent meetings, pending additional information or broader consultation. When decisions are made, they are frequently revisited in subsequent weeks as implementation reveals complications that were not anticipated.
The CEO observes that the team is not sufficiently autonomous. A leadership development program is initiated. Team members attend workshops on decision-making and ownership. The pattern does not change.
What has not been examined: no explicit map exists of which decisions belong to individual executives, which require team alignment, and which genuinely require CEO input. In the absence of this map, every significant decision defaults to a collective conversation. The collective conversation produces broad input and diffuse accountability. Diffuse accountability produces the revisiting of decisions — because no single person holds the outcome, no single person has sufficient stake in making the decision hold.
The informal architecture has made the leadership team a discussion forum rather than a decision system. Leadership development cannot fix a structural design problem. The team is not insufficiently capable of making decisions. The system has not been designed to allow them to.
The decision architecture must be designed explicitly, not allowed to emerge. This requires the CEO to ask, for every significant decision type in the organization, three questions that are rarely asked with sufficient precision.
First: who owns this decision? Not who is consulted, not who is informed, not who has a stake in the outcome — but who is singularly accountable for the quality of the decision and responsible for its execution. Shared ownership is not ownership. It is a sophisticated mechanism for distributing accountability in ways that make it unenforceable.
Second: what is the scope of that ownership? Decision authority without defined scope is not authority. It is the appearance of authority. Scope means: what dollar threshold, what risk profile, what time horizon, what class of exception, falls within the decision owner's authority versus requires escalation.
Third: when escalation occurs, what does it indicate? In a well-designed architecture, escalation is a signal that a decision has exceeded the defined scope of the lower level — not that the lower level lacks confidence or capability. When escalation becomes chronic, it indicates that the scope was defined incorrectly, or not defined at all.
An organization that cannot answer these three questions for its most consequential decision types does not have a decision architecture. It has a decision habit — an informal system that has accreted over time, that works well enough in stable conditions, and that fails predictably under the conditions of complexity and speed that define the environments in which most significant organizations now operate.
The CEO's primary structural responsibility is not to make better decisions. It is to design the conditions under which the organization can make better decisions without the CEO. That distinction, simple to state and difficult to execute, is the difference between an organization that scales and one that centralizes — regardless of how good the person at the center actually is.
Toda organización tiene dos arquitecturas de decisiones operando simultáneamente. Una está diseñada: aparece en organigramas, descripciones de puestos, marcos de delegación y documentos de gobernanza. La otra emerge: se desarrolla a través del hábito, el precedente y la respuesta acumulada del sistema a situaciones que la arquitectura diseñada no logró anticipar ni resolver. La segunda arquitectura es más poderosa que la primera. Gobierna más decisiones, con más consistencia y con más consecuencias comportamentales que cualquier documento formal. En la mayoría de las organizaciones, nunca ha sido examinada.
La arquitectura diseñada especifica quién debería decidir qué. La arquitectura real revela quién realmente decide. Estos dos mapas divergen —casi universalmente y con frecuencia de manera dramática— en organizaciones complejas. La divergencia no es causada por incompetencia ni por subversión deliberada. Es causada por incompletitud.
Los marcos formales de delegación generalmente especifican bien las decisiones rutinarias. Dejan ambiguas las decisiones que más importan: situaciones novedosas, intercambios interfuncionales, asignación de recursos bajo restricción real, y todo lo que involucra conflicto entre prioridades organizacionales. Cuando la arquitectura formal no cubre una situación —o cuando asigna una decisión a un propietario que no se siente seguro de sostener esa responsabilidad— la decisión migra. Escala hacia quien esté dispuesto a absorber el riesgo. En la mayoría de las organizaciones, esa persona termina siendo el CEO.
Cada escalación individual es defendible. La situación era ambigua, las apuestas eran altas, la presión de tiempo era real. Pero el patrón que se forma a partir de estas instancias es estructural. La organización aprende, con el tiempo, dónde se toman realmente las decisiones. Y enruta su tráfico decisional en consecuencia, saltando la arquitectura formal con creciente eficiencia.
La arquitectura informal no se forma a través de una conspiración ni de una disfunción organizacional. Se forma a través del comportamiento completamente racional de personas que navegan un sistema incompleto.
Cuando una decisión pertenece ambiguamente a múltiples roles, cada propietario potencial espera a que otro absorba la responsabilidad. Cuando una decisión pertenece claramente a un rol pero ese rol carece de la confianza o autoridad para sostenerla, escala. Cuando una decisión ha escalado una vez y fue resuelta rápidamente por un líder senior, la próxima decisión idéntica escalará nuevamente: no por pereza, sino porque el sistema ha establecido ahora un precedente sobre dónde vive esa decisión.
James March observó que las organizaciones no son máquinas de decisiones puramente racionales. Son sistemas en los que problemas, soluciones, tomadores de decisiones y oportunidades se unen de maneras que están solo parcialmente diseñadas y son sustancialmente emergentes. La arquitectura de decisiones informal es exactamente esto: el patrón que emerge cuando los procesos diseñados se encuentran con la complejidad de la vida organizacional real. No es aleatoria. Tiene su propia lógica, su propia consistencia y sus propias tendencias de auto-refuerzo.
La dinámica crítica es que esta arquitectura, una vez formada, se refuerza a sí misma. Cuanto más migran las decisiones hacia arriba, menos practican decidir los niveles inferiores de la organización. Cuanto menos practican, menos seguros se vuelven. Cuanto menos seguros son, más escalan. La arquitectura informal se fortalece a través del uso.
El CEO que absorbe decisiones que pertenecen a otros raramente lo hace por un deseo de control. Con más frecuencia, responde a una necesidad organizacional genuina: la decisión de otro modo no se tomaría en absoluto, se tomaría demasiado lentamente o se tomaría mal dado el estado actual de la capacidad distribuida.
Cada intervención individual es correcta. El CEO que interviene para resolver un conflicto interfuncional ambiguo está resolviendo un problema real. El CEO que aprueba una excepción significativa para un cliente está protegiendo una relación que importa. El CEO que decide una cuestión de recursos que dos funciones no pueden resolver está manteniendo en movimiento a la organización.
El problema no es ninguna decisión individual. El problema es el patrón agregado y lo que ese patrón produce con el tiempo. La organización llega a depender del juicio del CEO para una clase de decisiones que, por diseño, deberían resolverse en niveles inferiores. La agenda del CEO se llena con el costo organizacional de la ambigüedad estructural. La calidad de las decisiones se degrada en velocidad, porque el CEO toma decisiones sin el contexto específico que estaría disponible para la persona más cercana a la situación. Y la capacidad de la organización para la toma de decisiones distribuida —que es el mecanismo real a través del cual las organizaciones complejas ejecutan a la velocidad que el mercado requiere— se atrofia silenciosamente.
La estrategia no es lo que planificás. Es lo que repetidamente decidís. La arquitectura informal es donde la estrategia realmente vive.
Considérese un equipo directivo de ocho ejecutivos senior que reportan a un CEO. El equipo se reúne semanalmente. La agenda está consistentemente llena. Las decisiones se difieren regularmente a reuniones posteriores, pendientes de información adicional o consulta más amplia. Cuando se toman decisiones, con frecuencia se revisan en semanas posteriores a medida que la implementación revela complicaciones que no fueron anticipadas.
El CEO observa que el equipo no es suficientemente autónomo. Se inicia un programa de desarrollo de liderazgo. Los miembros del equipo asisten a talleres sobre toma de decisiones y apropiación. El patrón no cambia.
Lo que no se ha examinado: no existe un mapa explícito de qué decisiones pertenecen a ejecutivos individuales, cuáles requieren alineación del equipo y cuáles genuinamente requieren participación del CEO. En ausencia de este mapa, cada decisión significativa recurre por defecto a una conversación colectiva. La conversación colectiva produce amplia contribución y responsabilidad difusa. La responsabilidad difusa produce la revisión de decisiones: como ninguna persona individual sostiene el resultado, ninguna persona individual tiene suficiente interés en que la decisión se sostenga.
La arquitectura informal ha convertido al equipo directivo en un foro de discusión en lugar de un sistema de decisiones. El desarrollo de liderazgo no puede reparar un problema de diseño estructural. El equipo no es insuficientemente capaz de tomar decisiones. El sistema no ha sido diseñado para permitírselo.
La arquitectura de decisiones debe ser diseñada explícitamente, no dejada emerger. Esto requiere que el CEO haga, para cada tipo de decisión significativa en la organización, tres preguntas que rara vez se formulan con suficiente precisión.
Primero: ¿quién es el propietario de esta decisión? No quién es consultado, no quién es informado, no quién tiene un interés en el resultado, sino quién es singular y responsablemente responsable de la calidad de la decisión y de su ejecución. La propiedad compartida no es propiedad. Es un mecanismo sofisticado para distribuir la responsabilidad de maneras que la hacen inaplicable.
Segundo: ¿cuál es el alcance de esa propiedad? La autoridad de decisión sin alcance definido no es autoridad. Es la apariencia de autoridad. El alcance significa: qué umbral monetario, qué perfil de riesgo, qué horizonte temporal, qué clase de excepción, cae dentro de la autoridad del propietario de la decisión versus requiere escalación.
Tercero: cuando ocurre la escalación, ¿qué indica? En una arquitectura bien diseñada, la escalación es una señal de que una decisión ha superado el alcance definido del nivel inferior, no de que el nivel inferior carece de confianza o capacidad. Cuando la escalación se vuelve crónica, indica que el alcance fue definido incorrectamente, o no fue definido en absoluto.
Una organización que no puede responder estas tres preguntas para sus tipos de decisión más consecuentes no tiene una arquitectura de decisiones. Tiene un hábito de decisión: un sistema informal que se ha acumulado con el tiempo, que funciona suficientemente bien en condiciones estables, y que falla de manera predecible bajo las condiciones de complejidad y velocidad que definen los entornos en los que operan hoy la mayoría de las organizaciones significativas.
La responsabilidad estructural primaria del CEO no es tomar mejores decisiones. Es diseñar las condiciones bajo las cuales la organización puede tomar mejores decisiones sin el CEO. Esa distinción, simple de enunciar y difícil de ejecutar, es la diferencia entre una organización que escala y una que centraliza, independientemente de cuán buena sea la persona en el centro.