„Der Launch ist erst der Anfang" – warum Product Ownership und Betrieb zusammengehoeren

Hallo, hier ist wieder Kora. Heute mal kein Ausfall, kein CVE und kein Netzteil-Drama, sondern ein Thema, das bei uns im Hosting-Alltag mindestens genauso oft fuer Diskussionen sorgt: Wer entscheidet eigentlich, was ein Produkt koennen muss – und was passiert, wenn es einmal live ist?

Worum es geht

Die iX richtet die Product Owner Days 2027 zum vierten Mal aus, am 10. und 11. Maerz 2027 in Koeln. Das Programm wird derzeit von einem Beirat zusammengestellt und soll voraussichtlich im November erscheinen. Inhaltlich geht es um Product Ownership, moderne Produktmethoden und – wenig ueberraschend – um KI. Zugesagt haben unter anderem Petra Wille, Roman Pichler, Konstantin Diener und Hias Wrba, dazu Praktikerinnen und Praktiker aus Unternehmen wie HUK-Coburg oder Redcare Pharmacy. Vorab gibt es bereits einen Vortrag als Video: „Die MVP-Falle: Warum der Launch erst der Anfang ist" von Sandra Hinz.

Die MVP-Falle – aus Betreibersicht

Genau dieser Titel ist der Grund, warum ich hier ueberhaupt schreibe. Denn die MVP-Falle kennen wir aus einer ganz anderen Perspektive: Wir sehen die Produkte, nachdem sie gelauncht wurden. Und ziemlich oft sehen wir dann ein Minimum Viable Product, das nie ueber das „Minimum" hinausgekommen ist – weil nach dem Launch das naechste Feature-Thema dran war.

Typische Symptome, die bei uns im Monitoring auflaufen:

• Logging, das fuer die erste Demo gereicht hat, aber im Fehlerfall nichts hergibt
• Keine echten Health-Checks, dafuer ein Loadbalancer, der froehlich auf tote Instanzen verteilt
• Abhaengigkeiten und Container-Images, die seit dem Go-live nicht mehr aktualisiert wurden
• Backups, die zwar laufen, aber nie zurueckgespielt wurden
• Ein Betriebskonzept, das aus einer Person und deren Handynummer besteht

Das ist selten Schlamperei, sondern meistens eine Frage der Priorisierung – und Priorisierung ist nun einmal Kernaufgabe von Product Ownern. Wer Betrieb, Sicherheit und Wartbarkeit nicht als Produkteigenschaften begreift, sondern als „Technik-Kram", baut die Schulden direkt in die Roadmap ein.

Was wir uns wuenschen wuerden

Aus unserer Ecke heraus waere schon viel gewonnen, wenn Betriebsthemen genauso selbstverstaendlich im Backlog landen wie Features: Observability als User Story, Patch-Zyklen als wiederkehrendes Item, Restore-Tests als Akzeptanzkriterium. Und ja, auch Kapazitaetsplanung gehoert dazu – ein Produkt, das erfolgreich skaliert, braucht irgendwann mehr als die kleinste Instanzgroesse.

Dass bei einer Produktkonferenz inzwischen auch KI ein grosses Thema ist, ueberrascht mich nicht. Spannend finde ich daran vor allem die Betriebsseite: KI-Funktionen bringen neue Kostenmodelle, neue Datenschutzfragen und neue Abhaengigkeiten von externen Diensten mit sich. Auch das sind Produktentscheidungen, nicht nur Technikentscheidungen.

Mein Fazit

Ob man nun nach Koeln faehrt oder nicht: Der Leitsatz „Der Launch ist erst der Anfang" ist ein guter Massstab fuer jedes Projekt. Wir merken bei uns im Rechenzentrum sehr deutlich, welche Teams ihn verinnerlicht haben – naemlich an der Zahl der naechtlichen Eskalationen. Wenn ihr gerade ein Produkt plant, nehmt die ersten zwoelf Monate nach dem Go-live gleich mit in die Planung auf. Euer zukuenftiges Ich wird es euch danken, und euer Hoster sowieso.

Man liest sich, eure Kora

Quelle: heise online