Scrum: Unterschied zwischen den Versionen

Aus Controlling-Wiki
K (Ilias Verlinkung)
Keine Bearbeitungszusammenfassung
 
Zeile 85: Zeile 85:




[[Kategorie:Digital Controlling]]
[[Kategorie:Digital Controlling]] [[Kategorie:Collaboration]]
[[Kategorie:Projektcontrolling]]
[[Kategorie:Projektcontrolling]] [[Kategorie:Funktionales Controlling]]

Aktuelle Version vom 4. Dezember 2020, 11:31 Uhr

Scrum ist die am weitesten verbreitete agile Methode (Judt & Klausegger, 2019, S. 44; Link, 2014, S. 76; vgl. Hanschke, 2017, S. 9; vgl. Schastok, Munck & Lill, 2018, 205). Seit den frühen 1990er Jahren findet der Begriff Scrum Verwendung als Rahmenwerk für Prozesse bezüglich Arbeitsmanagement an komplexen Produkten. Scrum kann nicht als Prozess, Technik oder als vollständige Methode angesehen werden. Es handelt sich vielmehr um ein Rahmenwerk, in welchem unterschiedliche Prozesse und Techniken zum Einsatz gebracht werden können. Durch Scrum soll die Wirksamkeit des Produktmanagements und den damit verbundenen Arbeitstechniken sichtbar gemacht werden, mit dem Ziel, das Produkt, das Team und die Arbeitsumgebung zu verbessern (Schwaber & Sutherland, 2017, S. 3; vgl. Böhm, 2019, S. 30-31). Die besondere Stellung von Scrum kommt davon, da es sehr offen formuliert ist (Dams, 2019, S. 19).

Definition und Ziele

Scrum ist ein Rahmenwerk, in wessen Individuen komplexe und adaptive Aufgabenstellungen angehen können. Durch dies sollen sie befähigt werden, in produktiver und kreativer Weise, Produkte von höchstmöglichem Wert auszuliefern (Schwaber & Sutherland, 2017, S. 3). Es gibt zwei Hauptziele für den Einsatz von Scrum. Einerseits das flexible Reagieren auf Veränderungen (hauptsächlich auf Forderungen von Kunden) und andererseits das Erreichen des höchstmöglichen Kundennutzens durch das Ausliefern in kürzester Zeit. Im Zentrum steht die Kooperation, die Selbstverantwortung und Selbstorganisation innerhalb eines Teams (Goll & Hummel, 2015, S. 82).

Folgende Charakteristika beinhaltet Scrum (Goll & Hummel, 2015, S. 84).

  1. Mitwirkung des Kunden
  2. Selbst organisierte Entwicklungsteams
  3. Priorisierung der Aufgaben
  4. Iterative und inkrementelle Vorgehensmodelle unter Einhaltung eines festen Zeitrahmens (Timebox genannt), gemäss welchem das Scrum Team regelmässig die wichtigsten Features liefert.
  5. Offene Kultur mit viel Transparenz
  6. Regelmässige Überprüfung (Inspection genannt) von Produkten und Methoden und flexibles Anpassen (Adaption genannt) an sich ändernde Anforderungen.

Abgrenzung Fachbegriffe

In der nachfolgenden Tabelle werden die wichtigsten Begriffe von Scrum erklärt.

Begriff Erklärung
Scrum Das Wort Scrum stammt aus dem englischen und heisst übersetzt «Gedränge». Der Begriff stammt ursprünglich aus dem Rugby (Hoffmeyer, 2019, online).
Product Backlog Liste mit Arbeitspaketen, welche vom Entwicklungsteam bearbeitet werden (Goll & Hommel, 2015, S. 87-88).
Sprint Backlog Ist eine Aufgabenliste, welche aus dem Product Backlog abgeleitet wird. Aufgaben, welche innerhalb eines Sprints bearbeitet werden sollen, sind darin definiert (Dams, 2019, S. 20).
Daily Stand-up /
Daily Scrum Meeting
Ist eine tägliche Besprechung, welche in der Regel maximal 15 Minuten dauert. Das Entwicklungsteam bespricht in diesem Meeting den Arbeitsfortschritt, die nächsten Aufgaben und allfällige Probleme (Hoffmeyer, 2019, online; Dams, 2019, S. 20).
Sprint Heisst übersetzt aus dem Englischen «Lauf». Dieses Wort stammt ebenfalls aus dem Rugby und bezeichnet dort eine Bewegung, die den Ball ein Stück Richtung Ziel bringt. Der Sprint ist ein festgelegter Arbeitszyklus und dauert im Scrum zwischen 1 und 4 Wochen (Hoffmeyer, 2019, online).
Sprint Review Am Ende jedes Sprints wird das Ergebnis (Product Increment) dem Product Owner und den Stakeholdern (Kunden) in Form eines Sprint-Reviews präsentiert (Dams, 2019, S. 20).
Sprint Retrospektive Findet nach dem Sprint Review statt. Erfahrungen werden innerhalb des Entwicklungsteams und Product Owner ausgetauscht, um Verbesserungsmöglichkeiten für den nächsten Sprint zu besprechen (Dams, 2019, S. 20).
Sprint Planning Meeting Feedback vom Review und der Retrospektive fliessen hier ein. Das Meeting plant den Inhalt des nächsten Sprints (Dams, 2019, S. 20).
Product Increment Ist Teil des Systems und muss einwandfrei funktionieren und ist das Ergebnis eines Sprints (Goll & Hommel, 2015, S. 83, 96).

Scrum-Team

Scrum geht von der Beobachtung aus, dass kleine und eigenverantwortliche, sich selbst organisierende Teams aufgrund einer höheren Motivation effizienter sind als grosse, heterogene Teams, die durch Vorgaben und Anforderungen Dritter angeleitet werden. Das Entwicklungsteam organisiert sich selbständig und wird vom Management nicht gesteuert, sondern informiert dieses. Dies führt zu einer Erhöhung der Motivation der Teammitglieder (Goll & Hummel, 2015, S. 85). Der Erfolg des Scrum-Einsatzes beruht darauf, dass sich die Beteiligten dazu verpflichten, die Ziele des Scrum-Teams zu erreichen und den Mut haben, das Richtige zu tun und an schwierigen Problemen zu arbeiten. Das Scrum-Team und die verbundenen Stakeholder sind sich einig darüber, im Umgang mit allen Belangen und Herausforderungen ihrer Arbeit offen umzugehen. Die Teammitglieder respektieren sich als fähige, eigenverantwortliche Personen (Schwaber & Sutherland, 2017, S. 5-6). Das Scrum Team besteht üblicherweise aus den drei nachfolgend aufgelisteten Rollen (Dams, 2019, S. 18; Goll & Hommel, 2015, S. 84-85, 88-91):

Rolle Erklärung
Product Owner Vertritt im Projekt die Interessen der Stakeholder (Kunden) und soll den Wert des Produktes maximieren. Er erstellt das Product Backlog (Liste mit priorisierten Anforderungen).
Scrum Master Coach des Teams. Moderiert die Meetings und ist für das Prozessmanagement zuständig. Zusätzlich soll er Hindernisse beseitigen, sodass das Entwicklungsteam effizient arbeiten kann.
Entwicklungsteam /
Scrum Team
Organisiert sich selbst (nicht von Management gesteuert). Das Entwicklungsteam informiert das Management und ist für die Sprints verantwortlich.

Scrum-Prozess

Abb. 1: Übersicht über den Scrum-Prozess (Goll & Hommel, 2015, S. 87)

Beim Rahmenwerk Scrum ist das Ziel, mit dem Kunden in kurzen Zyklen, sogenannten Sprints, Fragmente (Inkremente) eines Projekts zu entwickeln. Das Wichtigste soll dabei zuerst gemacht werden (Goll & Hommel, 2015, S. 76-77). Der Scrum-Methode liegt folgender Prozess zugrunde (vgl. Abb. 1):

Nachdem der «Product Backlog» vom «Product Owner» erstellt worden ist, findet ein «Sprint Planning Meeting» mit dem «Scrum Team» statt, in welchem der nächste «Sprint» geplant wird. Der «Scrum Master» moderiert jeweils die Meetings. Die zu erledigenden Aufgaben sind im «Sprint Backlog» definiert. Während des «Sprint-Zyklus» finden täglich «Daily Stand-ups» statt. An diesen kurzen Meetings wird üblicherweise der Fortschritt des aktuellen «Sprints» auf einem Taskboard visualisiert. Nach Ende des «Sprint-Zyklus» liegt ein «Product Increment» vor, welches dem «Product Owner» und den Stakeholdern in einem «Sprint-Review» präsentiert wird. Durch die «Sprint Retrospektive» mit dem «Product Owner» werden Verbesserungsmöglichkeiten für den nächsten «Sprint» besprochen. Dann startet der iterative Prozess wieder mit dem «Sprint Planning Meeting», solange bis das Endziel resultiert (Dams, 2019, S. 19-20; Goll & Hommel, 2015, S. 87-98).

Quellen

Literaturverzeichnis

Weiterführende Literatur

Autoren

Aline Pernollet, Fabio Rippstein, Juri Spillmann, Manuel Süess, Patrizia Suter