Kurzbeschreibung:

Die Scrum Überprüfung gehört neben der “Transparenz” und der “Anpassung” zu den drei Säulen der empirische Prozesssteuerung von Scrum.

Die Scrum Theorie

Scrum basiert auf der Theorie von Empirie und Lean Thinking. Das bedeutet, dass Wissen aus Erfahrung gewonnen wird und auf dieser Basis Entscheidungen getroffen werden. Die Erfahrung hat gezeigt, dass viele Entwicklungsprojekte zu komplex sind, um in einem vollumfänglichen Plan von Anfang an erfasst zu werden. Ein wesentlicher Teil der Anforderungen und der Lösungsansätze ist zu Beginn noch unklar. Deshalb werden Zwischenergebnisse geschaffen, anhand derer sich die fehlenden Anforderungen und Lösungstechniken effizienter finden lassen. Scrum ist für Teams mit einer Größe von drei bis neun Entwicklern konzipiert, die zusammen über alle Fähigkeiten und Kenntnisse verfügen, um das vorgesehene Projekt zu erledigen oder solche Fähigkeiten zu erwerben. Das Ziel von Scrum ist es, eine höhere Reaktionsfähigkeit, um auf sich ändernde Kundenanforderungen einzugehen, eine kürzere “Time to Market“ und eine höhere Qualität und Kundenzufriedenheit zu erreichen. Zur Scrum Theorie gehören die drei Säulen “Transparenz”, “Überprüfung” und “Anpassung”.12

image 3

2. Säule - Überprüfung

Überprüfung oder auch Inspection ist die zweite der drei Scrum Säulen. Sie umfasst das regelmäßige Prüfen aller Vorgehensweisen und Arbeitsergebnisse. Für die Überprüfung schreibt Scrum die Ereignisse „Sprint Planning“, „Daily Scrum“, „Sprint Review“ und „Sprint-Retrospektive“ vor. Im Sprint Planning fokussieren sich Überprüfung und Anpassung auf die Product-Backlog-Einträge, also auf den fachlichen Inhalt des kommenden Sprints. Im Daily Scrum hingegen stehen die Arbeitsergebnisse seit dem letzten Daily Scrum und die Prognose auf die bevorstehende Arbeit, also die aktive Umsetzung der zu erledigenden Arbeit im Vordergrund. Das Ergebnis des abgelaufenen Sprints steht im Sprint Review auf dem Prüfstand. Abhängig davon, wie viel der ursprünglich für den Sprint geplanten User Storys erfolgreich umgesetzt werden konnten, wird das Product Backlog einer Überprüfung und gegebenenfalls einer Anpassung unterzogen. 45

In der Sprint-Retrospektive hinterfragt sich das Entwicklungsteam kritisch selbst und erörtert, welche Abläufe oder Prozesse besonders gut abgelaufen sind, aber auch, was nicht optimal durchgeführt wurde und verbessert werden kann.

Die gewonnen Erkenntnisse können beispielsweise folgende Fragen beantworten: 4

  • Ist man noch auf dem geplanten Kurs?
  • Hat sich etwas an den Kundenwünschen oder Marktgegebenheiten geändert?
  • Ist die Zusammenarbeit effektiv?
  • Wo gibt es noch Aufklärungs- oder Änderungsbedarf?

Die gefundenen Aspekte mit Optimierungsbedarf werden nach ihrer Wichtigkeit und/oder Dringlichkeit geordnet. Für die priorisierten Themen werden Verbesserungsvorschläge erarbeitet, deren Umsetzung dann für den folgenden Sprint eingeplant werden.

Die Überprüfung darf jedoch nicht zu oft stattfinden, da so die Gefahr besteht, die eigentliche Projektarbeit zu behindern. Die Inspektionen müssen in einer Weise stattfinden, dass auch sie einen Mehrwert für die Projektarbeit darstellen.6

Siehe auch

Quellen

  1. https://de.wikipedia.org/wiki/Scrum ↩

  2. https://verovis.com/agiles-projektmanagement-mit-scrum/ ↩

  3. https://verovis.com/agiles-projektmanagement-mit-scrum/ ↩

  4. https://chaosverbesserer.de/blog/2019/09/23/die-drei-saeulen-von-scrum/ ↩ ↩2

  5. https://www.maxpert.de/de/profil/schulungsspektrum/scrum-methode-definitionen/530 ↩

  6. https://www.der-scrum-master.com/der-scrum-leitfaden/transparenz-der-artefakte#scrum-theorie-anpassung-adaption ↩