Die vier Höhenebenen

APO ordnet Produktdenken in vier Höhenebenen. Jede ist ein anderes Gespräch, und der ganze Sinn ist, sie nie zu vermischen. Was wir über das Produkt glauben, ist nicht dasselbe Gespräch wie das, was wir nächsten Sprint bauen. Halte sie auseinander, und beide werden schärfer.

Was es ist

Vision ist der Nordstern — der mehrjährige Grund, warum es das Produkt gibt, die Zielgruppe, der es dient, die Veränderung, die es beabsichtigt, und die Wetten, die es nicht eingeht. Du greifst sie selten wieder auf. Sie ist ein PRD, kein Backlog.

Saga ist ein Thema über mehrere Quartale. Sie fasst einen Arbeitsbereich unter einer strategischen Absicht zusammen — „Self-Host-Onboarding”, „das Billing-Ledger”. Eine Saga zerfällt in Epics.

Epic ist ein Feature-Schnitt, den du in etwa ein bis vier Wochen fertigstellst. Er ist konkret genug zum Planen und groß genug, um zu zählen. Ein Epic zerfällt in Stories.

Story ist die Implementierungseinheit — ein Schnitt von einem bis drei Tagen, mit Acceptance Criteria und einem build-reifen Plan. Das ist die Höhenebene, die die Build-Pipeline verarbeitet.

Warum es für dich wichtig ist

Sickert Richtungsdebatte in eine Sprint-Story, bekommst du Analyse-Lähmung. Sickert Sprint-Debatte in die Vision, bekommst du eine Roadmap, die sich für eine Strategie ausgibt. Jedes Gespräch auf seiner Höhenebene zu halten heißt: Die richtigen Leute streiten über die richtigen Dinge, und niemand ertränkt ein Zwei-Tages-Ticket in Fünfjahresfragen.

Wie du es nutzt

Das we Plugin liefert jede Höhenebene als Solo-Skill:

/we:vision    # docs/plans/<vision>/PRD.md schreiben oder verfeinern
/we:saga      # das Theme-Dokument SAGA.md schreiben oder verfeinern
/we:epic      # einen Epic-Plan schreiben oder verfeinern (CONCEPT.md oder Jira-Epic)
/we:story     # den build-reifen Plan für einen Feature-Schnitt schreiben

Die Faustregel: Solo formuliert ein Element auf einer Höhenebene; eine Council-Sitzung zerlegt es in die nächste. Vision zerfällt in Sagas, eine Saga in Epics, ein Epic in Stories, eine Story in einen Build.

Grenzen & Sonderfälle

Für Routinearbeit lebst du meistens auf der Story-Höhenebene — /we:story, dann /we:orchestrate. Steig höher nur, wenn die Richtung abgestimmt werden muss oder ein größeres Stück zerlegt werden will. /we:story ist der interaktive Weg mit dir im Raum; ein Worker, den /we:orchestrate losgeschickt hat, schreibt dieselbe Planform stattdessen mit /we:refine, ohne einen Menschen zum Fragen.

Nächste Schritte

• Council & Solo
• Die Build-Pipeline
• Das we Plugin