Das Ownership-Prinzip besagt, dass für jedes System, jeden Workflow und jeden Prozess eine klar benannte Person oder ein klar benanntes Team die vollständige Verantwortung trägt: für Qualität, für Verfügbarkeit, für Weiterentwicklung und für das Beheben von Problemen. „You build it, you run it“ – wer etwas baut, ist auch für den Betrieb verantwortlich. Ownership schafft Accountability: Eine Person oder ein Team, das weiß, dass es für den Betrieb seines Systems verantwortlich ist, baut qualitativ hochwertiger, dokumentiert vollständiger und testet gründlicher.
Das Gegenteil des Ownership-Prinzips ist das „Orphan-Problem“: Systeme, Workflows oder Prozesse ohne klaren Owner werden schlecht gewartet, nie verbessert und im Problemfall von niemandem verantwortet. In Automatisierungsinfrastrukturen entsteht dieses Problem besonders leicht: Workflows werden gebaut, der Entwickler wechselt das Projekt – und niemand fühlt sich mehr zuständig. Das Ownership-Prinzip verhindert diese strukturelle Verantwortungslosigkeit.
Ownership vs. Accountability
Ownership
- Aktive, tägliche Verantwortung
- Kennt das System in der Tiefe
- Reagiert auf Probleme proaktiv
- Verbessert kontinuierlich
- Typisch: Workflow-Engineer für seinen Workflow
Accountability
- Übergeordnete Rechenschaftspflicht
- Verantwortet das Gesamtergebnis
- Entscheidet bei Eskalationen
- Strategische Richtungsentscheidungen
- Typisch: Teamleiter für das Portfolio des Teams
Ownership-Prinzip in der Praxis verankern
- Owner für jeden Workflow: Jeder produktive Workflow hat einen namentlich benannten Owner in der Dokumentation. Kein Workflow ohne Owner-Feld – ein leeres Owner-Feld ist ein Warnsignal
- Owner-Wechsel dokumentieren: Wenn ein Owner das Unternehmen verlässt oder das Projekt wechselt, muss der Ownership-Transfer explizit stattfinden – mit Übergabe-Dokumentation und Einarbeitungszeit
- Owner ist erster Ansprechpartner: Bei Fragen, Änderungswünschen und Incidents ist der Owner die erste Kontaktstelle – nicht das gesamte Team. Klare Linie von Anfrage zu Verantwortung
- Ownership schafft Qualitätsdruck: Wenn der Owner weiß, dass er nachts für seinen Workflow Bereitschaft hat, gestaltet er ihn stabiler, robuster und mit besserem Fehlerhandling – ein natürlicher Qualitätsanreiz
Ownership-Prinzip und psychologische Sicherheit müssen zusammen gedacht werden: Ownership ohne psychologische Sicherheit führt zu Angst vor Fehlern und zum Verbergen von Problemen. Ownership mit psychologischer Sicherheit führt zu proaktiver Kommunikation und eigenverantwortlichem Handeln. Das Ownership-Prinzip ist so stark wie die Fehlerkultur, in der es eingebettet ist.
Praxisbeispiel
Ein Automationsdienstleister hat 34 produktive Workflows. Beim ersten vollständigen Inventory-Check: 11 der 34 Workflows haben keinen zugeordneten Owner – der ursprüngliche Entwickler hat das Unternehmen verlassen oder das Team gewechselt. Diese 11 „Orphan-Workflows“ haben die höchste Fehlerquote (durchschnittlich 3,4 Prozent vs. 0,6 Prozent bei Workflows mit Owner), die älteste Dokumentation und die wenigsten aktiven Verbesserungen in den letzten 6 Monaten. Maßnahme: Ownership für alle 34 Workflows zugewiesen. Für die 11 Orphan-Workflows: 2-wöchige intensive Einarbeitung des neuen Owners. Nach 3 Monaten: Fehlerquote der ehemaligen Orphan-Workflows auf 0,9 Prozent gesunken. Klare Korrelation: Ownership = Qualität.
