-
Notifications
You must be signed in to change notification settings - Fork 0
The 12 Layers of Friction
Status: Core draft complete ·
[Contributions Welcome ✍️]— add real‑world examples per layer.
This page documents the enemy of AI‑era software velocity: the human‑to‑human communication overhead required to move a single idea from intent to production in a legacy organization.

The legacy friction layer as a maze — each of the 12 steps is a weeks‑to‑months human‑to‑human hand‑off, and its friction source. Original sketch.
Enterprise development is built around human communication scaling limits, not technical execution limits. When you scale engineering by adding headcount, you introduce non‑linear communication overhead. Brooks's Law expresses the number of interpersonal communication channels
Take a standard cross‑functional squad of 12 actors — 1 PM, 1 UI/UX designer, 1 enterprise architect, 1 scrum master, 3 backend engineers, 3 frontend engineers, 1 QA engineer, 1 DevOps specialist:
Every one of those 66 pathways is a place where intent degrades, context is lost, and a meeting gets scheduled.
The SAE move: collapse
Each layer is shown as it behaves in a legacy organization versus how it collapses under the SAE framework.
| # | Layer | Legacy behaviour | SAE collapse |
|---|---|---|---|
| 1 | Executive Mandate | Vision siloed from technical reality | Operator validates feasibility against live model/API capability instantly |
| 2 | Portfolio PM Alignment | Protracted debates over human‑resource budgets | No headcount to allocate; capacity is context, not people |
| 3 | Product Manager Spec (PRD) | Ambiguous text written without capability checks | Replaced by a machine‑readable Markdown spec (see SDD) |
| 4 | UI/UX Wireframe | Static Figma mocks ignoring generative UI primitives | Generative UI compiles semantic components directly from intent |
| 5 | Enterprise Architect Review | Slow top‑down governance on legacy paradigms | Operator is the architect; review happens in the same loop as creation |
| 6 | Eng Manager Sprint Planning | Ideas fragmented into arbitrary tickets & story points | Measured by Context Entropy, not velocity theatre |
| 7 | Frontend Execution | Manual layout code and component state | Generated end‑to‑end inside a vertical slice |
| 8 | Backend Execution | Hand‑written CRUD, schemas, API boilerplate | Scaffolded instantly, mapped to the same slice |
| 9 | Code Review & PR | Async human validation → multi‑day blocking | Operator review + autonomous Guardian checks in‑loop |
| 10 | QA / Testing Protocol | Separated pipeline that lags feature work | Continuous adversarial testing in a sandbox, co‑located with creation |
| 11 | DevOps & CI/CD | Server config, env sync, deployment overhead | Zero‑Ops stack — provisioning and routing are managed |
| 12 | Change Management Sign‑off | Bureaucratic checklists detached from telemetry | Gated by automated telemetry and the self‑healing feedback loop |
Reality check. Collapsing a layer does not mean deleting the concern it represents. Security review, accessibility, and regulatory sign‑off still matter — the SAE absorbs the function into the operator + agents loop, but the operator remains accountable for it. The win is removing the handoff latency, not the diligence. In regulated domains some of these layers are legally mandated and cannot be collapsed; see When NOT to Use SAE.
👉 Lived one of these layers and felt the pain? Add a short example to Solo Production Case Studies showing how the layer slowed you down — and how (or whether) the SAE approach removed it.
The Sovereign Architect‑Engineer (SAE) Framework · Maintained by Sanjeev Azad · Repository · MIT License · Contribute
- Module 1: The Sovereign Paradigm Shifts
- Module 2: Core Pillars of SAE Architecture
- Module 3: The Digital Org Chart
- Module 4: The Lean SAE Tech Stack
- Module 5: Project Navigation & Metrics
- The End‑to‑End Lifecycle
- Operator Competency Model
- The Verification Doctrine
- Scenario Playbooks
- Operator Techniques
- Best Practices
- KPIs & Metrics
- The Maturity Model
- The Anti-Pattern Catalog
- Risks, Security & Governance
- Governance, Versioning & Stewardship