The Organisational Design Challenge

Every company beyond ~30 people seems doomed to the same fate.

Simple decisions take weeks, obvious improvements die in committees, employees spend more time managing internal politics than solving real problems, and things that would take a founder 5 minutes to decide somehow require three meetings and a steering committee.

We've tried everything, flat hierarchies, holacracy, matrix structures, agile transformations, OKRs, digital transformation. Yet the bureaucratic disease always wins. Even companies that start lean and agile gradually succumb.

Your Challenge:
Design a concrete, specific system for running a 200-person company that structurally prevents these pathologies. Don't give me principles or values, give me an actual operating system with:

  • How decisions get made (who can decide what, and how)
  • How information flows (who knows what, when)
  • How resources get allocated
  • How conflicts get resolved
  • How performance is measured and rewarded
  • How the system prevents bureaucratic creep over time

Constraints:

  • Must work for a real business that needs to ship products/services to customers
  • Must handle the reality of human psychology (politics, empire-building, risk aversion)
  • Must be legally viable in modern regulatory environments
  • Must be able to hire from the general talent pool (not just special forces operators or monks)

The test: Could you actually implement this tomorrow in a real company and have it survive contact with reality for 5+ years without degrading into the same bureaucratic mess?

Don't just remix existing ideas. If the answer was "be like Spotify" or "copy Toyota", we'd have solved this already. What's the genuine innovation that breaks the pattern?

114.1s $0.048 Tokens i/o: 355/4,725 Nov 21st

Introducing CivicOS: a company operating system engineered to keep a 200-person business fast, accountable, and non-bureaucratic for the long haul. It replaces managerial gatekeeping with transparent contracts, scarce blocking rights, market-like allocation, and randomized, time‑boxed checks. It’s implementable tomorrow with common tools.

  1. Structure: small charters with public interfaces
  • Units: 4–12 person Charter Teams. Each quarter they publish a Charter (one page, public) that states:
    • Scope they own (customer, product, or internal service)
    • Decision rights they hold by default within that scope
    • 3–5 measurable outcomes with targets
    • Interfaces/APIs/SLAs they provide to others, with prices or capacity limits
    • Baseline Sustaining Budget for the quarter
  • Roles (everyone holds one primary role; titles are capped to prevent sprawl):
    • Maker: ships product/service work
    • Steward: small-team lead accountable for the Charter; no approval monopoly
    • Operator: runs shared internal services (e.g., IT, DevOps, Finance Ops)
    • Guardian: compliance/safety/risk; defines guardrails but cannot set priorities
  • Layering rule: maximum two management layers from any person to CEO. If a team exceeds 12 people, it must fission with clear interfaces.
  1. Decisions: Make-Post-Wait with costed veto
  • For in-scope decisions, the Directly Responsible Individual (DRI) writes a Decision Memo (template) with: problem, options, expected impact, risks, budget/time, stakeholders consulted, compliance checklist.
  • The memo is posted to the public Decision Ledger (company-internal, searchable). It triggers:
    • A challenge window: 48 hours default; 5 business days for high-risk decisions (>$100k spend, legal impact, customer data).
    • Anyone can comment; only specific, evidence-based objections count toward blocking.
    • To block, an objector must spend veto credits. Each person gets 3 credits/quarter; Stewards get 5; Guardians can spend unlimited credits only on explicit guardrail violations. Credits do not roll over beyond 2 quarters. Using a veto requires a counter-proposal with a concrete revision or experiment.
    • After the window, the decision auto-executes unless formally blocked.
  • Emergency path: Ship-then-post within 24 hours for Sev1 issues; Guardians can retroactively invalidate if a guardrail was breached, triggering Fast Court review.
  • Red team: A rotating 3-person red team (sortition from trained pool) reviews only high-risk memos during the window; they cannot block without spending their own credits.

Why this breaks politics: approval is replaced by transparent, time-boxed objection with a personal cost. Scarce vetoes force people to spend political capital only when it truly matters.

  1. Information flow: public-by-default ledger and dashboards
  • Decision Ledger: every decision, charter, interface, and policy is on a single internal repository (Git/Notion/Confluence works) with IDs, timestamps, owners, and outcomes.
  • Team dashboards: 5 KPIs per Charter Team with 13-week trailing data, public.
  • Weekly digest: automated summary of new decisions, blocked items, and KPI deltas goes to all employees every Monday.
  • Meeting budget: each team has a weekly synchronous meeting hour allowance equal to 1 hour per person. Overages are charged against the team’s Sustaining Budget at an internal rate; the spend is visible on dashboards.
  • Policy sunset: any policy/process auto-expires after 180 days unless renewed with an impact review in the Decision Ledger.
  1. Resource allocation: baseline plus internal capital auctions
  • Baseline Sustaining Budget (SB): each Charter Team gets a quarterly SB equal to:
    • 70% of the average of its trailing two-quarter contribution margin (for product teams) or SLA-weighted value score (for internal services), with a floor to protect essential ops and a cap to prevent empires.
    • Contribution is measured via agreed attribution rules published in charters; Finance Ops maintains and audits these rules quarterly in public.
  • Investment Pool (IP): 15–25% of company operating budget is reserved for growth bets every 6 weeks via a Capital Auction.
    • All employees receive non-tradeable capital credits each cycle: a base allocation plus a performance multiplier tied to their last 2 quarters’ outcomes (capped to avoid outsized influence).
    • Teams and individuals submit Proposals with milestones, required funds, and expected outcome deltas. Credits are allocated by employees in a sealed allocation round. Top-scoring proposals get funded until the IP is exhausted.
    • A 5-person Capital Council (selected by sortition from a trained, conflict-free pool, rotating every 9 months) enforces rules, screens for legality/compliance, and can only reject proposals that violate guardrails or accounting rules; they cannot pick winners.
  • People allocation: time tokens
    • Every employee has 10 time tokens per week. Teams post asks with token bids. Employees allocate their tokens to teams for the next 6-week cycle.
    • Changes require 2 weeks’ notice per token moved to protect delivery.
    • Tokens are paid for from SB or IP. Rates differ by role seniority but are published. This prevents hoarding and creates a pull system.
  1. Conflict resolution: Fast Court and interface contracts
  • Interface contracts: all cross-team dependencies must be explicit in the Interface Registry with SLAs, responsiveness rules, and internal prices. Requests outside SLA require negotiation or a Proposal for more capacity via IP.
  • Fast Court: for disputes, either party can file a 2-page brief. A 7-person jury drawn by sortition from a trained pool reviews asynchronously and rules within 72 hours based on:
    • Is the decision within charter? Were guardrails followed? Was the interface contract upheld?
    • Remedies: force an interface change, order a budget transfer, impose a temporary SLA, nullify a decision pending revision, or award damages from one team’s budget to another.
    • Appeals only with new evidence and at the cost of one veto credit by the appellant.
  1. Performance, rewards, and career progression
  • Compensation components:
    • Base: role band and market; reviewed annually by a small Comp Ops team using external benchmarks; published bands.
    • Bonus A (Team): 0–20% of base tied formulaically to Charter outcomes vs targets; Stewards’ multipliers are slightly higher but capped.
    • Bonus B (Company): 0–15% of base tied to company EBIT or ARR growth after guardrail reserves.
    • Bonus C (Capital): a share of IP value creation attributed to the proposals you funded with capital credits and to DRIs whose decisions cleared milestones; this is an annual cash bonus, not a security. Formula and caps are public.
  • Reputation and decision score:
    • Each decision outcome updates a visible decision score: risk-adjusted hit rate over trailing 18 months. This score feeds into Bonus A multipliers and next-cycle capital credits.
  • Career moves:
    • Progression is demonstrated by tougher decisions shipped and stewarding charters that hit targets. Promotion panels are sortition-based peer juries reviewing evidence from the Ledger, not manager discretion.
  1. Compliance and risk without bureaucracy
  • Guardianship model:
    • Guardians publish machine-checkable guardrails (e.g., data retention rules, contract templates) referenced in decision templates. Auto-checks run on memo submission.
    • Guardians can block only for explicit guardrail violations and must state the violated rule ID publicly. All blocks are auto-referred to Fast Court for confirmation within 48 hours.
    • Quarterly guardrail review with metrics on blocks, false positives, and incident rates; guardrails expire in 12 months unless renewed with evidence.
  • Auditability:
    • The Decision Ledger and Capital Auction logs satisfy internal control needs. Finance and Legal have read access and can run randomized audits monthly.
  1. Bureaucracy prevention mechanisms baked-in
  • Scarce blocking rights: veto credits are limited, visible, and costly to use; no standing “approval” queues.
  • Small teams, forced fission: growth creates more charters, not bigger ones.
  • Auto-sunset for policies and committees: every process has an expiry date; renewal requires evidence of net benefit.
  • Meeting and process budgets: time is priced; overages show up as real costs.
  • Sortition everywhere power accumulates: councils, courts, panels are randomly selected from trained pools to reduce fiefdoms.
  • Public ledgers: decisions, interfaces, KPIs, and compensation rules are visible by default, making empire-building obvious and costly.
  • Executive constraint: executives set strategy guardrails, capital envelopes, and hire/fire Stewards for cause through Fast Court; they do not gate everyday decisions or funding once guardrails are set.
  1. Tooling to implement tomorrow
  • Decision Ledger: start with Notion/Confluence plus a GitHub-like repo for decision IDs; enforce a standard memo template and status workflow. Slack/Teams bot posts new decisions and deadlines.
  • Dashboards: lightweight BI (Looker/Metabase) connected to KPIs with 13-week history.
  • Capital Auction: Google Forms + spreadsheet for first cycles; move to a simple internal web app later. Keep credits non-tradeable to avoid securities issues.
  • Time tokens: a shared spreadsheet initially; later a simple tool for bidding and allocation.
  • Fast Court: use a ticketing system (Jira/Linear) with service level policies; selection script for sortition from a trained pool.
  1. Legal and HR viability
  • Employment law: base pay forms at least 70% of total comp; bonuses are formulaic, non-discretionary plans; no mandatory unpaid overtime; token allocation honors notice periods and manager duty-of-care.
  • Securities law: capital credits are internal bonus points, non-transferable, no expectation of ownership; they convert only into cash bonuses; external counsel reviews plan docs.
  • Data protection: guardrails encode GDPR/CCPA; Guardians sign off only on rule alignment, not business prioritization.
  • Health and safety: Fast Court and Guardianship explicitly prioritize safety guardrails above speed; emergency path has retrospective review.
  1. Rollout in 90 days
  • Weeks 1–2: Define initial guardrails, comp band transparency, and 12–15 draft charters; train 30-person pools for red team and Fast Court; publish Decision Memo template and challenge windows.
  • Weeks 3–4: Launch Decision Ledger; migrate current in-flight decisions; give everyone 3 veto credits and run a tabletop exercise.
  • Weeks 5–6: Implement dashboards; start meeting budgets; sunset all standing committees unless re-chartered with expiry.
  • Weeks 7–8: Run first Capital Auction with small IP (5% of budget); simulate sealed allocations; fund top 3–5 proposals.
  • Weeks 9–10: Launch time tokens for two departments; expand after one cycle; publish internal prices for common roles.
  • Weeks 11–12: First Fast Court cases and quarterly charter renewals; publish lessons learned and adjust thresholds.
  1. Example flows
  • Shipping a risky feature:
    • DRI posts memo with plan, risk, and mitigation; 5-day window starts. A Guardian flags data retention risk; proposes fix; no veto required after change. Red team spends 1 veto credit to require a 2-week A/B gate. Decision executes on day 6.
  • Cross-team conflict:
    • Team A needs a change from Team B’s API; B declines due to SLA constraints. A files to Fast Court. Jury orders a temporary SLA bump funded by a budget transfer and schedules a proposal in the next Capital Auction to expand B’s capacity.
  • Reallocating a senior engineer:
    • Engineer bids 6 tokens to Team X and 4 to Team Y for next cycle; gives 2 weeks’ notice for 2 tokens moved from current team; Stewards coordinate handoff. Costs flow from team budgets.

Why CivicOS survives 5+ years

  • It converts invisible politics into explicit, auditable transactions with real costs (veto credits, meeting budgets, budget transfers).
  • It decentralizes power within hard guardrails, with randomized oversight rather than permanent committees.
  • It ties money and people to outcomes through formulaic, transparent mechanisms, not manager charisma.
  • It forces continual simplification: policies expire, teams split, and processes must re-earn their keep.
  • It respects human realities: people can say no (veto) but only sparingly; they can move (tokens) but not chaotically; they see the same facts (public ledger) and have fast recourse (Fast Court).

You can start tomorrow using off-the-shelf tools, and the system’s constraints and renewals stop it from drifting into the same bureaucratic mess that kills speed and judgment in most companies.

LINK COPIED!