In High-Ticket-Physical-Projekten sehe ich immer dieselbe Spannung: Vertrieb braucht Flexibilität, Operations braucht Kontrolle.
Mit nur einer Methode verlierst du meist irgendwo.
Wasserfall pur: wirkt sicher, aber Changes kommen “seitlich” rein. Agil pur: wirkt flexibel, aber Operations wird zum Dauer-Experiment.
Darum setze ich auf hybrid als System.
## Hybrid = Doppel-Takt
-
- Macro-Kontrolle: Meilensteine, Gates, Abhängigkeiten, Kapazität
-
- Micro-Flexibilität: kurze Entscheidungszyklen, Feedback, Priorisierung, Validierung
Ohne Doppel-Takt entstehen späte Entscheidungen (Urgency) und wiederholte Entscheidungen (Autoritätsverlust).
## Du managst nicht Tasks, du managst Entscheidungen
Was fix ist, was variabel ist, wann Change teuer wird, wer freigibt, was gelockt wird.
Wenn du das nicht steuerst, kompensiert der Kunde mit Unsicherheit: Vergleich, Verhandlung, späte Changes.
## Wasserfall-only: Schein-Kontrolle
Plan ist starr, Gespräche sind flüssig, technische Validierung kommt spät, Montage wird zur Entscheidungsphase.
## Agil-only: Fragilität
Alles ist Priorität, viele Meetings, keine “current version”, Change wirkt immer kostenlos.
## Reversibel vs irreversibel
Trenne, wo Change günstig ist (Entscheidung) und wo er teuer ist (Execution). Die meisten Schäden sind Timing-Schäden.
## Drei Schichten nicht vermischen
Promise (Kunde), Decision (Design/Validierung), Execution (Operations). Hybrid verbindet über Traceability.
## Vier Indikatoren für einen gesunden Hybrid
Current version, Decision backlog, Gates, Capacity visibility.
## Macro Commitment, Micro Exploration
Zu früh locken frustriert den Kunden. Nie locken frustriert Operations.
## Wo “Fake-Hybrid” scheitert
Wörter ohne Governance, Flexibilität = “alles geht”, Feedback = Change.
## Abschluss
Die Frage ist nicht agil vs Wasserfall. Die Frage ist: Hast du ein System, das Entscheidungen steuert und Execution schützt?
Diagnóstico express
