Zwei Köpfe, ein Ziel: Erfolgreiche Projekte mit Proxy Product Owner
In diesem Artikel zeigen wir, wie ein Proxy Product Owner die Arbeit in Softwareprojekten erleichtern kann. Ein Proxy PO unterstützt den Product Owner, indem er Aufgaben übernimmt, für die der Product Owner oft nicht die Zeit oder Erfahrung hat. Dazu gehört die Ermittlung von Kundenbedürfnissen, das Erstellen von User Stories, die Planung der nächsten Schritte und die Klärung fachlicher Fragen. So werden Engpässe vermieden und das Entwicklungsteam bleibt produktiv.

Business Analystin
6. August 2024

Wer ein agiles Softwareprojekt erfolgreich steuern will, hat viele Aufgaben zu koordinieren. Man muss eine Vision und Strategie für das Produkt entwickeln, Kundenwünsche ermitteln und Lösungsansätze finden, Details mit Stakeholdern abstimmen, Prioritäten setzen und viele weitere Aufgaben erledigen. Dies alles füllt problemlos einen Vollzeitjob aus.
In Scrum-Entwicklungsprojekten ist der Product Owner für diese Aufgaben verantwortlich. Idealerweise ist er zu 100% für diese Aufgaben freigestellt, hat Erfahrung mit der agilen Softwareentwicklung und „spricht die Sprache“ des Entwicklungsteams. Doch in der Realität hat der Product Owner oft zusätzliche Aufgaben, eine hohe Arbeitslast im Stakeholder-Management und (noch) keine Erfahrung in der Kommunikation mit einem agilen Team.
Dadurch stellen sich dem Product Owner viele Fragen:

Die Fragen eines Product Owners
Wenn eine Person all diese Aufgaben bewältigen muss, ohne dafür 100% ihrer Zeit zur Verfügung zu haben, entsteht oft eine kritische Engstelle, die die gesamte Entwicklung bremst. Häufig kommt hinzu, dass das Entwicklungsteam wenig fachliches Wissen über die Projektdomäne hat. Dieses Wissen muss ebenfalls der Product Owner bereitstellen.

Der Product Owner ist in dieser Situation sehr unter Last und oft die Engstelle, die die Geschwindigkeit und den Erfolg limitiert. Hat er nicht genug Zeit oder ist zeitweise nicht verfügbar (andere Aufgaben, Urlaub, Krankheit) wird das Problem ganz akut.
Ein Modell, mit dem wir gute Erfahrungen gemacht haben, ist die Einführung eines Sparringspartners für den Product Owner. Wir nennen diesen Sparringspartner „Proxy Product Owner“.
Was macht ein Proxy Product Owner?
Der Proxy Product Owner unterstützt den Product Owner bei seiner Arbeit. Beide arbeiten eng zusammen, um gemeinsam die Ziele und Anforderungen für das Produkt zu definieren.
Besonders in folgenden Bereichen kann der Proxy PO den Product Owner entlasten:
- Kundenbedürfnisse ermitteln und Lösungen dafür erarbeiten
- User Stories erstellen und in sinnvolle Umsetzungsschritte aufteilen
- (Erster) Ansprechpartner für Entwickler bezüglich fachlicher Rückfragen
- Unterstützung bei der Priorisierung der anstehenden Aufgaben
- Anwendung bewährter agiler Herangehensweisen
- Coaching und methodische Unterstützung des Product Owners

Der Proxy Product Owner arbeitet mit dem Product Owner zusammen und entlastet ihn
Was muss man beachten, damit die Arbeit mit einem Proxy PO gelingt?
Wichtig für ein erfolgreiches Arbeiten mit Scrum ist, dass es weiterhin einen(!) Product Owner gibt. Der Product Owner hat das letzte Wort bei der Priorisierung und ist verantwortlich für den Produkterfolg.
Die Verantwortung für die folgenden Punkte muss daher beim PO bleiben:
- Definition des Produktziels
- Festlegung der Produktstrategie
- Priorisierung
Der Proxy PO unterstützt hierbei lediglich.
Entscheidend für den Erfolg ist der häufige und gute Austausch zwischen PO und Proxy PO. Die Kommunikation sollte dabei auf Augenhöhe stattfinden und nicht als Befehlsempfänger-Verhältnis verstanden werden. Der Proxy PO sollte Erfahrung mit agilen Softwareprojekten haben und den Product Owner bei Bedarf beraten und coachen können.
Zusammengefasst lautet die Erfolgsformel:
„PO und Proxy-PO bilden ein Team, das das Produkt gemeinsam zum Erfolg führt. Jeder profitiert dabei von den Stärken und Erfahrungen des anderen.“
Fazit
Wenn der Product Owner auf Kundenseite und der Proxy Product Owner auf Dienstleisterseite gut zusammenarbeiten, schaffen sie die besten Voraussetzungen für ein erfolgreiches Softwareprojekt. Die Aufgabenteilung und gegenseitige Unterstützung erhöhen die Effizienz und tragen maßgeblich zum Projekterfolg bei.

Karin Neubauer
Ich bin Product Owner und Agile Requirements Engineer bei pep.digital – mit über 15 Jahren Erfahrung in der Softwareentwicklung und im Requirements-Engineering, unter anderem mit Java und Angular. Mein Fokus liegt darauf, gemeinsam mit Kunden und Teams Produkte zu entwickeln, die echten Mehrwert schaffen – in Rollen wie Product Owner, Requirements Engineer und Scrum Master.
Mein Studium der Softwaretechnik (Diplom-Ingenieurin) an der Hochschule Esslingen sowie mein berufsbegleitender Master of Science in Media Informatics an der Wilhelm Büchner Hochschule bilden die fachliche Basis meiner Arbeit. Ergänzt wird diese durch meine Lehrtätigkeit an der Hochschule Esslingen von April 2018 bis September 2019.
Als zertifizierter Professional Scrum Product Owner (PSPO II und CSPO) sowie IREB Certified Professional for Requirements Engineering (CPRE Advanced Level) verbinde ich methodisches Know-how mit umfassender Praxiserfahrung aus zahlreichen Projekten. In meinen Beiträgen zeige ich, wie agile Methoden und präzises Requirements-Engineering in der Praxis funktionieren.
Weitere interessante Artikel
Wir möchten hier nicht nur über Neuigkeiten aus dem Unternehmen berichten, sondern auch das Wissen und die Erfahrung unserer Experten teilen.

Flow Design ist eine einfache Entwurfsmethodik, die zu besserem Code führt. Endlich gibt es neuen Lesestoff zu dieser Methodik.

Kevin Erath
Geschäftsführer

Heutzutage kommen immer mehr Menschen in ihrer Freizeit mit der Programmierung in Berührung. Auch Unternehmen suchen Software-Ingenieure, sodass die Nachfrage nach Computer-Software und -Hardware steigt. Hardware-Unternehmen wie Intel, AMD und Nvidia verzeichnen in den letzten Jahren hohe Umsätze, ebenso wie viele andere Software-Unternehmen wie Microsoft oder Apple.

Klemens Morbe
Softwareentwickler








.webp&w=3840&q=90)





