Wie gelingt ein produktionsreifer Thin Slice in wenigen Tagen?

Ausgangspunkt und Zielbild

Für ein neues Feature oder eine wesentliche Erweiterung mit fachlicher Abstimmung schätzt der Nutzer im heutigen Prozess bei planmäßigem Start ungefähr sechs bis acht Wochen bis zu erstem Nutzerfeedback: ein bis zwei Wochen Vorbereitung, zwei Sprints zu je zwei Wochen sowie ein bis zwei Wochen für Aktivierung und Feedback. Variable Wartezeit vor dem tatsächlichen Beginn kommt hinzu.

Das radikale Zielbild ist nicht, den vollständigen heute vorgesehenen Funktionsumfang in wenigen Tagen auszuliefern. Innerhalb weniger Tage soll ein fachlich begrenzter, aber produktionsreifer vertikaler Schnitt reale Nutzer erreichen und belastbares Feedback ermöglichen. Weitere produktionsreife Schnitte sollen im gleichen Takt folgen können.

Produktionsreif bedeutet hier, dass geltende Qualitäts-, Security- und Betriebsanforderungen nicht als Prototypenprivileg ausgesetzt werden. Der Schnitt muss beobachtbar, supportfähig und sicher zurücknehmbar sein. Begrenzbar sind unter anderem Nutzergruppe, Anwendungsfall und Funktionsbreite.

Noch zu prüfende Voraussetzungen

• Features lassen sich in unabhängig prüfbare und auslieferbare vertikale Schnitte zerlegen.
• Work in Progress wird begrenzt und priorisierte Arbeit wartet nicht hinter wachsenden Batches.
• Product, Product Owner, Business Analysis, Entwicklung und Pilotnutzer können kurzfristig klären und entscheiden.
• Testumgebungen, CI und Deployment funktionieren zuverlässig und mit wenig menschlicher Betreuung.
• Kleine Änderungen sind reviewbar; Assurance und Rollout richten sich nach Risiko und Reversibilität.
• Serviceübergreifende Änderungen unterstützen sichere Zwischenzustände und rückwärtskompatible Verträge.
• Aktivierung, Produktmonitoring und Feedback Readiness sind vor der Umsetzung vorbereitet.

Ist Agentic Engineering notwendig?

Kleine Batches, Continuous Delivery, enge Nutzerbeteiligung, WIP-Begrenzung und sichere evolutionäre Architektur sind keine durch Agenten erfundenen Fähigkeiten. Die vorläufige Hypothese lautet deshalb: Agentic Engineering ist konzeptionell nicht notwendig, kann aber die Grenzkosten jeder produktionsreifen Iteration so stark senken, dass das Zielbild im konkreten Kontext praktisch und wiederholbar wird.

Mögliche agentische Beiträge sind das Herausarbeiten fachlicher Unklarheiten, Impact-Analyse über Services, Vorschläge für sichere Schnitte, parallele Implementierung und Testableitung, spezialisierte Vorab-Reviews, Diagnose der Testumgebung sowie Vorbereitung und Auswertung von Produkttelemetrie und Nutzerfeedback. Agenten ersetzen weder Priorisierung und Verantwortlichkeit noch stabile Delivery-Infrastruktur, Zugriffsgrenzen oder verfügbare Nutzer.

Ein wichtiges Gegenrisiko ist Beschleunigung an der falschen Stelle: Mehr erzeugter Code kann bei unveränderten Batch-, Review-, Test-, Rollout- und Feedbackkosten Work in Progress und Engpässe verschärfen.

Mögliche Thin-Slice-Challenge

Ein geeignetes Feature könnte mit einem Ziel von höchstens fünf Arbeitstagen bis zu einem produktiven Pilot untersucht werden. Qualitäts- und Security-Anforderungen bleiben erhalten; Pilotgruppe, Lernfrage, Instrumentierung, Rollback und Auswertungszeitpunkt werden vor Beginn festgelegt.

Für den ersten Versuch muss keine Produkt-Analytics-Plattform eingeführt werden. Wenige aggregierte Signale könnten mit den vorhandenen Spring-Boot- und Grafana-Möglichkeiten innerhalb der 30-tägigen Aufbewahrungszeit ausgewertet werden. Der Versuch soll zugleich zeigen, welche Fragen damit nicht beantwortbar sind und ob längerfristige Speicherung oder eine eigene Analytics-Fähigkeit tatsächlich benötigt wird.

Für jeden Schritt wird unterschieden, ob eine notwendige Verbesserung aus Prozess, Architektur oder Plattform stammt oder ob ein Agent Zeit beziehungsweise menschliche Aufmerksamkeit spart. Beobachtet werden mindestens Durchlauf- und Wartezeit, WIP, Review- und Testaufwand, Produktionsprobleme, tatsächliche Nutzung, qualitatives Nutzerfeedback und Nacharbeit. Entscheidend ist, ob auch der zweite und dritte Funktionsschnitt denselben Weg wiederholbar nutzen können.

Der Versuch endet nicht mit dem Dashboard oder Feedbackgespräch. Zu einem vorab festgelegten Zeitpunkt treffen Product, Product Owner, Business Analysis und Entwicklung auf Basis der Evidenz eine nachvollziehbare Entscheidung über Ausbau, Änderung, Beibehaltung oder Stopp. Das Entwicklungsteam nimmt teil, damit Produktwirkung in sein Systemverständnis und spätere Arbeit zurückfließt.

Offene Fragen

• Welche heutigen Schritte verhindern einen produktionsreifen Schnitt in fünf Tagen?
• Wie klein kann ein Schnitt sein und dennoch belastbare Produktwirkung zeigen?
• Welche Qualitäts- und Risikonachweise müssen für jeden Schnitt vorliegen?
• Welche Agentenbeiträge sind unverzichtbar, nur beschleunigend oder ohne messbaren Nutzen?
• Welche Änderungen wären bereits ohne Agentic Engineering möglich und überfällig?
• Führt die schnellere Lernschleife tatsächlich zu besseren Produktentscheidungen?
• Reicht die vorhandene Metrikinfrastruktur für schnelle Produktfragen aus, und ab wann wird eine dedizierte Analytics-Fähigkeit nötig?
• Wie wird verhindert, dass schnellerer Delivery-Durchsatz nur mehr dauerhaft erhaltene Features erzeugt?