Menü

Rollen und Verantwortlichkeiten des Scrum-Teams: Scrum-Master und Product Owner

  • Haupt
  • Andere
  • Rollen und Verantwortlichkeiten des Scrum-Teams: Scrum-Master und Product Owner

scrum team roles responsibilities

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Rollen und Verantwortlichkeiten des Scrum-Teams:

Ich bin mir sicher, dass wir uns inzwischen alle sehr klar darüber gewesen sein müssen Agiles Manifest aus unserem letzten Tutorial.

Dieses Tutorial richtet sich an Scrum-Teammitglieder, die noch keine Erfahrung mit agiler Softwareentwicklung haben, um mehr über ihre Rollen und Verantwortlichkeiten zu erfahren.

Das Tutorial hilft auch denjenigen, die bereits im agilen Modell arbeiten, ihre Fähigkeiten aufzufrischen, und denen, die einfach nur über diese Rollen Bescheid wissen möchten. Es wird auch einen Einblick in die Verantwortlichkeiten und jede der Rollen geben, die es innehat.

Verantwortlichkeiten für Scrum-Teamrollen

Jede Rolle hat viel anderes als das, was wir in unserem Tutorial zitiert haben. Die Leser können jedoch ohne Zweifel genau einen Überblick über jede Scrum-Rolle erhalten.

Was du lernen wirst:

Rollen und Verantwortlichkeiten des Scrum-Teams

Das Scrum-Team besteht hauptsächlich aus drei Rollen: Der Scrum Master, Product Owner und das Entwicklungsteam .

Personen außerhalb des Kernteams haben keinen direkten Einfluss auf das Team. Jede dieser Rollen im Scrum hat eine sehr klare Reihe von Verantwortlichkeiten, die wir später in diesem Tutorial ausführlich besprechen werden. Konzentrieren wir uns in diesem Abschnitt auf die Attribute des gesamten Scrum-Teams und die ideale Teamgröße.

Scrum-Team-Attribute

Nachstehend sind die 2 Attribute des Scrum-Teams aufgeführt:

  • Das Scrum-Team organisiert sich selbst
  • Das Scrum-Team ist funktionsübergreifend

Selbstorganisierte Scrum-Teams sind eigenständig und autark in Bezug auf die Erledigung ihrer Arbeit, ohne dass externe Hilfe oder Anleitung erforderlich ist. Die Teams sind kompetent genug, um die besten Praktiken anzuwenden, um ihre Sprintziele zu erreichen.

Funktionsübergreifende Scrum-Teams Sind die Teams über alle notwendigen Fähigkeiten und Fertigkeiten im Team, um ihre Arbeit zu erledigen? Diese Teams verlassen sich nicht auf jemanden außerhalb des Teams, um die Arbeitselemente zu erledigen. Somit ist das Scrum-Team eine sehr kreative Zusammenführung verschiedener Fähigkeiten, die erforderlich sind, um das gesamte Arbeitselement zu vervollständigen.

Jedes Teammitglied verfügt möglicherweise nicht über alle erforderlichen Fähigkeiten, um das Produkt zu entwickeln, ist jedoch in seinem Fachgebiet kompetent. Allerdings muss das Teammitglied nicht funktionsübergreifend sein, sondern das gesamte Team.

Die Teams mit hoher Selbstorganisation und Cross-Funktionalität werden zu hoher Produktivität und Kreativität führen.

Scrum-Team

Scrum-Teamgröße

Die empfohlene Größe des Entwicklungsteams in Scrum beträgt 6 +/- 3, d. H. 3 bis 9 Mitglieder, die den Scrum Master und den Product Owner nicht enthalten.

Lassen Sie uns nun fortfahren und jede dieser Rollen im Detail diskutieren.

Der Scrum Master

Scrum Master ist die Person, die dafür verantwortlich ist, das Entwicklungsteam und den Product Owner bei der Arbeit an den täglichen Entwicklungsaktivitäten zu unterstützen / zu coachen.

Er ist derjenige, der sicherstellt, dass das Team die Scrum-Werte und -Prinzipien versteht und sie praktizieren kann. Gleichzeitig versichert Scrum Master, dass das Team von Agile begeistert ist, um das Beste aus dem Framework herauszuholen. Scrum Master hilft und unterstützt das Team auch dabei, sich selbst zu organisieren.

Neben der Schulung und Schulung der Teammitglieder in Bezug auf die Bedeutung von Agile ist er auch dafür verantwortlich, dass sich das Team jederzeit motiviert und gestärkt fühlt. Er arbeitet auch daran, die Kommunikation und Zusammenarbeit zwischen den Teammitgliedern zu verbessern.

Scrum Master ist ein Prozessleiter, der dem Scrum-Team und den anderen außerhalb des Scrum-Teams hilft, die Scrum-Werte, -Prinzipien und -Praktiken zu verstehen

Rollen und Verantwortlichkeiten

# 1) Trainer - Der Scrum Master fungiert als agiler Coach sowohl für das Entwicklungsteam als auch für den Product Owner. Der Scrum Master fungiert in gewisser Weise als Wegbereiter für die ordnungsgemäße Kommunikation zwischen dem Entwicklungsteam und dem Product Owner. Der Scrum Master bleibt dafür verantwortlich, das Hindernis zwischen den beiden anderen Rollen zu beseitigen.

Wenn festgestellt wird, dass der Product Owner sich nicht einmischt oder dem Entwicklungsteam keine angemessene Zeit gibt, ist es Aufgabe des Scrum Masters, den Product Owner hinsichtlich der Bedeutung seines Engagements für den Erfolg des gesamten Teams zu coachen.

# 2) Moderator - Der Scrum Master fungiert auch als Moderator für das Scrum-Team. Er moderiert und organisiert alle von den Scrum-Teammitgliedern angeforderten Scrum-Events. Der Scrum Master erleichtert dem Team auch wichtige Entscheidungen, die die Produktivität des gesamten Scrum-Teams steigern würden.

Der Scrum Master befiehlt den Teammitgliedern niemals, etwas zu tun, sondern hilft ihnen dabei, dies zu erreichen, indem er sie coacht und führt.

# 3) Hindernisse beseitigen - Der Scrum Master ist auch dafür verantwortlich, die Hindernisse zu beseitigen, die sich auf die Produktivität des Teams bei der Geschäftsabwicklung auswirken. Jedes Hindernis, das die Teammitglieder nicht selbst lösen können, wird vom Scrum Master zur Lösung gebracht.

Der Scrum Master priorisiert diese Hindernisse anhand ihrer Auswirkungen auf die Produktivität und das Geschäft des Teams und beginnt, daran zu arbeiten.

# 4) Interference Gatekeeper - Der Scrum Master schützt das Scrum-Team auch vor Störungen und Ablenkungen von außen, sodass sich das Team nach jedem Sprint darauf konzentrieren kann, dem Unternehmen den bestmöglichen Wert zu bieten.

Die Störung kann von größerer Bedeutung sein, wenn das Team in einer skalierten Scrum-Umgebung arbeitet, in der mehrere Scrum-Teams zusammenarbeiten und die Abhängigkeiten zwischen ihnen aufweisen.

Der Scrum Master stellt sicher, dass das Team keine irrelevanten Diskussionen führt und sich auf die Sprint-Elemente konzentriert, während er selbst die Verantwortung dafür übernimmt, die Fragen und Bedenken von außen zu beantworten.

Scrum Master ist dafür verantwortlich, das Team vor Störungen von außen zu schützen und die Hindernisse zu beseitigen, damit sich das Team auf die Bereitstellung des Geschäftswerts konzentrieren kann.

# 5) Dienerführer - Der Scrum Master wird oft als Servant Leader des Scrum Teams bezeichnet. Eine seiner wichtigsten Aufgaben ist es, die Scrum-Teams nach ihren Anliegen zu fragen und sicherzustellen, dass sie angesprochen werden.

Es ist die Pflicht des Scrum Masters, zu bestätigen, dass die grundlegenden Anforderungen des Teams priorisiert und erfüllt werden, damit sie effektiv arbeiten und leistungsstarke Ergebnisse erzielen können.

# 6) Prozessverbesserer - Der Scrum Master ist zusammen mit dem Team auch dafür verantwortlich, die Prozesse und Praktiken regelmäßig zu improvisieren, um den erzielten Wert zu maximieren. Es liegt nicht in der Verantwortung des Scrum Masters, die Arbeit zu erledigen, sondern in seiner Verantwortung, das Team in die Lage zu versetzen, einen Prozess zu entwickeln, mit dem sie ihre Sprintziele erreichen können.

Scrum Master

Der Product Owner

Eine weitere sehr wichtige Rolle, die wir in diesem Tutorial diskutieren werden, ist der Product Owner. Product Owner ist die Stimme des Kunden / der Stakeholder und somit verantwortlich für die Überbrückung der Lücke zwischen dem Entwicklungsteam und den Stakeholdern. Der Product Owner verwaltet die Lücke so, dass der Wert des zu bauenden Produkts maximiert wird.

Der Product Owner wird in die Sprint-Aktivitäten und -Entwicklungsbemühungen einbezogen und spielt eine sehr wichtige Rolle für den Erfolg eines Produkts.

Rollen und Verantwortlichkeiten

# 1) Überbrückung der Lücke - Product Owner arbeitet eng mit den internen und externen Stakeholdern zusammen, um die Inputs zu sammeln und eine Vision zu synthetisieren, um die Produktmerkmale in das Product Backlog aufzunehmen.

Es liegt in der Verantwortung des Product Owners, die Anforderungen und Präferenzen der Stakeholder / Kundengemeinschaft zu verstehen, da er als deren Vertreter fungiert und die Verantwortung für die Entwicklung der richtigen Lösung trägt.

Gleichzeitig stellt der Product Owner sicher, dass das Entwicklungsteam versteht, was wann gebaut werden muss. Er arbeitet täglich mit dem Team zusammen. Die Zusammenarbeit des Product Owners mit dem Team erhöht die Feedback-Häufigkeit und die Reaktionszeit, was den Wert des zu bauenden Produkts erhöht.

Abwesenheit / weniger Zusammenarbeit eines Product Owners kann zu katastrophalen Ergebnissen und letztendlich zum Ausfall von Scrum führen.

Der Product Owner stellt sicher, dass die Product Backlog-Elemente transparent und klar ausgedrückt sind und jeder im Team das gleiche Verständnis für das Element hat.

# 2) Verwaltet das Product Backlog - Als Ergebnis des obigen Punktes ist der Product Owner für das Erstellen und Verwalten des Product Backlogs verantwortlich. Er ordnet die Elemente im Product Backlog an, um die Anforderungen des Stakeholder am besten zu erfüllen, dh die Priorisierung der Product Backlog-Elemente, und schließlich sollte er immer verfügbar sein Beantworten oder klären Sie alle Fragen des Entwicklungsteams.

Insgesamt ist er dafür verantwortlich, das Product Backlog zu pflegen, um den gelieferten Wert zu verbessern.

Jeder, der einen Artikel im Product Backlog hinzufügen / entfernen möchte oder die Priorität eines Artikels ändern muss, sollte an den Product Owner verwiesen werden

# 3) Zertifizierung eines Produkts - Seine weitere Aufgabe besteht darin, die zu erstellenden Funktionen zu zertifizieren. In diesem Prozess definiert er die Akzeptanzkriterien für jedes Product Backlog-Element. Der Product Owner kann auch die Abnahmetests erstellen, die die von ihm definierten Abnahmekriterien darstellen, oder sich von den KMU oder dem Entwicklungsteam bei deren Erstellung unterstützen lassen.

Jetzt ist er derjenige, der durch die Durchführung der Abnahmetests sicherstellt, dass die Abnahmekriterien erfüllt werden. Er kann diese Abnahmetests selbst durchführen oder die Experten dazu auffordern, um sicherzustellen, dass die Funktions- und Qualitätsaspekte erfüllt und die Erwartungen erfüllt werden.

Diese Aktivität wird normalerweise während des Sprints durchgeführt, sobald die Elemente fertig sind, damit die Fehler aufgedeckt und vor dem eigentlichen Sprint-Review-Meeting behoben werden können.

# 4) Teilnahme - Der Product Owner ist ein wichtiger Teilnehmer an den Sprint-Aktivitäten. Er arbeitet eng mit dem Entwicklungsteam zusammen, um die Elemente, ihren Umfang und ihren Wert zu erläutern.

Er fungiert auch als Wegbereiter für das Entwicklungsteam, um die Product Backlog-Elemente abholen zu können, die bis zum Ende des Sprints geliefert werden sollen. Neben Sprint-Aktivitäten arbeitet Product Owner auch an den Product Release-Aktivitäten.

Während der Produktfreigabeaktivitäten arbeitet der Product Owner mit den Stakeholdern zusammen, um die Elemente der nächsten Version zu besprechen. Einer der wichtigsten Erfolgsfaktoren für ein Team ist, dass das gesamte Team den Product Owner und seine Entscheidungen respektiert. Niemand außer dem Product Owner sollte dem Team mitteilen, an welchen Elementen gearbeitet werden soll.

Es wird empfohlen, einen einzigen Vollzeit-Produktbesitzer für ein einzelnes Produkt zu haben. Es kann jedoch eine Vereinbarung geben, bei der der Product Owner eine Teilzeitrolle spielt.

Proxy Product Owner

Proxy Product Owner ist eine Person, die vom Product Owner selbst registriert wurde und alle seine Verantwortlichkeiten, seine Abwesenheit und Unterstützung übernehmen kann. Der Proxy Product Owner haftet und ist für alle Verantwortlichkeiten verantwortlich, an die er delegiert wurde, aber die Verantwortung für die geleistete Arbeit liegt letztendlich immer noch beim tatsächlichen Product Owner.

Datengesteuertes Framework in Selen Webdriver

Der Proxy Product Owner ist auch befugt, die erforderlichen Entscheidungen im Namen des tatsächlichen Product Owner zu treffen.

Product Owner

Das Entwicklungsteam

Ein weiterer sehr wichtiger Teil des Scrum-Teams ist das Entwicklungsteam. Das Entwicklungsteam besteht aus Entwicklern, die sich in ihrem eigenen Fachgebiet auskennen. Im Gegensatz zu den anderen Mitgliedern des Scrum-Teams arbeitet das Entwicklungsteam an der tatsächlichen Implementierung der potenziell bereitstellbaren Software / des potenziell zu liefernden Inkrements, die am Ende jedes Sprints bereitgestellt werden soll.

Das Entwicklungsteam kann aus Personen mit speziellen Fähigkeiten wie Front-End-Entwicklern, Back-End-Entwicklern, Entwicklern, QS-Experten, Business Analyst, DBA usw. bestehen. Sie werden jedoch alle als Entwickler bezeichnet. Andere Titel sind nicht erlaubt. Das Entwicklungsteam kann nicht einmal Subteams wie das Testteam, das Anforderungsspezifikationsteam usw. enthalten.

Das Team wird unter Berücksichtigung aller wesentlichen Fähigkeiten zusammengestellt, die erforderlich sind, um die Produktinkremente bei jedem Sprint ohne fremde Hilfe erfolgreich zu entwickeln, zu testen und bereitzustellen. Daher wird erwartet, dass das Team autark und funktionsübergreifend ist. Das Entwicklungsteam nimmt keine Hilfe von außerhalb des Scrum-Teams entgegen und verwaltet seine eigene Arbeit.

Die Verantwortung für die Entwicklung von Inkrementen liegt immer beim gesamten Entwicklungsteam, aber jeder im Scrum-Team ist für die Gesamtlieferung verantwortlich.

Es ist ausschließlich die Entscheidung des Entwicklungsteams, ein Teammitglied hinzuzufügen / zu entfernen. Wenn neue Fähigkeiten erforderlich sind, kann das Entwicklungsteam dieses Fachwissen innerhalb des Teams aufbauen oder dem Team ein neues Mitglied hinzufügen.

Rollen und Verantwortlichkeiten

# 1) Entwicklung und Lieferung - Das Entwicklungsteam ist dafür verantwortlich, am Ende jedes Sprints ein erledigtes Inkrement basierend auf der „Definition of Done“ zu erstellen. Das erledigte Inkrement ist möglicherweise nicht unbedingt Teil der nächsten Produktionsversion, aber es ist definitiv eine potenziell freisetzbare Funktionalität, die ein Endbenutzer verwenden kann.

Es ist die Aufforderung des Product Owners, zu entscheiden, was Teil der Version sein soll. Das Entwicklungsteam ist jedoch dafür verantwortlich, das Done Increment für jeden Sprint zu entwickeln und bereitzustellen, der die Kriterien unter Definition of Done erfüllt.

# 2) Aufgaben und Schätzungen bereitstellen - Das Entwicklungsteam ist auch dafür verantwortlich, die User Stories / Items aus dem priorisierten Product Backlog aufzunehmen, die im nächsten Sprint geliefert werden sollen. Somit bilden diese Elemente dann ein Sprint-Backlog. Das Sprint-Backlog wird während eines Sprint-Planungsmeetings erstellt.

Eine weitere sehr wichtige Aufgabe eines Entwicklungsteams besteht darin, Aufgaben zu erstellen, indem die Sprint-Elemente aufgeschlüsselt und Schätzungen für diese Sprint-Elemente bereitgestellt werden.

Niemand sagt dem Entwicklungsteam, was und wie Dinge zu tun sind. Es liegt in der Verantwortung des Entwicklungsteams, die Artikel aus dem Product Backlog abzuholen, die im nächsten Sprint geliefert werden können. Sobald der Sprint gestartet ist, können die Elemente nicht mehr geändert / hinzugefügt / entfernt werden.

Größe des Entwicklungsteams

Die Größe des Entwicklungsteams sollte mit Bedacht gewählt werden, da dies die Produktivität des Teams direkt beeinträchtigen und sich somit auf die Produktlieferung auswirken kann. Das Entwicklungsteam sollte nicht sehr groß sein, da dies möglicherweise viel Koordination zwischen den Teammitgliedern erfordert.

Für ein sehr kleines Team wäre es jedoch sehr schwierig, über alle erforderlichen Fähigkeiten zu verfügen, um ein Inkrement zu liefern. Daher sollte eine optimale Anzahl für die Größe des Entwicklungsteams ausgewählt werden.

Die empfohlene Größe des Entwicklungsteams beträgt 3 bis 9 Mitglieder, ausgenommen Scrum Master und Product Owner, sofern sie nicht zusammen mit den anderen Entwicklern das Software Increment entwickeln.

Entwicklerteam

Zusammenfassung

Scrum-Team

Rollen

  • Product Owner
  • Entwicklungsteam
  • Scrum Master

Größe

  • Scrum-Teamgröße - 3 bis 9

Selbstorganisierendes Team

  • Kennt den besten Weg, um ihre Arbeit abzuschließen.
  • Niemand sagt dem selbstorganisierten Team, was zu tun ist.

Funktionsübergreifende Team

  • Verfügt über alle erforderlichen Fähigkeiten, um ihre Arbeit ohne fremde Hilfe abzuschließen.

Product Owner

  • Repräsentiert das Komitee oder wird von ihm beeinflusst.
  • Arbeitet mit den Stakeholdern und dem Scrum-Team zusammen.
  • Verwaltet den Produktstau
    • Erläutert die Product Backlog-Elemente.
    • Priorisieren der Arbeitselemente.
    • Stellt sicher, dass der Produktstau leicht verständlich und transparent ist.
    • Definiert klar, an welchen Elementen gearbeitet werden soll.
    • Stellt sicher, dass das Entwicklungsteam den Artikel im Product Backlog versteht
    • Alles, was im Product Owner hinzugefügt / entfernt / geändert werden muss, sollte über den Product Owner erfolgen.
  • Nehmen Sie einen Anruf entgegen, wann die Arbeitselemente freigegeben werden sollen.

Scrum Master

  • Stellt sicher, dass das Scrum vom Team klar verstanden und übernommen wird.
  • Ist ein Dienerführer für das Scrum-Team.
  • Hindernisse beseitigen
  • Schützen Sie das Team vor nutzlosen Interaktionen, um den vom Scrum-Team geschaffenen Geschäftswert zu maximieren.
  • Erleichterung von Scrum-Ereignissen auf Anfrage.
  • Stellt sicher, dass die Besprechungen zeitlich begrenzt sind.

Entwicklungsteam

  • Liefert am Ende jedes Sprints ein potenziell freisetzbares Inkrement des „Fertig“ -Produkts.
  • Sie sind selbstorganisierend und funktionsübergreifend.
  • Niemand sagt dem Entwicklungsteam, was und wie zu tun ist.
  • Titel sind nicht erlaubt. Alle sind Entwickler im Team.
  • Es können keine Subteams erstellt werden.
  • Sie bleiben für die Arbeit an den Sprint-Gegenständen verantwortlich.
  • Das Entwicklungsteam ist für die Beauftragung und Bereitstellung der Schätzungen verantwortlich.

Das ist alles, was wir über die Rollen und Verantwortlichkeiten von Scrum Teams auf Lager hatten. Wir haben die Verantwortlichkeiten der einzelnen Teammitglieder und ihre Arbeit als ganzes Team besprochen.

Erfahren Sie mehr über Scrum-Artefakte in unserem kommenden Tutorial, in dem wir uns mit Nebenprodukten wie Product Backlog, Sprint Backlog und Increments befassen.

PREV Tutorial | NÄCHSTES Tutorial

Literatur-Empfehlungen

^