Kernaussage: Co-Delivery funktioniert nur, wenn die Übergabe nicht bloss ein Dokument ist, sondern die Verantwortung klar verteilt wird — sonst entsteht ein Produkt ohne Eigentümer.
Haben Sie auch schon erlebt, dass ein Projekt nach der Übergabe ins Stocken gerät, obwohl alle Meilensteine erreicht wurden? Kennen Sie das mulmige Gefühl, wenn das Runbook da liegt, aber niemand wirklich «verantwortlich» ist? In meiner Beratungspraxis sehe ich genau das: Projekte, die formal abgeschlossen sind, aber praktisch nicht laufen. Woran liegt das? An unklaren Rollen, lückenhaften Abnahmen und zu wenig Fokus auf Betrieb und Ownership.
Warum Co-Delivery oft nur halb gelebt wird
Co-Delivery klingt gut auf dem Papier. Zwei Parteien, klare Arbeitsteilung, schnellere Lieferung. In der Realität bleibt die Account-Leadership oft bei einem Partner, die Delivery-Kompetenz beim anderen — und die Schnittstellen werden zur Fehlerquelle. Fragen Sie sich: Wer trifft die Architekturentscheidungen, wenn es kniffelig wird? Wer nimmt die Abnahme vor, wenn Stakeholder widersprüchliche Anforderungen haben? Aus meiner Sicht ist die Antwort entscheidend für Stabilität und Tempo.
Rollen sauber trennen — ohne Machtspiel
Sie führen das Account-Management und die Governance, ich liefere Senior-Delivery. Das ist eine wirksame Formel. Aber was heisst «führen» konkret? Meines Erachtens bedeutet es: klare Entscheidungswege, definierte Eskalationsstufen und regelmässige Review-Termine. Für die Delivery-Seite heisst das: technisch saubere Lösungen, klare Schnittstellen, dokumentierte Übergaben. Kennen Sie das Gefühl, wenn Entscheidungen wegen Zuständigkeitsfragen verzögert werden? Das passiert, wenn Rollen nur auf Folien existieren.
Die drei typischen Fehler aus der Praxis
Übergabe als Papierübergabe: Runbook und Betriebshandbuch werden erstellt, aber nie gemeinsam durchgespielt. Ergebnis: Das Team hat das Gefühl «das war nie für uns gedacht». Unklare Abnahme-Kriterien: Abnahmen erfolgen nach Stimmung statt nach messbaren Kriterien. Später gibt es Diskussionen über Scope und Qualität. Fehlende Ownership im Betrieb: Nach der Liveschaltung bleibt die Verantwortung diffus — wer behebt Produktionsfehler, wer priorisiert Verbesserungen?
Haben Sie in Projekten ähnliche Situationen erlebt? Mir hilft es immer, diese Fehler beim Kick-off offen anzusprechen.
Wie Verlässlichkeit konkret entsteht
Verlässlichkeit baut auf drei Säulen: klarer Rahmen, saubere Abnahmen, dokumentierte Übergaben. Ein klarer Rahmen schafft Erwartungen und Entscheidungsbefugnisse. Saubere Abnahmen verhindern spätere Streitpunkte. Dokumentierte Übergaben sorgen dafür, dass der Betrieb weiss, was zu tun ist. In der Praxis lohnt sich, diese Schritte nicht als lästige Pflicht, sondern als Investition in den stabilen Betrieb zu sehen.
Checkliste für eine echte Co-Delivery-Partnerschaft
Wer ist Account-Owner, wer ist Delivery-Owner? Namen, nicht Rollenbezeichnungen. Welche Entscheidungen trifft wer allein, welche gemeinsam? Eskalationspfad festlegen. Abnahme-Kriterien messbar definieren: Funktionalität, Performance, Security-Checks, Akzeptanztests. Übergabeartefakte: Runbook, Betriebshandbuch, Kontaktliste, Rollback-Plan — und ein Übergabeworkshop. Betrieb-Ownership klar benennen: Team, SLA, Verantwortliche für Incident und Change.
Was ich in meinen Projekten anders mache
In einem Projekt mit einem DACH-Kunden haben wir beim Übergabe-Workshop eine Live-Simulation durchgeführt: Team A löste einen Incident, Team B übernahm die Kommunikation zu Stakeholdern. Das brachte sofort Klarheit — wer macht was, wie lange braucht es, welche Infos fehlen? Solche Übungen kosten Zeit, sparen aber Wochen später.
Konnten Sie sich vorstellen, so vorzugehen? Was würde das mit Ihrem Team machen?
Konkrete 14–30-Tage-Handlungsanleitung (nummeriert) Tag 1–3: Rollen und Entscheidungsbefugnisse schriftlich benennen. Nennen Sie Person + Stellvertretung + Eskalationsweg. Tag 4–7: Gemeinsamen Abnahme-Katalog erstellen. Definieren Sie messbare Kriterien für Funktion, Performance, Sicherheit und Akzeptanz. Tag 8–14: Übergabe-Artefakte fertigstellen und einen 2‑stündigen Übergabe-Workshop planen (Runbook, Betriebshandbuch, Kontaktliste, Rollback-Plan). Tag 15–20: Übergabe-Workshop durchführen mit Live‑Simulation eines Incidents oder einer Betriebsübergabe. Protokollieren Sie offene Punkte. Tag 21–30: Offene Punkte abarbeiten, Ownership für Betrieb formell bestätigen (SLA/Verantwortliche), erstes Review-Treffen für Woche 6 terminieren.
Wenn Sie möchten, kann ich Ihnen eine einfache Vorlage für den Abnahme-Katalog und die Übergabe-Agenda schicken. Wollen Sie das?
