Product Owner oder Scrum Master

Teilen!

Es kommt häufig vor, dass man Menschen trifft, die sowohl als Scrum Master als auch als Product Owner zertifiziert sind. So verwirrend es für mich auch sein mag, aber es ist nicht ungewöhnlich, dass ich mich - persönlich oder über soziale Medien - mit Menschen unterhalte, die aus irgendeinem Grund sowohl als Scrum Master als auch als Product Owner zertifiziert sind. Macht es Sinn, sich auf beide Rollen zu spezialisieren? Dieser Artikel stellt Argumente vor, um den Unterschied zwischen den Rollen zu verstehen und wie Sie Ihr Wachstum als Product Owner oder Scrum Master unterstützen können.

Der erste und wichtigste Schritt ist die Festlegung der für Sie am besten geeigneten Rolle. Und die Antwort lautet: abhängt. Als guter Berater ist die häufigste Antwort, die ich gebe, natürlich "es kommt darauf an". Wenn Sie jedoch meine früheren Artikel gelesen haben, wissen Sie, dass ich keinen Mittelweg mag und gerne Menschen, die noch unentschlossen oder verwirrt über die Rollen des Scrum Masters und des Product Owners sind, mit einem Urteil beglücke.

Im Folgenden finden Sie einige wichtige Informationen, die Ihnen helfen, zwischen den beiden Rollen zu unterscheiden und das Potenzial der beiden Rollen besser zu verstehen. Und wenn Sie darüber nachdenken, Ihre Fähigkeiten zu verbessern oder jemanden für eine der beiden Funktionen einzustellen, wird dieser Artikel sicher sehr nützlich sein.

Scrum kann alles

Obwohl Scrum sehr gut ist, stört es mich ein wenig, dass sie versuchen, Scrum überall anzuwenden - ein bisschen "a la maldita sea" würde ein Kolumbianer wie ich sagen.

Scrum ist nicht neu und ähnelt sehr seinen agilen Vettern und Geschwistern. Ein iteratives Managementmodell, das durch bestimmte Tätigkeiten und Rollen u. a. Folgendes fördert

  • Ausrichtung
  • Transparenz
  • Bessere Kommunikation

Doch in unserer Zeit ist Scrum - wie alle Modeerscheinungen - unser neuer "Maslowscher Hammer".

Scrum: Der neue Hammer von Maslow

Foto eines Hammers und einiger Nägel als Hinweis auf den Maslowschen Hammer.

Maslow popularisierte diese Idee, die auch als "Gesetz des Hammers" oder "Der goldene Hammer" bekannt ist, in seinem Buch Die Psychologie der Wissenschaft die 1966 veröffentlicht wurde und in etwa so ablief:

Es ist leicht anzunehmen, dass man alles wie einen Nagel behandeln kann, wenn das einzige Werkzeug, das man zur Hand hat, ein Hammer ist.

Abraham Maslow

Scrum Master: Der Allmächtige

In diesem Sinne: Wenn Scrum alles kann, dann muss der Scrum Master ein Glückspilz sein. Kerkermeister dessen Macht unbegrenzt ist.

Meiner Meinung nach ist es genau das Gegenteil. Wenn Sie davon träumen, Scrum Master zu werden, müssen Sie zunächst die Bedeutung dieser Rolle verstehen, die Möglichkeiten, die sie Ihnen bietet, und natürlich den Kontext, in den sie Sie stellt.

Lassen Sie uns also einen Schritt nach dem anderen machen.

Was ist die Aufgabe eines Scrum Masters?

Obwohl der Scrum-Leitfaden, IMHO, ein schlechtes und zweideutiges Dokument mit wenig Inhalt ist, werden wir ihn aus Respekt vor den Vätern des Modells verwenden - die, im Gegensatz zu ihrem Leitfaden, der mehr und mehr wie ein Pamphlet aussieht, ihr Leben interessanten Dingen und hervorragenden Projekten gewidmet haben.

Scrum Master als Botschafter

Schauen wir uns also die Beschreibung des SM im Scrum Guide an:

Der Scrum Master ist verantwortlich für[1]Die Übersetzung von "accountable" mit "verantwortlich" ist nicht nur unpassend, sondern kann den Leser auch verwirren. Deshalb ist es wichtig, dass Sie über die Unterschiede zwischen den Begriffen "verantwortlich" und "rechenschaftspflichtig" nachdenken. der Einrichtung von Scrum, wie sie in der Scrum-Leitfaden. Sie tun dies, indem sie jedem helfen, die Scrum-Theorie und -Praxis zu verstehen, sowohl innerhalb des Scrum-Teams als auch innerhalb der Organisation.

Entnommen und übersetzt aus dem Leitfaden Scrum 2020 - https://scrumguides.org/scrum-guide.html

Kurz gesagt, der SM ist ein Botschafter des Modells. Ähnlich wie die PMBOK-Fanboys von vor ein paar Jahren, die mit ihren Inputs und Outputs, ihren Prozessen und Tools herumliefen, als gäbe es kein Morgen und nichts, was über den Standard hinausgeht.

Der FS ist dann auf den Scrum-Team und die Organisation, in der dieses Team arbeitet. Wenn Sie also davon träumen, viele Teams oder große Gruppen zu leiten, IT-Manager oder etwas "breiteres" zu werden, dann wird Sie ein SM nicht dorthin bringen.

Möglichkeiten für den SM als Botschafter

  1. Heutzutage gibt es viele Stellenangebote für Scrum Master - obwohl nicht klar ist, was sie von der Rolle erwarten, verlangen alle oder fast alle einen Scrum Master-Abschluss. aktuelle Zertifizierung.
  2. In dieser Funktion können Sie Ihre Fähigkeiten im Umgang mit Menschen entwickeln und Ihre Verhandlungs- und Konfliktmanagementfähigkeiten verbessern - und das in kleinem Rahmen.
  3. Das Scrum-Framework - und mehr noch das Scrum-Guide-Modell - ist eine kindliche und unschuldige Lektüre. Man muss nicht jahrelang studiert haben, um die Rolle zu verstehen. Die agile Gemeinschaft ist weltweit sehr aktiv, und Sie werden sicherlich in der Lage sein, Gruppen beizutreten, in denen Sie diskutieren, lernen und experimentieren können.
  4. Die Rolle ist breit gefächert, und wenn Sie mit Leidenschaft bei der Sache sind, können Sie Ihre Fähigkeiten über Scrum hinaus auf die Leitung von Teams und die Motivation von Mitarbeitern ausweiten.

Die Risiken des SM als Botschafter

  1. Der Scrum Master ist auf das Scrum Team innerhalb einer Organisation beschränkt. Wenn Sie Ambitionen haben, sich weiterzuentwickeln oder mehr Befugnisse zu erhalten - z. B. die Leitung eines Bereichs oder eines großen Teams -, bietet Ihnen der SM keinen Anreiz für diese Aufgaben. Selbst ihr kleinkariertes Denken kann ein echtes Hindernis sein, wenn Sie ein großes Team leiten wollen - ich spreche hier von vielen Menschen, zehn oder hundert.
  2. Wenn Sie gerne die Kontrolle über die Anforderungen oder die Arbeit haben, werden Sie als Scrum Master definitiv leiden. Sie sind kein Chef, Sie sind ein Vermittler, manche sprechen sogar von einem "Katalysator".
  3. Wenn Sie mehr als Scrum brauchen - was wahrscheinlich der Fall ist - ist ein SM-Kurs oder eine Zertifizierung nur der halbe erste Schritt. Leider beschränken sich viele Kurse und Zertifizierungen darauf, die Anleitung zu erklären, und tragen wenig oder gar nicht dazu bei, die Erfahrung zu vermitteln.
  4. Es handelt sich um eine weit gefasste und eher allgemeine Rolle. Wenn Sie nicht leidenschaftlich gerne moderieren und unterstützen, werden Sie eine Menge Dinge lernen, die Ihnen der Leitfaden bei Ihrer täglichen Arbeit nicht abnimmt.

Scrum Master baut auf einem offenen Rahmen auf

Der Scrum Master ist für die Effektivität des Scrum Teams verantwortlich. Er erreicht dies, indem er das Scrum-Team in die Lage versetzt, seine Praktiken im Rahmen von Scrum zu verbessern.

Entnommen und übersetzt aus dem Leitfaden Scrum 2020 - https://scrumguides.org/scrum-guide.html

Nun, der Scrum-Leitfaden ist, wie ich schon mehrfach gesagt habe, etwas einfach... und grenzt an Unvollständigkeit.[2]Und das sage nicht nur ich. Im Leitfaden 2020 selbst heißt es: "Das Scrum-Framework ist absichtlich unvollständig und definiert nur die Teile, die zur Umsetzung der Scrum-Theorie erforderlich sind". Für viele kann das wunderbar sein. Für andere kann es ein echtes Problem sein. Irgendwie muss man die Lücken ausfüllen. Wenn Sie also viel Erfahrung haben, ist Scrum eine ausgezeichnete Basis, wenn nicht, sind Sie im Raum der Mehrdeutigkeit und "netten Ideen" verloren.

FS-Möglichkeiten innerhalb eines unvollständigen Rahmens

  1. Das Fehlen eines vorgegebenen Rahmens ist gut und verhindert "Trolle", die versuchen, alles "nach Schema F" zu machen. Gleichzeitig wird der potenzielle Anwendungsbereich des Frameworks auf Projekte jenseits des SW-Bereichs ausgeweitet, in dem Scrum ursprünglich entwickelt wurde.
  2. Empirisches Denken ist mächtig, wenn es ernst genommen wird. Empirie ist nicht gleichbedeutend mit "Improvisation".

Die Risiken der MH in einem unvollständigen Rahmen

  1. Wenn Sie neu anfangen, bereitet es Ihnen Kopfzerbrechen, wenn Sie keinen detaillierten Rahmen haben. Die Herausforderungen und Probleme, mit denen Sie konfrontiert werden, erfordern ein intensives Studium Ihrerseits und in vielen Fällen die Unterstützung erfahrener Personen.
  2. Empirie wird schnell mit Improvisation verwechselt. Lassen Sie sich nicht verführen. Auch wenn die agilistas Radikale hassen vorgefertigte Rezepte. Um ein guter Koch zu werden, ist es manchmal notwendig, ein paar Rezepte aus der Box zu lernen und ihnen dann eine besondere Note zu geben - ich empfehle Ihnen einen Blick auf das Konzept Shuhari.

Was ist das Ziel des Product Owners?

Der Product Owner ist dafür verantwortlich, den Wert des Produkts, das aus der Arbeit des Scrum-Teams hervorgeht, zu maximieren. Wie dies geschieht, kann von Organisation zu Organisation, von Scrum-Team zu Scrum-Team und von Person zu Person sehr unterschiedlich sein.

Entnommen und übersetzt aus dem Leitfaden Scrum 2020 - https://scrumguides.org/scrum-guide.html

Der PO spielt eine grundlegende Rolle bei der Schaffung von Werten. Ich war immer der Meinung, dass die Rolle des PO leicht mit der eines Unternehmensanalytikers oder sogar eines "Dokumentierers" verwechselt werden kann. Und obwohl sie einige Gemeinsamkeiten aufweisen, sind sie nicht identisch.

Die Maximierung des Produktwerts bedeutet, dass die Arbeit des Scrum-Teams einen klaren Fokus auf Ergebnisse und Geschäftsvorteile hat. Und dies setzt ein schrittweises Vorgehen voraus.

Die Aufgaben des Product Owners

Das Scrum-Rahmenwerk definiert die Rolle des Product Owner (PO) oder Produkteigentümers. Diese Funktion erfordert eine unternehmerisch denkende Person - und nur eine Person. Diese Person muss gewinn- oder geschäftswertorientiert denken. Und in diesem Sinne ist es eine Person, zu deren Aufgaben es auch gehört, dem Kunden oder Verbraucher, der Organisation und allgemein dem Markt zuzuhören, um "Chancen und Gefahren" für die Wertschöpfung im Rahmen des zu entwickelnden Produkts oder der Dienstleistung zu erkennen.

Über den Scrum-Rahmen hinaus erfüllt die Rolle des PO bestimmte Schlüsselfunktionen innerhalb jeder Initiative.

  • Identifizierung von Chancen und Risiken für das Unternehmen im Zusammenhang mit dem zu entwickelnden Produkt oder der Dienstleistung.
  • Erforschung neuer und/oder verbesserter Funktionen zur Stärkung des Produkts oder der Dienstleistung.
  • Festlegung des Entwicklungspfads für ein Produkt oder eine Dienstleistung
  • Verwaltung der Rückstand
  • Berücksichtigung von Anforderungen oder Bedürfnissen, die über den geschäftlichen Nutzen hinausgehen, um technische Schulden zu mindern.[3]Diese Funktion hat ihre Schattenseiten. Meiner Erfahrung nach kann der PO jedoch nicht einfach dem Geschäft den Vorrang vor der Technologie geben, die die Produktbereitstellung ermöglicht. Auch ohne ein technischer Experte zu sein, muss er oder sie lernen, die Produktentwicklung auszubalancieren, um Produkte zu vermeiden, die zwar funktional wunderbar sind, aber nicht in der Lage sind, auf die exponentielle Nachfrage zu skalieren, oder die nicht mit anderen Produkten und Dienstleistungen desselben Unternehmens koexistieren können.

Die Macht hinter dem PO

Meiner Meinung nach ist die Rolle des PO viel strategischer und entscheidend für den Erfolg einer agilen Entwicklung, sogar über den Scrum Master hinaus. Mit anderen Worten: eine Umgestaltung des Arbeits- und Verwaltungsmodells. kann nur dann als erfolgreich angesehen werden, wenn ein guter geschäftlicher Wertstrom etabliert ist. und wenn das gewählte Basismodell Scrum ist, dann ist die Rolle des PO wesentlich. Umgekehrt ist es auch ohne Scrum Master möglich, dass der Wunsch oder die Notwendigkeit nach Veränderung das Team und die Organisation zu einem erfolgreichen agilen Modell führt - der SM reduziert theoretisch den Widerstand gegen Veränderungen.

Der PO verwaltet das Product Backlog und verhandelt mit dem Team über das Sprint Backlog. Darüber hinaus heißt es im Leitfaden Scrum 2020:

  1. entwickelt und kommuniziert explizit das Produktziel
  2. Sie schafft und kommuniziert klar die Elemente der Produktrückstand
  3. die Elemente des Product Backlogs zu ordnen - obwohl ich gerne Prioritäten setze - und
  4. Stellt sicher, dass das Product Backlog für alle Beteiligten transparent, sichtbar und verständlich ist.

Die Rolle des PO in einem Projekt oder einer Organisation

Das OP beschränkt sich auf die Entwicklung und den Betrieb eines Produkts oder einer Dienstleistung. Wenn es sich um ein neues Produkt handelt, sprechen wir wahrscheinlich von einem "Projekt", wenn es sich um ein laufendes Produkt oder eine laufende Dienstleistung handelt, ist das OP vielleicht mit einem Bereich oder einer Einheit der Organisation verbunden.

In diesem Sinne sieht ein guter Product Owner die Möglichkeit, alle Ideen, Chancen, Bedrohungen und Herausforderungen eines in der Entwicklung oder im Betrieb befindlichen Produkts oder einer Dienstleistung zu konsolidieren, zu vereinheitlichen, zu priorisieren und detailliert darzustellen.

Er weiß auch, wie wichtig es ist, die technischen Schulden gering zu halten, selbst wenn er die technischen Details nicht versteht. Nehmen wir also ein hypothetisches Beispiel:

Angenommen, ich habe beschlossen, ein Rasthaus zu bauen. Ich, ein Ingenieur aus einer Architektenfamilie, würde gerne die Kontrolle über die Anforderungen, die funktionalen und sogar einige Designanforderungen haben. Ich bin jedoch kein Architekt und muss meine Wünsche mit den technischen Zwängen abwägen, die dem Architekten, einem Statiker und natürlich dem verfügbaren Budget zur Verfügung stehen.

Als PO kann ich das Backlog nicht einfach mit Idealen oder funktionalen Themen füllen, ohne die Zwänge des Produktentwicklungskontexts zu berücksichtigen. Ich muss mich auf den Wert und den Nutzen konzentrieren.

Möglichkeiten für das OP

  • Wenn Sie gerne Produkte oder Dienstleistungen entwerfen, definieren und detaillieren. Die Rolle des PO ist für Sie.
  • Nicht jeder ist gut in der inkrementellen "Produktstrukturierung", daher gibt es viele Möglichkeiten und ein guter und anerkannter PO wird immer hervorragende Projekte haben.
  • Sie sind die Brücke zwischen Wirtschaft und Entwicklung. Dadurch sind Sie sehr gut in die Organisation eingebunden.
  • Sie sehen und kontrollieren das Ergebnis. Es liegt in Ihrer Hand, wie erfolgreich ein Produkt oder eine Dienstleistung ist.

Risiken für den OP

  • Wenn Sie keine Kontrolle über die Anforderungen und andere Elemente des Backlogs haben, könnten Sie zum Dokumentierer und damit zum Engpass im Prozess werden.
  • Wenn Sie nicht gut darin sind, Produkte zu strukturieren, kann das Konzept der Inkrementierung sehr schmerzhaft sein, und Sie werden am Ende "unvollständige" Produkte definieren, die immer von "etwas anderem" abhängen, um funktional zu sein.
  • Wenn die Organisation, für die Sie arbeiten, keinen Wert in Ihrer Rolle sieht, sind Ihnen wahrscheinlich immer die Hände gebunden, wenn es darum geht, Vorschläge zu machen oder zu strukturieren. Das politisch-organisatorische Spiel kann in einigen konservativen Unternehmenskontexten eine Herausforderung darstellen.
  • Eine hohe technische Schuld untergräbt die Fähigkeit des PO, wertvolle Funktionalitäten vorzuschlagen. Oft wird Ihre Arbeit eher zum "Reparieren" als zum "Vorschlagen".

Scrum Master und Product Owner niemals vereinen

Wenn Sie sich mit Agilität auskennen, wissen Sie, dass das, was Sie gerade gelesen haben, Unsinn ist. Aber es kommt vor, und zwar sehr oft. Viele Organisationen verstehen dieses Spiel der gegenseitigen Kontrolle nicht und sehen auch keinen Wert darin, bestimmte Rollen und Zuständigkeiten in den Mittelpunkt zu stellen.

Ich war nie ein Befürworter eines engagierten 100% Scrum Masters und ich glaube fest daran, dass das Letzte, was ein reifes Team braucht, ein Vollzeit-SM oder Moderator ist. Ein Trainer, der von Zeit zu Zeit vorbeischaut, ist mehr als in Ordnung. Nun, das ist meine Meinung.

Dem Product Owner kommt jedoch eine Schlüsselrolle zu, und viele Projekte werden gestoppt oder verlangsamt, weil es keinen guten Input gibt, um die Arbeit voranzutreiben. Es gibt keine Prioritäten, oder niemand hat darüber nachgedacht, wie man einen zusätzlichen Wert schaffen kann.

In diesem Sinne habe ich immer die Bedeutung der Rolle des PO verteidigt.

Vergleich SM vs. PO

Scrum-MeisterProduktverantwortlicher
Primäres ZielFestlegen der MethodeMaximierung des Werts des Produkts, das aus der Arbeit des Teams hervorgeht
HauptaufgabenHilfe beim Verständnis von Theorie und Praxis des ModellsVerwalten des Product Backlogs
WahlkreisDas Team und das Produkt/ProjektZum Produkt/Projekt
Projiziertes ProfilErleichterung
Konfliktlöser
Koordinator
Produktdesign
Planer
Business
Wahrscheinlichste ProjektionAgiler CoachProdukt-/Dienstleistungsmanager
Rollenerweiternde EigenschaftenKommunikation
Verhandlung
Erleichterung
Strukturiertes Denken
Ideenfindung
Kommunikation
PO vs. SM

Abschließende Überlegungen zu den Rollen Product Owner und Scrum Master

  1. Versuchen Sie nie, die beiden Rollen zu vereinen
  2. Es handelt sich um unterschiedliche und sich ergänzende Rollen, die ein natürliches und gesundes Gleichgewicht der Kräfte für Organisationen darstellen.
  3. Der PO orientiert sich an den Einzelheiten des zu entwickelnden oder zu wartenden Produkts oder Dienstes. Der SM ist auf das Team und "gute Manieren" ausgerichtet.
  4. Die professionelle Projektion der beiden Rollen ist unterschiedlich
  5. Die Schlüsselkompetenzen für den Erfolg der beiden Rollen sind in einigen Fällen unterschiedlich

Wenn Sie Kommentare, Erfahrungen oder Vorschläge haben, lassen Sie mich in den Kommentaren wissen, was Sie denken.

Teilen!

Kommentare und Anmerkungen des Autors[+]

Standardbild
Alberto Dominguez

Führung von Teams von der Theorie bis zur tatsächlichen und nachhaltigen Bereitstellung innovativer IT-Produkte und -Dienstleistungen.

Artikel: 35

Ein Kommentar

Schreibe einen Kommentar

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.

de_DE