Distributed decision-making
~6 min read
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 Capture Systems 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.
Put it into practice
Exercise
Audit one week of decisions in your team or organization. For each decision, record: (1) Who made the decision? (2) Who had the most relevant information? (3) How long did the decision take from request to resolution? (4) How much of that time was active analysis versus waiting in queues? (5) Was the decision sent back for revision? If so, why? After the audit, categorize each decision into three tiers: Tier 1 — decisions that could be automated or rule-based (clear criteria, low variability, low risk). Tier 2 — decisions that could be distributed to the person with the best information (moderate complexity, bounded risk, clear parameters). Tier 3 — decisions that genuinely require centralized judgment (cross-cutting impact, strategic significance, high ambiguity). Calculate the percentage of current centralized decisions that could move to Tier 1 or Tier 2. In most organizations, this percentage is above 70%.
More on putting it into practice
See it in action
An e-commerce company, Relay, processed all pricing decisions through a central pricing committee — three senior leaders who met weekly to review and approve pricing changes for the company's 12,000 products. The process was thorough but slow: pricing requests waited an average of 9 days for committee review, and 40% were sent back for additional analysis because the committee lacked the product-specific context to evaluate the request. Meanwhile, competitors adjusted prices in real time. The company redesigned decision rights by creating three tiers. Tier 1 (automated): algorithmic pricing for commodity products based on competitor data and margin rules — no human decision required. Tier 2 (distributed): product managers could adjust pricing within defined parameters (margin floor, maximum discount percentage, competitive positioning rules) without approval. Tier 3 (committee): only strategic pricing decisions (new product launches, market-entry pricing, bundle strategies) required committee review. The result: average pricing decision time dropped from 9 days to 4 hours, pricing accuracy improved (product managers had better market knowledge than the committee), and the committee focused its attention on the strategic decisions where its cross-product perspective added genuine value. Total decisions processed by the committee dropped from 200 per week to 15 — but those 15 were the ones that actually needed centralized judgment.
Watch for the failure mode
Distributing decisions without distributing information. The most common failure in distributed decision-making is giving people authority without giving them the information, context, and criteria they need to exercise it well. A product manager authorized to set prices without access to margin data, competitive intelligence, and strategic positioning guidelines will make worse decisions than the pricing committee — not because the product manager is less capable but because the information infrastructure was not distributed alongside the authority. Distribution of authority and distribution of information must move together.
Make it stick
This lesson extends decision rights design from Systemic Change into the organizational sovereignty context. Decision rights design established the structural framework for assigning decision rights; this lesson examines how distributed decision-making operates as a sovereignty mechanism — enabling the organization to act quickly and intelligently without centralized control. The connection to Organizations can become self-directing (self-directing organizations) is foundational: distributed decisions are the primary mechanism through which self-direction operates. Look forward to Self-organizing teams, which examines self-organizing teams — the organizational unit that exercises distributed decision-making.
Practice
Map Decision Flows and Identify Distribution Opportunities in Miro
Create a visual map of your team's decision-making processes to identify bottlenecks, waiting periods, and opportunities to distribute authority closer to information sources.
- 1Open Miro and create a new board titled 'Decision Flow Audit'. Create three swim lanes labeled 'Decision Maker', 'Information Holder', and 'Timeline', then add sticky notes for 5-7 recent team decisions across the Decision Maker lane.
- 2For each decision sticky note in Miro, add a corresponding sticky note in the Information Holder lane directly below it, writing the name or role of the person who had the most relevant information. Draw lines connecting each decision to its information source, using red lines when they're different people and green when they're the same person.
- 3In the Timeline lane beneath each decision, use Miro's text tool to record the total time from request to resolution, then break it into two colors: blue text for active analysis time and gray text for waiting/queue time. Add small icons or shapes to mark any decisions that required revision.
- 4Create a new frame in Miro labeled 'Decision Tiers' with three columns: 'Tier 1 - Automate/Rules', 'Tier 2 - Distribute to Info Holder', and 'Tier 3 - Keep Centralized'. Drag each decision sticky note into the appropriate tier based on complexity, risk, and whether clear parameters exist.
- 5Use Miro's built-in voting or comment feature to calculate the percentage of decisions in Tiers 1 and 2 combined, adding a large text box at the top of your board stating this percentage and listing the top 3 decisions that could be distributed immediately with the biggest impact on speed.