Stufe 1 – Delivery First
Ziel: Schnell liefern bei niedrigem Risiko und begrenzter Lebensdauer.
Stufe 1 erlaubt produktive Nutzung –
aber nur unter kontrollierten Rahmenbedingungen.
Geschwindigkeit hat Priorität – solange die Folgekosten begrenzt bleiben.
Diese Stufe ist sinnvoll, wenn Time-to-Value entscheidend ist
und ein späteres Upgrade realistisch eingeplant wird.
Abgrenzung
| Stufe 0 | Stufe 1 | Stufe 2 | |
|---|---|---|---|
| Produktivbetrieb | ❌ | ✅ (begrenzt) | ✅ |
| Wartbarkeit | irrelevant | zweitrangig | erforderlich |
| CI & Reviews | optional | minimal | verpflichtend |
| Lebensdauer | Tage/Wochen | Wochen/Monate | > 1 Jahr |
Stufe 1 ist kein nachhaltiger Standard,
sondern ein temporärer Liefermodus.
Typische Einsatzfälle
- MVP für Marktfeedback (Wochen–Monate)
- Kampagnen- oder Event-Features mit Enddatum
- Interne Tools ohne Compliance- oder Sicherheitsrisiko
- Validierung eines Geschäftsmodells
Kontextbedingungen
| Faktor | Erwartung |
|---|---|
| Lebensdauer | Wochen bis wenige Monate |
| Risiko | Niedrig |
| Teams | 1–3 Personen |
| Daten | Keine PII / PHI / PCI |
| Betriebsanforderung | Keine harten SLAs |
Anforderungen
- Produktiver Einsatz erlaubt
- Keine sensiblen Daten
- Upgrade- oder Enddatum definiert
- Klare Verantwortlichkeit (Owner)
Minimale Gates
- Lebensdauer dokumentiert
- Upgrade- oder Entsorgungsentscheidung terminiert
- Kritische Logik zumindest rudimentär getestet
- Basis-Deployment reproduzierbar
- Keine produktiven Secrets im Code
Teststrategie (Richtwerte)
- Unit: 30–50 % für kritische Logik
- Integration: maximal 1 Smoke-Test
- E2E: maximal 1 kritischer Flow (manuell oder schlank automatisiert)
Tests dienen hier primär der Absicherung offensichtlicher Risiken –
nicht der Vollständigkeit.
Praktiken
- Schlanke Reviews (keine formalen Prozesse)
- Einfaches CI optional, aber sinnvoll
- Deployment manuell oder minimal automatisiert
- Dokumentation minimal (Setup, Verantwortlicher)
Rollen
- Developer (1–3 Personen)
- Optional: Tech Lead
- Optional: Test Engineer bei kritischen Flows
Akzeptierte Risiken
- Technische Schulden entstehen schneller
- Skalierbarkeit ist begrenzt
- Stabilität ist nicht garantiert
- Höhere Wartungskosten bei längerer Laufzeit
Kritischer Hinweis
Stufe 1 darf nicht zum Dauerzustand werden.
Wenn:
- Mehrere Teams beteiligt sind
- Die Lebensdauer > 6–12 Monate wird
- Produktive Abhängigkeiten entstehen
- Geschäftsrelevanz steigt
→ Upgrade auf mindestens Stufe 2 verpflichtend prüfen.
Wirtschaftlicher Kontext
Stufe 1 ist sinnvoll, wenn:
- Fehler geringe Kosten verursachen
- Rework akzeptabel ist
- Zeitvorteil höher bewertet wird als Stabilität
Ist das nicht der Fall, ist Stufe 2 wirtschaftlich rationaler.