In diesem Erfahrungsbericht aus der Praxis möchte ich zeigen, wie wichtig in einem agilen Projekt die Rolle des Product Owners ist, um dem Entwicklungsteam einen optimalen Rahmen mit klarem Fokus auf die Projektziele zu geben.

Aufgaben eines Product Owners

Bei der AIT GmbH erstellen wir individuelle Softwarelösungen für unsere Kunden in agilen Projekten. Oft sind Teams in Teilen durch uns und den Kunden besetzt, sodass wir mit den Kunden zusammen im Projekt arbeiten. Dieser Modus der "Co-Creation" ist im Scrum Guide so nicht beschrieben. Wir möchten jedoch die agilen Werte leben und streben daher ein partnerschaftliches Verhältnis auf Augenhöhe an.

In unseren agilen Projekten ist typischerweise die Rolle des Product Owners (PO) durch den Kunden besetzt. Dies sichert ihm den notwendigen Einfluss zu, denn der PO entscheidet über den Leistungsumfang und den zeitlichen Rahmen des Projekts.

Der PO ist die zentrale Stelle, um die Interessen aller Stakeholder auszuhandeln, abzuwägen und zu repräsentieren. Dies erzeugt Druck von vielen verschiedenen Seiten. Aufgabe des POs ist es, diesen Druck abzufedern und das Team davor zu schützen. Kommt er dieser Aufgabe nicht nach, kann dies gravierende Folgen haben: schlechte Stimmung im Team, Ineffizienz, Nichterfüllung von Deadlines bis hin zum Scheitern des gesamten Projekts.

Der PO hat noch einige andere Aufgaben. Ich möchte mich jedoch in diesem Beitrag auf die Aufgabe als Puffer zwischen Stakeholdern und Entwickler:innen konzentrieren, da diese essenziell ist, um dem Team einen optimalen Arbeitsrahmen mit klarem Fokus auf die Projektziele zu geben.

Störungen von außen: Stakeholdermanagement verbessern