Im agile Scrum gibt es drei Rollen nachdem Scrum Guide 2020:

• Multidisziplinäre Entwickler (innen) und Entwicklungsteam (3-9 Personen) zur Weiterentwicklung des Produktes
  • Aufgaben werden aus dem Product Backlog in Iterationen bewältigt und bestimmt
  • das Team bestimmt die zu bewältigenden Aufgaben nach Ihrer Erfahrung aus anderen Sprints und den Expertisen der Entwickler
  • erzeugt eine Inkrement einer Software während eines Sprint
  • das Inkrement wird vom Stack Holder gesichtet und nächste Sprint werden vorbereitet
  • handelt selbstorganisiert (trifft eigene Entscheidungen welche Aufgabe, wie und wann erledigt wird) und handelt kollektiv, gemeinsam mit Abstimmung im Scrum-Team
  • Hierarchien werden vermieden, Entscheidungen zum Fortschritt des Projekteams werden im Scrum-Team gefällt
  • es besteht aus spezialisierten Fachpersonal verschiedener Personen
  • Es tauscht sich aktiv im Daily Scrum aus; der Product Owner schlägt Lösungsstrategien vor, wie zukünftig vorgegangen werden soll



• Product Owner (innen) pro Entwicklungsteam
  • setzt das Scrum-Team zusammen und dient als Ansprechperson von Unternehmen, Kunden und Scrum-Team
  • tauscht sich mit den Unternehmen, Kunden und Scrum-Team (Stack Holder Management) zu den bevorstehenden und Funktionen und Anforderungen des Produktes aus
  • sortiert und pflegt die Probleme und Aufgaben in einen Product Backlog (Liste mit Aufgaben zur Erstellung eines Produktes) nach Wertschöpfungsgrad und Aufwand
  • das Scrum-Team kann Änderungsvorschläge zum Product Backlog vorschlagen und der Product-Owner kann Änderungswünsche wahrnehmen
  • periodisiert das Product Backlog d.h. der teilt auf Zeiträume von ein-vier Wochen in einen Sprint auf und reduziert oder erweitert das Product Backlog je nach Kundenaufforderung
  • entscheidet ob ein Inkrement einer Software ausgeliefert wird (Release Management)
  • In einen Scrum-Team gibt es genau einen Product Owner (innen)
  • muss sich gut selbst bei allen Stack Holdern behaupten können (verhandeln, überzeugen..)



• Scrum Master (innen)
  • hat die Aufgabe die Scrum-Regeln zu vermitteln (er ist der Ansprechpartner) und für die Umsetzung zu sorgen
  • schult agiles Arbeiten und Weiterentwicklung nachdem Scrum Guide
  • reduziert die Ablenkungen von außen
  • organisiert und optimiert die Ereignisse im Scrum
  • er unterstützt den Scrum-Product-Owner bei der Definition der User Stories
  • er unterstützt die Schaffung von Transparenz und Förderung der Kommunikation
  • er analysiert und erkennt den Wert der Erfahrungen und Erkenntnissen des Scrum-Teams und versucht mit Vorschlägen die Entwickler zu unterstützen
  • er sorgt für den Wandel von einer Befehlskultur zur selbstorganisierten Kultur
  • er sorgt dafür das die Werte von Scrum (Commitment oder Selbstverpflichtung, Fokus, Offenheit und Transparenz, Mut oder Selbstbehauptung, Respekt) im Scrum-Team gelebt werden

Die Einführung von Scrum kann mit Schwierigkeiten verbunden sein bspw. können bei etablierten, älteren und eingesessenen Unternehmen Fachabteilungen existieren die nur bedingt zusammenarbeiten (Etablierung von Silos). Scrum bedarf einer richtigen Einstellung, den Mut neue Dinge zu erstellen, zu verwerfen und ein experimentieren zuzulassen. Scrum ist simple, bewusst inkomplett und zielt auf die kollektive Intelligenz der Menschen ab.

Das Scrum-Team ist klein (5-9 Teilnehmer; durch die Vermeidung von sozialen Faulenzen) und ist multidisziplinär aufgebaut um ein Produkt wie ein Webseite, App oder Kühlschrank in allen Aufgabenspektren (Testing, Entwicklung der Software) entwickeln zu können. Das Scrum-Team muss an ausreichend Kompetenzen verfügen. Scrum-Teams organisieren sich eigenverantwortlich und selbstständig. Das Scrum-Team fokussiert auf ein Produktziel. Scrum-Teams müssen gut kommunizieren und sich in einen Raum befinden. Es wird versucht nach jedem Sprint, einen Zeitraum von ein-vier wöchiger Entwicklungszeit ein funktionsfähiges Inkrement (bspw. ein von Product Owner vorgegebener Funktionalität einer Software) zu erstellen welches einen überprüfbaren Wert schafft. Es gibt keine Hierarchien in einem Scrum-Team. Alle Scrum-Mitglieder arbeiten gemeinsam an einem Product-Backlog, einer Aufgabenliste mit den Funktionen der Software oder Hardware.

Bei der Zusammenstellung eines Scrum-Teams bleiben bestehende Positionsbezeichnungen (wie Architekt, Ingenieur oder Designer) bestehen. Die Rollen dienen zur Festlegung eines Scrum-Teams, den Rahmen eines Scrum-Projekts und zielt auf die Förderung der Effektivität und Produktivität eines Scrum-Teams ab. Ein Scrum-Team ist ein interdisziplinäres Team und ist schwierig zusammenzustellen. Je komplexer und schwieriger die Projekte sind, desto schwieriger ist es ein interdisziplinäres Team zusammenzustellen.

Die Entwickler erstellen zu Beginn des Projektes, den Sprint, einen Aufgabenplan, der Sprint Backlog für den Sprint sowie ein Sprintziel. Die zu bewältigenden Aufgaben werden täglich überprüft und es werden Lösungsstrategien erarbeitet. Es werden Projektergebnisse nur akzeptiert wenn der Definition von Done erfüllt ist. Die Definition of Done zu einer Funktion sind Qualitätskriterien in einen Inkrement wie die Farbe eines Produktes oder Funktionen einer Software. Für die Zusammenarbeit zwischen den Entwicklern werden Dailys empfohlen. In den Dailys werden Schwierigkeiten besprochen und Anpassungen definiert. Jedes Team-Mitglied sollte sich beim Daily einbringen und voneinander lernen.

Der Produkt Owner organisiert den Aufgabenplan. Er entwickelt und kommuniziert das Produktziel. Er überwacht die Verfolgung der Ziele und der Vision. Er kommuniziert und erstellt Aufgaben im Aufgabenplan. Er setzt Prioritäten im Aufgabenplan und sorgt dafür das die Aufgaben transparent, sichtbar oder zugänglich und verstanden werden können. Die Herausforderung liegt in der Priorisierung oder der Beschreibung der Aufgaben. Dem Product Owner muss soviel Einfluss gegeben werden, sodass er autonom entscheiden kann welche Aufgaben höher und welche niedriger priorisiert werden können. Die Organisation muss die Entscheidungen des Product Owners respektieren (ob CEO oder CTO). Der Product-Owner ist das Sprachrohr zwischen Stack Holdern (ob Entwickler oder Management).

Der Scrum Master(in) coacht die Teammitglieder im Selbstmanagement und Effektivität der Zusammenarbeit. Sie unterstützen bei der Zielerreichung der Definition of Done den Wunschvorstellungen eines Inkrements. Der Scrum Master sorgt dafür dass, das Scrum Team ungestört seine Ziele verfolgen kann. Der Scrum Master sorgt dafür, dass die Scrum-Ereignisse positiv, produktiv und innerhalb eines Zeitfensters oder auch timebox stattfindet. Er sorgt für die effektive Definition der Produktziele und der Organisation des Product Backlog und unterstützt somit den Product Owner. Er sorgt dafür, das der Aufgabenplan klar und übersichtlich ist. Er unterstützt die Planung des Produktes auf der Basis von messbaren Ergebnissen (empirischer Ansatz). Er versucht zwischen Scrum Teams und Stakeholdern zu vermitteln. Der Scrum Master berät die Organisation in der Planung und Implementation des Projektmanagements Scrum.