Core Primitive
Moving decisions to the people closest to the information improves both speed and quality. Centralized decision-making creates a fundamental information problem: the person with the authority to decide is not the person with the best information about the situation. Every level of hierarchy that a decision must traverse adds delay (the decision waits in someone's queue), distortion (the information is simplified or filtered as it moves upward), and distance (the decision-maker lacks the contextual nuance that the person closest to the situation possesses). Distributed decision-making solves this problem by moving authority to where the information already is — but it requires infrastructure to maintain coordination.
The information problem at the heart of hierarchy
Every hierarchical decision creates an information asymmetry. The person who has the authority to decide (the manager, the committee, the executive) is separated from the situation by layers of reporting, summarization, and interpretation. The person who has the best information about the situation (the frontline worker, the specialist, the team closest to the customer) lacks the authority to act on what they know.
Friedrich Hayek identified this problem in 1945, not in an organizational context but in an economic one. He argued that the fundamental economic problem is not the allocation of resources according to a known plan but the use of knowledge that is dispersed among many individuals — knowledge that no single planner could possess. The market solves this problem through prices: distributed signals that coordinate action without centralized planning. Organizations face the same problem and need the same kind of distributed coordination mechanism (Hayek, 1945).
The information problem compounds with organizational scale. In a 10-person company, the founder can hold most of the relevant information in their head — the centralization cost is low. In a 1,000-person company, no single person can hold more than a fraction of the relevant information — the centralization cost is enormous. Every decision routed through the hierarchy is a decision made with incomplete information, delayed by queue times, and distorted by the telephone game of upward reporting.
The three costs of centralized decisions
Delay cost
Every level of hierarchy adds queue time. The decision waits in someone's inbox, competes with other decisions for attention, and may be deferred to a scheduled meeting. In a three-level hierarchy, a decision that could be made in minutes by the person closest to the situation takes days or weeks as it traverses the approval chain. The delay cost is not just time — it is the value of the decisions that could not be made while the organization waited.
Distortion cost
Information degrades as it moves through layers. A nuanced situation is compressed into a summary. A summary is compressed into a recommendation. A recommendation is compressed into a decision request. At each compression, contextual details that might change the decision are lost. The decision-maker operates on a simplified representation of a complex reality — and the simplification may exclude the very details that matter most.
Henry Mintzberg observed that managers receive information through five media: documents, verbal reports, observations, rumors, and intuitions. Of these, only documents travel well through hierarchies. The verbal context, the direct observation, the environmental intuition — these are lost in translation, leaving the senior decision-maker with the thinnest slice of the information available (Mintzberg, 1973).
Distance cost
The further the decision-maker is from the situation, the less they understand the operational context — the constraints, the relationships, the history, the nuances that experienced practitioners carry as tacit knowledge. A pricing committee reviewing a pricing request for a product they have never used, in a market they have never visited, for a customer segment they have never spoken to, is making a decision at maximum distance from the relevant context.
The distribution framework
Effective distributed decision-making requires a framework that specifies what gets distributed, to whom, with what constraints, and through what coordination mechanisms.
Decision classification
Not all decisions should be distributed. The framework begins by classifying decisions along two dimensions: information locality (how much does the decision depend on local, contextual knowledge?) and cross-boundary impact (how much does the decision affect other teams, functions, or the organization as a whole?).
High locality, low cross-boundary impact. These decisions should be fully distributed — made by the person or team closest to the information with no approval required. Examples: task prioritization, technical approach, customer communication style, team workflow.
High locality, high cross-boundary impact. These decisions should be distributed with coordination — made locally but with notification or consultation with affected parties. Examples: API changes that affect other teams, pricing changes that affect partner relationships, hiring decisions that draw from a shared talent pool.
Low locality, high cross-boundary impact. These decisions should remain centralized — made by people with cross-organizational perspective. Examples: strategic direction, resource allocation across units, organizational restructuring, brand positioning.
Low locality, low cross-boundary impact. These decisions can be automated or rule-based — the criteria are general enough that a policy or algorithm can handle them. Examples: expense approvals within limits, vacation scheduling, standard procurement.
Information infrastructure
Once decisions are classified and distributed, the information infrastructure must be built to support them. Each distributed decision requires three information components.
Decision-relevant data. The specific information the decision-maker needs — financial data, customer data, competitive data, historical data. This information must be accessible in real time, not mediated through management reports.
Decision criteria. The rules, principles, or frameworks that guide the decision. These translate organizational strategy into decision-level guidance. "We prioritize customer retention over new acquisition" is a criterion. "Our margin floor is 40%" is a criterion. "We do not take projects that require more than 6 months of exclusive team allocation" is a criterion.
Outcome visibility. The feedback that shows whether the decision produced good results. Without outcome visibility, distributed decision-making produces distributed errors — no one learns from mistakes because no one sees the consequences.
Coordination mechanisms
Distributed decisions risk fragmentation — different parts of the organization making locally optimal but globally suboptimal decisions. Three coordination mechanisms prevent this.
Transparency. When all decisions are visible to all affected parties, coordination happens through awareness rather than approval. A team that can see what other teams are deciding can adjust its own decisions accordingly — without waiting for a coordinator to mediate.
Cadence. Regular synchronization points — weekly syncs, monthly reviews, quarterly planning — where distributed decisions are reviewed for coherence. The cadence creates natural correction points without requiring real-time coordination.
Escalation protocols. Clear criteria for when a decision should be escalated — not because the person lacks the authority but because the situation has characteristics (unusual magnitude, precedent-setting implications, cross-boundary conflict) that warrant broader input.
The transition from centralized to distributed
The transition is not a switch — it is a gradual transfer of decision authority accompanied by the construction of supporting infrastructure.
Phase 1: Transparency. Before distributing decisions, distribute information. Make financial data, strategic plans, customer feedback, and performance metrics available to everyone. This phase builds the information foundation that distributed decision-making requires — and it tests whether the organization's information systems can support transparency.
Phase 2: Consultation. Before granting full authority, require consultation. The person closest to the information proposes the decision; the person with current authority reviews it and provides feedback. This phase builds decision-making skills while maintaining a safety net. Over time, the consultation becomes faster and more perfunctory as the proposer's judgment proves reliable.
Phase 3: Bounded authority. Grant full decision authority within defined boundaries. The person closest to the information decides independently within parameters (budget limits, margin floors, scope constraints). Decisions that exceed the boundaries are escalated. This phase tests whether the infrastructure supports independent decision-making while limiting the blast radius of errors.
Phase 4: Full distribution. Remove the boundaries for decision types where Phase 3 has demonstrated reliable judgment. The person closest to the information decides without constraints, with post-hoc review rather than pre-approval. This phase represents full distributed decision-making — but it requires the feedback mechanisms described in Organizational feedback systems to maintain quality.
The Third Brain
Your AI system can serve as a distributed decision support tool — providing the analytical capability that previously required management involvement. Describe a decision you need to make and ask: "Provide the analysis for this decision: (1) What are the key factors? (2) What data would inform each factor? (3) What are the options and their likely outcomes? (4) What criteria should guide the choice? (5) What risks should I monitor after the decision?" This AI-assisted analysis gives distributed decision-makers access to the kind of structured thinking that was previously available only through management review.
From distributed decisions to self-organizing teams
Distributed decisions require a unit that exercises them. The next lesson, Self-organizing teams, examines self-organizing teams — the organizational building block of distributed decision-making and the foundation of organizational sovereignty.
Sources:
- Hayek, F. A. (1945). "The Use of Knowledge in Society." American Economic Review, 35(4), 519-530.
- Mintzberg, H. (1973). The Nature of Managerial Work. Harper & Row.
Frequently Asked Questions