Scrum-Rollen: Wer macht was

Wenn sich eine Organisation für Scrum entscheidet, ist eines der ersten Dinge zu verstehen, wie sich Scrum-Rollen von traditionellen Projektausführungsrollen unterscheiden. Bei Scrum gibt es zwei Arten von Rollen:

Interne Rolle

  • Product Owner – hat die Vision für das Produkt
  • Scrum Master – hilft dem Team, Scrum optimal zu nutzen, um das Produkt zu entwickeln
  • Entwicklungsteam – baut das Produkt
Interne Scrum-Rollen

Externe Rolle

  • Geschäftsinhaber
  • Stakeholder (d. h. Endbenutzer und Domänenexperten)
  • usw.
Scrim-Rollen: Interne und externe Rollen

Was ist ein Scrum-Team?

Ein Scrum-Team (allgemein als „Team“ bezeichnet) ist klein (3 bis 9 Personen ohne Scrum Master und Product Owner), am selben Ort (zumindest virtuell), selbstorganisiert, in sich geschlossen, wertorientiert, vollständig Zeitgruppe von Menschen, die einfach Teammitglieder genannt werden. Einige dieser Begriffe müssen definiert werden:

Selbstorganisiert:  Ein selbstorganisiertes Team ist eines, das wählt, wie es seine Arbeit am besten erledigt, anstatt von anderen außerhalb des Teams geleitet (mikroverwaltet) zu werden. Da die Teammitglieder zusammenarbeiten, erleichtert dies das Lernen und motiviert das Team, Verantwortung für seinen Prozess zu übernehmen.

Funktionsübergreifend:  Ein funktionsübergreifendes Team ist ein Team, das über alle Kenntnisse und Fähigkeiten verfügt, die zum Erreichen seiner Ziele und Ziele erforderlich sind, wodurch es seine Arbeit ohne fremde Hilfe beenden kann.

Wertorientiert:  Die Teammitglieder schätzen die Zusammenarbeit; sie verbessern sich, ihr Team, ihre Umgebung und ihre Tools ständig; und sie streben nach persönlichen Werten wie Offenheit, Fokus, Engagement, Respekt und Mut.

Funktionsübergreifende Team

Scrum-Rollen

Unsere Reise beginnt mit einer allgemeinen Beschreibung des Scrum-Teams selbst, geht über zu einer Diskussion der drei Rollen innerhalb des Teams (der Product Owner, der Scrum Master und das Entwicklungsteam) und endet mit einer Beschreibung der Rollen außerhalb des Teams (der Geschäftsinhaber, Stakeholder und Fachexperten).

Interne Rollen

Der Product Owner

Jedes Mitglied des Scrum-Teams spielt die Rolle eines Teammitglieds, aber nur ein Teammitglied ist gegenüber dem Unternehmen für den Erfolg des Scrum-Teams und den Wert der Ergebnisse des Scrum-Teams verantwortlich. Das ist der Product Owner oder kurz PO. Und diese Rechenschaftspflicht ist eine große Sache – sie definiert die PO als formalen Leiter des Teams, soweit es die Außenwelt betrifft.

Der Product Owner ist die einzige Person, die für die Verwaltung des Product Backlogs verantwortlich ist. Das Product Backlog Management umfasst:

  • Product-Backlog-Einträge klar ausdrücken.
  • Ordnen der Elemente im Product Backlog, um Ziele und Missionen am besten zu erreichen.
  • Optimierung des Werts der Arbeit, die das Entwicklungsteam leistet.
  • Sicherstellen, dass das Product Backlog für alle sichtbar, transparent und klar ist und zeigt, woran das Scrum-Team als Nächstes arbeiten wird.
  • Sicherstellen, dass das Entwicklungsteam die Elemente im Product Backlog auf dem erforderlichen Niveau versteht.

Der PO ist die Augen und Ohren des Scrum Teams nach außen (zu den Stakeholdern). Er oder sie ist der einzige formelle Kontaktpunkt des Scrum-Teams, der Informationskanal. Hinzu kommt, dass der PO hinter dem Scrum Team steht. Das bedeutet, dass der PO, da er für die Ergebnisse des Scrum-Teams verantwortlich gemacht wird, damit beschäftigt ist, sicherzustellen, dass das Scrum-Team das richtige Feedback erhält, um das richtige Produkt im richtigen Tempo herzustellen. Der PO verbringt viel Zeit damit, den Umfang des Produkts zu definieren, unklare Erwartungen zu klären, Liefertermine auszuhandeln und alles für das Scrum-Team fit zu machen.

Wir sollten auch beachten, dass der Besteller möglicherweise nicht der Produktexperte ist, obwohl das Wort „Eigentümer“ im Titel enthalten ist. Zugegeben, der PO verfügt über eine ganze Menge Wissen und Fähigkeiten, aber die Rolle wird durch die Verantwortlichkeit definiert, nicht durch produktspezifische Fähigkeiten. Ein guter PO erkennt, dass es sowohl innerhalb als auch außerhalb des Scrum-Teams eine Fülle von Intelligenzen geben kann, und weiß, wie er diese zum Wohle des Scrum-Teams und des Produkts nutzen kann.

Rollen und Verantwortlichkeiten eines Scrum Product Owners

Scrum-Master

Der Scrum Master Während der PO die Augen und Ohren zur Außenwelt sind, sind die Augen und Ohren des Scrum Masters in vielerlei Hinsicht entschieden nach innen gerichtet, was die folgenden Rollen einschließt:

  • Der Scrum Master ist eine informelle Führungskraft, die sich darum kümmert, was intern im Scrum-Team vor sich geht, und dafür sorgt, dass Scrum richtig eingesetzt wird.
  • Der Scrum Master ist eine Führungskraft ohne Führungsverantwortung. Er oder sie konzentriert sich vielmehr auf die Gesundheit des Scrum-Teams und die kontinuierliche Verbesserung des Scrum-Teams, insbesondere wenn es um die Nutzung von Scrum durch das Scrum-Team geht.
Die Hauptrollen eines Scrum Masters

Rollen, die ein Scrum Master spielt

Service für den Product Owner

Der Scrum Master dient dem Product Owner auf verschiedene Weise, darunter:

  • Sicherstellen, dass Ziele, Umfang und Produktdomäne von jedem im Scrum-Team so gut wie möglich verstanden werden.
  • Finden von Techniken für ein effektives Product Backlog Management.
  • Helfen Sie dem Scrum-Team, die Notwendigkeit klarer und prägnanter Product-Backlog-Einträge zu verstehen.
  • Produktplanung im empirischen Umfeld verstehen.
  • Sicherstellen, dass der Product Owner weiß, wie er das Product Backlog anordnen muss, um den Wert zu maximieren.
  • Agilität verstehen und üben.
  • Moderation von Scrum-Events nach Wunsch oder Bedarf.

Scrum Master Service für das Entwicklungsteam

Der Scrum Master dient dem Entwicklungsteam auf verschiedene Weise, darunter:

  • Coaching des Entwicklungsteams in Selbstorganisation und Cross-Funktionalität.
  • Unterstützung des Entwicklungsteams bei der Entwicklung hochwertiger Produkte.
  • Beseitigung von Hindernissen für den Fortschritt des Entwicklungsteams.
  • Moderation von Scrum-Events nach Wunsch oder Bedarf.
  • Coaching des Entwicklungsteams in organisatorischen Umgebungen, in denen Scrum noch nicht vollständig angenommen und verstanden wird.

Scrum Master-Dienst für die Organisation

Der Scrum Master dient der Organisation auf verschiedene Weise, darunter:

  • Führung und Coaching der Organisation bei der Einführung von Scrum;
  • Planung von Scrum-Implementierungen innerhalb der Organisation;
  • Unterstützung von Mitarbeitern und Stakeholdern beim Verständnis und der Umsetzung von Scrum und empirischer Produktentwicklung;
  • Veränderungen hervorrufen, die die Produktivität des Scrum-Teams steigern; und,
  • Zusammenarbeit mit anderen Scrum Mastern, um die Effektivität der Anwendung von Scrum in der Organisation zu steigern.

Entwicklungsteam

Das Entwicklungsteam Der Begriff „Entwicklungsteam“ wird verwendet, um den Teil des Scrum-Teams darzustellen, der derzeit das Produkt entwickelt oder erstellt – und dies kann PO und SM umfassen oder nicht. Es ist völlig richtig und oft nützlich, dass der PO und der SM im Entwicklungsteam sind, aber sie müssen sich immer darüber im Klaren sein, dass ihre Führungsrolle an erster Stelle steht.

Die Rolle und Verantwortlichkeiten eines Scrum-Entwicklungsteams

Externe Rollen

Stakeholder sind der Zweck, für den ein Produkt oder eine Dienstleistung überhaupt erstellt wird. Stakeholder sind die Menschen, die bestimmte Bedürfnisse, Wünsche und Bedürfnisse haben; daher haben sie in geschäftlicher Hinsicht bestimmte Anforderungen, die erfüllt werden müssen.

Scrum definiert Stakeholder als nicht Teil des Scrum-Teams. Es liegt in der Verantwortung des Scrum Teams, die Anforderungen der Stakeholder zu erfüllen und zu befriedigen.

Beachten Sie, dass:

In der Regel haben die Beteiligten keine klare Vorstellung davon, was sie brauchen, und selbst wenn sie es tun, ändern sie ihre Meinung sehr oft. Normalerweise wird die Ermittlung der tatsächlichen Bedürfnisse eines Stakeholders durch viele Treffen mit den Stakeholdern und auch nach viel Trial-and-Error erreicht.

Weitere  wichtige Artikel  zu Scrum-Rollen:

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht.