Distributed decision-making gives each area of community life, such as medicine, building, security, food and morale, to the person who knows it best, with a coordinator or tiebreaker for decisions that cross areas. It keeps choices with those who have the knowledge and means that losing one leader damages the community’s leadership without ending it, but it needs written boundaries to avoid gaps and turf disputes.

Distributed decision-making assigns authority by domain of expertise, instead of concentrating all decisions in one leader.

The Parent’s Model

The parent article lists domains: medical decisions to the most medically knowledgeable person, construction to the best builder, security to the most tactical thinker, social and morale matters to the most empathetic person, food production to the best farmer or forager. One person may serve as coordinator or tiebreaker, but no one holds all authority. The result is “resilience through redundancy”.

Two points about the list. First, it assigns by skill, which is the right principle but needs care, since a skilled person is not automatically a good decider for others (see The Competence-Character Matrix). Second, the list is an example; a real community has its own domains and its own people.

What Works Well

  • Information and authority sit together. The healer decides about medicine because she knows the case. There is no relay through a leader who has to be briefed.
  • Many people practise deciding. That develops leaders (see Building Next-Generation Leaders).
  • Failure is local. One domain going wrong does not take everything down.
  • The leader’s load falls. See Decision Fatigue & Prevention.

What Goes Wrong

Boundary gaps. Who decides when the hunting party’s route brings it near a neighbour’s land? When medicine and food conflict over rationing for the ill? Without a rule, either nobody acts or two people do.

Turf. A domain owner may see questions as intrusion. Expert status that hardens into a permanent position is covered in Status Without Hierarchy.

Slow emergencies. In a crisis that spans domains, the group needs one voice. A pre-agreed coordinator for emergencies avoids a debate.

Uneven weight. Some domains matter more at some times (food in harvest, security under threat). Authority should follow that without rewriting the structure.

Method: Setting It Up

Step 1: List domains and name an owner and a stand-in for each. See Community Roles.

Step 2: Write what each owner may decide alone. For example the schedule and methods within the area, up to a limit on shared materials.

Step 3: Write what must go to a wider group. Anything that commits shared scarce goods, changes another domain’s work, or cannot be reversed.

Step 4: Name the tiebreaker for cross-domain decisions. One person or a small council. Say who convenes. See Council Models.

Step 5: Name the emergency coordinator. And say when the emergency role ends, as in Emergency Decisions.

Step 6: Review the boundaries after each dispute. Each argument about who decides is a missing rule.

Distributing Without Dissolving Accountability

Everyone answering for everything means no one is answerable. Each domain needs a named owner whose record is visible. The decisions should be written down so that the group can see what was decided and by whom (see Decision Archives), and a route to challenge a domain owner should exist (see Conflict Resolution).

Common Mistakes

  • Distributing in theory and overruling in practice. If the leader reverses domain owners at will, the structure is decoration.
  • Spreading too thin. More domains than people produces overloaded owners.
  • No stand-in. An owner’s illness then leaves a domain empty, which was the problem to solve.
  • Treating the tiebreaker as a super-leader. The role is for ties, not for reopening settled areas.

What’s Next