Scrum-Leitfaden | 7. Die häufigsten Fehler des Product Owners

Im heutigen Beitrag konzentrieren wir uns auf die häufigsten Herausforderungen, mit denen Product Owner konfrontiert sind. Wir sagen Ihnen auch, wie Sie sich auf Situationen vorbereiten können, in denen diese Fehler des Product Owners am häufigsten vorkommen.

Fehler des Product Owners – Inhaltsverzeichnis:

1. Was zwischen dem Product Owner und dem Kunden schief gehen kann
2. Herausforderungen, denen sich der Product Owner in Bezug auf den Rest des Scrum-Teams gegenübersieht
3. Zusammenfassung

Was zwischen dem Product Owner und dem Kunden schief gehen kann

Der Product Owner ist die Person, die persönlich für das Versagen des Scrum Teams verantwortlich ist. Aufgrund dieser Position jenseits der Aktivitäten des Teams gilt der Product Owner als der einzige umwringbare Nacken . Mit anderen Worten, es ist der Product Owner, der am meisten leidet, wenn das Scrum-Team schief geht. Wie also mit problematischen Situationen umgehen, wenn sie auftreten, oder besser noch, sie von vornherein verhindern?

Um diesen Punkt zu beantworten, haben wir in der folgenden Tabelle eine klare und gründliche Analyse einiger schwerwiegender Fehler von Product Ownern und Kunden zusammen mit einer detaillierten Diskussion der einzelnen Fehler bereitgestellt.

Unfähigkeit, Prioritäten zu setzen

Der Fehler, nicht zu wissen, wie man Prioritäten setzt, ist der Fluch vieler Product Owner. Warum ist Aufgabenpriorisierung eine Kernkompetenz? Denn wenn alles gleich wichtig wird, verschwindet das Produktziel. Das ist die beabsichtigte Wirkung der Scrum-Team-Aktivität.

Das Problem beginnt bereits bei den ersten Gesprächen mit Kunden über das Produktziel. Der Kunde möchte in der Regel, dass alle seine Ideen möglichst schnell und kostengünstig realisiert werden. Die Aufgabe des Product Owners besteht darin, eine Prioritätenliste zu erstellen. Seine Aufgabe ist es, basierend auf unstrukturierten Kundenerwartungen eine Liste klarer und realisierbarer Erwartungen zu erstellen, die von den wichtigsten bis zu den unwichtigsten geordnet sind .

Das Problem mit der Priorisierung entsteht meistens dadurch, dass die Erwartungen des Kunden missverstanden werden. Es erscheint, wenn der Product Owner nicht in der Lage ist, Informationen über die tatsächlichen Produktziele vom Kunden zu extrahieren. Das ist die Antwort auf die Frage, welche Bedürfnisse das Produkt erfüllen soll.

Wie schützt man sich also vor diesem Fehler? Erstens – hören Sie dem Kunden genau zu. Zweitens lernen Sie, Fragen zum Ziel und zur Funktionsweise der einzelnen Produktfunktionen zu stellen. Drittens – verhandeln und begrenzen Sie die zu erreichenden Ziele. Und dafür brauchen Sie Durchsetzungsvermögen.

Wenn der Product Owner eine Liste mit Aufgaben zu erledigen hat, gibt es bewährte Methoden, um deren Fortschritt und Ausarbeitung zu verbessern. Beispielsweise werden Aufgaben anhand der sogenannten Eisenhower-Matrix nach Wichtigkeits- und Dringlichkeitskriterien priorisiert.

Fehlendes Durchsetzungsvermögen des Product Owners

Das Problem, das eng mit der Unfähigkeit, Prioritäten zu setzen, zusammenhängt, ist die fehlende Durchsetzungskraft. Dies führt zu unangemessen in die Warteschlange gestellten Aufgaben und führt dazu, dass die Verwirklichung des Produktziels blockiert wird, indem es mit übermäßigen Aufgaben kombiniert wird. Daher ist die Fähigkeit, Nein zum Kunden sagen zu können, entscheidend.

Das Durchsetzungsvermögen des Product Owners sollte auf drei Säulen basieren:

• Kenntnis der Fähigkeiten des Teams,
• Kenntnis der vom Team verwendeten und entwickelten Lösungen,
• Bewusstsein für ihre Rolle und ihren Wert basierend auf ihrem Platz im Scrum-Team.

Daher besteht eine der wichtigsten Möglichkeiten zur Vermeidung von Durchsetzungsproblemen darin, dass der Product Owner täglich mit dem Scrum-Team zusammenarbeitet. Dies wird ihm helfen, realistische Vorstellungen über die Zeit und die Fähigkeit zur Umsetzung der Ideen des Kunden aufzubauen.

Unzureichende kaufmännische Fähigkeiten

Der nächste Fehler, den wir ansprechen möchten, ist das Fehlen angemessener kaufmännischer Qualifikationen. Die Stärken dieser Product Owner sind meist spezialisierte Qualifikationen. Ihre Kompetenzen beziehen sich eher auf den Bereich des Entwicklungsteams als auf das Geschäft. Es fehlt also an fundiertem Praxiswissen über den Wettbewerb, über die Spielregeln des Marktes und den Endkunden des vom Scrum-Team erstellten Produkts.

Es gibt kein einfaches Heilmittel dagegen, da es in ganz bestimmten Situationen auftreten kann. Sicherlich ist es jedoch eine gute Vorgehensweise für einen Product Owner, dies anzuerkennen und weiter zu lernen und Erfahrungen und Geschäftskompetenzen zu sammeln.

Herausforderungen, denen sich der Product Owner in Bezug auf den Rest des Scrum-Teams gegenübersieht

Die Fähigkeit zur Priorisierung von Aufgaben, das Durchsetzungsvermögen des Product Owners und seine hohen Business Skills sind die notwendigen Voraussetzungen für die Erstellung eines vorbildlichen Product Backlogs, dem langfristigen Fundament des Scrum Teams. Wenn das Backlog nicht konsistent und genau umrissen wird, werden die Probleme in der Beziehung zwischen Product Owner und Kunde auf die Beziehung zwischen Product Owner und anderen Scrum-Teammitgliedern übergreifen. Und wiederum wirken sie sich direkt auf die Effektivität des Scrum-Teams aus. Welche anderen Fallstricke warten auf den Product Owner in seinen Beziehungen zu den anderen Mitgliedern des Scrum-Teams?

Zur Vereinfachung haben wir die Probleme zwischen Product Owner und Scrum Team tabellarisch dargestellt. Nachfolgend finden Sie eine detaillierte Diskussion der einzelnen Probleme und Lösungsvorschläge.

Schlechte Ausstrahlung

Die tägliche Aufgabe des Product Owners besteht darin, die Richtlinien des Kunden mit der Art und Weise, wie sie vom Entwicklungsteam umgesetzt werden, abzustimmen. Dies erfordert zweifellos die richtige Autorität, Zuhörfähigkeit und Charisma.

Das Problem der unzureichenden Autorität kann nicht über Nacht gelöst werden. Es erfordert eine langfristige Arbeit an Soft Skills. Und auch Erkenntnisse über die Aufgabenbereiche und Fähigkeiten anderer Teammitglieder zu gewinnen.

Unzureichende Fachkenntnisse

Wie wir in dem Artikel zur Beantwortung der Frage „Wer ist ein Product Owner?“ geschrieben haben, ist die Rolle eines Product Owners nicht rein technisch. Die Kenntnis der Grundlagen der spezialisierten Fähigkeiten der Mitglieder des Entwicklungsteams kann jedoch die Autorität eines Product Owners erheblich steigern. Unzureichende Qualifikationen im Fachgebiet des Teams können nicht nur Probleme mit der Ausstrahlung und Autorität des Product Owners erzeugen. Der Fehler, sich nicht für die Spezialisierung der Mitglieder des Entwicklungsteams und die Grundlagen ihrer Kompetenzen zu interessieren, kann lustige Situationen hervorrufen, aber auch Situationen mit desaströsen geschäftlichen und zwischenmenschlichen Folgen.

Damit das Scrum-Team Produkte von höchster Qualität liefern kann, muss der Product Owner daher ein gründliches Verständnis des Produkts haben. Es sollte nicht schwierig sein, die richtige Qualifikation zu erhalten, wenn man bedenkt , dass der Product Owner Teil eines Teams von Fachleuten ist. Sie können nicht nur Erklärungen geben, sondern auch Vorschläge machen, wo sie Wissen über ihr Fachgebiet erwerben können.

Unabhängigkeit

Der Product Owner muss in der Lage sein, eigenständig Entscheidungen zu treffen. Das Wichtigste ist natürlich, die Bedingungen des Scrum-Teams zu kennen und ständig mit dem Entwicklungsteam zu kommunizieren. Es ist jedoch der Product Owner, der für die Wirksamkeit seiner oder ihrer Handlungen verantwortlich gemacht wird. Aus diesem Grund müssen die Product Owner ihre Autorität aufbauen und Verantwortung für die von ihnen getroffenen Entscheidungen übernehmen. Die letzte Aufforderung zur Teamleitung, Priorisierung und Annahme von Aufgaben gehört ihnen.

Zusammenfassung

Wir haben die häufigsten Fehler des Product Owners entdeckt. Die Rolle eines Product Owners ist nicht einfach. Deshalb lohnt es sich, sich bei der Einnahme auf die Probleme vorzubereiten, denen andere auf ihrem Weg begegnet sind.

Probleme in der Kundenbeziehung resultieren in der Regel aus einem Mangel an Durchsetzungsvermögen, der Unfähigkeit, Prioritäten zu setzen, und unzureichenden Geschäftskenntnissen.

Fehler des Product Owners, die während der Arbeit mit dem Rest des Scrum-Teams auftreten, resultieren aus der mangelnden Unabhängigkeit und dem unzureichenden Charisma der Person, die die Rolle des Product Owners übernommen hat. Ein weiterer Grund kann der Mangel an Fachkenntnissen und die mangelnde Bereitschaft oder Zeitmangel sein, das Wissen zu erweitern.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer fleißigen Bienen-Community auf Facebook, Linkedin und Twitter bei.

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

1. Glossar der Grundbegriffe, Rollen und Begriffe
2. Was ist Scrum?
3. Scrum-Werte
4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
5. Scrum Team – was ist das und wie funktioniert es?
6. Wer ist ein Product Owner?
7. Die häufigsten Fehler des Product Owners
8. Wer ist der Scrum-Master?
9. Eigenschaften eines guten Scrum Masters
10. Die häufigsten Fehler des Scrum Masters
11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
12. Zusammenarbeit zwischen Product Owner und Scrum Master
13. Entwicklungsteam in Scrum
14. Die häufigsten Fehler von Entwicklern
15. Scrum-Artefakte
16. Scrum skalieren
17. Sprint-Rückstand
18. Was ist das Product Backlog?
19. Was sind User Stories?
20. Erstellen Sie die beste User Story mit INVEST
21. Die häufigsten Fehler in User Storys
22. Akzeptanzkriterien für User Storys
23. Schätzung und Story Points in Scrum
24. Planungspoker
25. Team-Schätzspiel
26. Inkrement definieren
27. Scrum-Ereignisse
28. Was ist Sprint in Scrum?
29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
30. Was ist ein Burndown-Diagramm?
31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
32. Vor- und Nachteile des Burndown-Charts
33. Kanban-Boards in Scrum und Scrumban
34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
35. Tägliches Scrum
36. Sprint-Planung
37. Sprint-Review
38. Was ist eine Sprint-Retrospektive?
39. Häufige Fehler während einer Sprint-Retrospektive
40. Pflege des Produkt-Backlogs