FrankSazamaIch werde oft gefragt, was agile Organisationen im Kern ausmacht. Meine Antwort ist überraschend einfach – aber nicht simpel: Es ist das Zusammenspiel der drei Rollen.
Product Owner, Team Engineer (oder Scrum Master) und Developer.
Drei Rollen. Ein Dreieck. Und wenn es funktioniert, ist es fast schon Magie.
Ich habe viele Teams begleitet – vom kleinen Entwicklerteam bis zu komplexen skalierten Strukturen im Automotive-Kontext. Die Muster sind immer ähnlich: Wenn diese drei Rollen im Gleichgewicht sind, entsteht ein soziales System, das mehr leisten kann, als jede Rolle für sich allein.
Agilität beginnt nicht bei der Methode, sondern im Denken
Für mich beginnt Agilität nicht bei Jira, Scrum oder SAFE. Sondern bei der Haltung:
🔁 Wie gehen wir mit Veränderung um?
🎯 Wie liefern wir echten Wert – nachhaltig und verlässlich?
Agilität ist die Fähigkeit einer Organisation, sich schnell und wirkungsvoll an ein sich ständig wandelndes Umfeld anzupassen – und gleichzeitig kontinuierlich Kundennutzen zu liefern. Ohne dass die Menschen dabei ausbrennen.
Das verlangt nach Struktur – und nach Verantwortung, verteilt auf drei Dimensionen:
1️⃣ Produktverantwortung – der Product Owner
Der PO ist nicht einfach nur ein Priorisierer von Backlog-Einträgen.
Er ist die Stimme des Kunden, der Architekt der Wertschöpfung.
Er gibt Richtung, hält Kurs, wägt ab: Was bringt echten Nutzen – und wann?
Und: Er muss den Mut haben, Nein zu sagen. Zu Feature-Wünschen, zu Überlastung, zu Unklarheiten. Denn Klarheit ist seine Währung.
2️⃣ Fähigkeiten und Entwicklung – der Team Engineer / Scrum Master
Für mich ist der Team Engineer mehr als ein Moderator.
Er ist der Architekt der Teamfähigkeit – derjenige, der den Raum für Entwicklung schafft.
Er erkennt Spannungen, initiiert Feedback-Loops, treibt kontinuierliche Verbesserung – methodisch, zwischenmenschlich, strukturell.
Und wenn das Team überfordert ist? Dann ist er es, der Lernbedarfe erkennt, Trainings organisiert oder neue Wege ermöglicht. Immer mit dem Ziel: Das Team zu befähigen, Erwartungen zu erfüllen.
3️⃣ Umsetzungskompetenz – die Developer
Entwickler:innen sind nicht nur „Codelieferanten“.
Sie sind Gestalter – von Architektur, Design, Tests, Modulen.
Sie bringen Kreativität, Know-how und Ownership ins Team. Sie wissen, wie etwas entstehen muss – und was technisch sinnvoll ist.
Deshalb ist ihr Input nicht nur in der Umsetzung entscheidend, sondern bereits in der Analyse, der Planung, der Schätzung.
Wenn das Zusammenspiel gelingt, entsteht ein Hochleistungssystem
In gut funktionierenden Teams sehe ich:
✅ Gemeinsame Verantwortung für Analyse, Planung, Umsetzung
✅ Kontinuierliche Feedbackschleifen (Dailys, Reviews, Retrospektiven)
✅ Verbesserungen, die wirklich gelebt und vom PO mitgetragen werden
✅ Vertrauen, Offenheit, klare Zuständigkeiten
Und das Beste: Dieses Muster lässt sich skalieren. Auf Feature-Ebene. Auf Lösungsebene. Bis in ganze Programme hinein.
Immer wieder dieselben Fragen:
- Erfüllen wir die Kundenerwartungen?
- Sind wir als Team in der Lage, das zu leisten?
- Haben wir ein gemeinsames Verständnis von dem, was erreicht werden soll?
Organisation als System – mit Ergebnissen im Fokus
Was mich besonders freut: Dieses einfache System erfüllt nicht nur agile Prinzipien, sondern auch die Erwartungen komplexer Standards wie Automotive SPICE, Funktionale Sicherheit oder Cybersecurity.
Denn auch dort zählt am Ende: das Ergebnis.
Ein funktionierendes Produkt. Eine saubere Dokumentation. Eine durchdachte Architektur.
Und all das entsteht nicht durch Rollenbeschreibungen auf dem Papier – sondern durch gelebte Verantwortung in einem agilen, skalierbaren System.