Scrum-Leitfaden | 39. Die häufigsten Fehler während einer Sprint-Retrospektive

Veröffentlicht: 2022-07-20

Die Sprint-Retrospektive ist das Ereignis, das jeden Sprint beendet. Und gleichzeitig eines der schwierigsten Scrum Team Meetings. Die häufigsten Fehler während einer Sprint-Retrospektive sind das Vermeiden von Gesprächen über heikle Themen sowie das Fehlen konkreter Verpflichtungen, die zur Lösung bereits diagnostizierter Probleme führen.

Häufige Fehler während einer Sprint Retrospektive – Inhaltsverzeichnis:

  1. Einführung
  2. Unzureichende Transparenz
  3. Konzentrieren Sie sich auf einmalige Probleme oder Erfolge
  4. Überrepräsentation des Product Owners
  5. Probleme des Selbstmanagements
  6. Zu viele Verpflichtungen
  7. Häufige Fehler während einer Sprint-Retrospektive – Zusammenfassung

Einführung

Fehler während einer Sprint-Retrospektive sind leider sehr häufig. Dies liegt daran, dass es eines der schwierigsten Meetings ist, es erfolgreich durchzuführen, da es viel Reife vom Team erfordert. Deshalb lohnt es sich, einen Blick auf die Probleme zu werfen, die am häufigsten in anderen Teams auftreten, damit Sie deren Symptome bei der Durchführung der Sprint Retrospektive in Ihrem Scrum-Team leichter erkennen können.

Common mistakes during a Sprint Retrospective

Unzureichende Transparenz

Gemäß dem Scrum Guide ist jedes Mitglied des Scrum Teams verpflichtet, Bedenken ehrlich und mutig zu äußern und während der Sprint Retrospektive seine Meinung zu äußern. In der Praxis ist die Verpflichtung zur Transparenz jedoch sehr anspruchsvoll. Aus diesem Grund versuchen Mitglieder des Scrum-Teams oft, es zu umgehen.

Ein Problem, das schwer zu erkennen und zu lösen ist, besteht darin, Diskussionen über beobachtete Mängel in der Arbeit des Scrum-Teams zu vermeiden. Dies kann auf lange Sicht zu viel schwerwiegenderen Problemen führen.

Die Aufgabe des Scrum Masters ist es daher, die Situation im Team genau zu beobachten und alle Teammitglieder von Beginn der Sprint Retrospektive an zu proaktivem Handeln zu ermutigen.

Konzentrieren Sie sich auf einmalige Probleme oder Erfolge

Ein weiteres Problem, das während der Sprint-Retrospektive auftreten kann, ist die unzureichende Beachtung zyklischer und sich wiederholender Teamverhaltensweisen und ihrer Auswirkungen auf die Teameffektivität.

Es ist immer gut, den Mitgliedern des Scrum-Teams zu gratulieren, wenn sie außergewöhnliche Erfolge erzielt haben. Sprint Review sollte jedoch nicht darauf ausgerichtet sein, es zu feiern. Dasselbe gilt für Misserfolge. Wenn etwas aus zufälligen Gründen oder einem bereits diagnostizierten Fehler fehlgeschlagen ist, lohnt es sich nicht, das Ereignis während des Sprint Reviews übermäßig zu analysieren.

Manchmal widmet das Team solchen Ereignissen jedoch einen großen Teil der Sprint-Retrospektive. Denken Sie jedoch daran, dass der Zweck der Sprint-Retrospektive darin besteht, nach Wegen zu suchen, um die tägliche Arbeit des Teams zu verbessern. Daher sollte sich das Meeting nicht um einmalige Erfolge oder Probleme drehen, die sich mit hoher Wahrscheinlichkeit nicht wiederholen werden.

Überrepräsentation des Product Owners

In vielen Organisationen wird die Position des Product Owners mit der des Product Managers gleichgesetzt. Der Product Owner wird dann oft als Vorgesetzter des Scrum-Teams betrachtet. Aus diesem Grund kommt es vor, dass das Entwicklungsteam in seiner Gegenwart nicht über Teamwork-Probleme sprechen möchte.

Deshalb ist es so wichtig , gegenseitiges Vertrauen zwischen dem Entwicklungsteam und dem Product Owner aufzubauen. Leider ist der Prozess der Vertrauensbildung schwierig und langwierig. Aus diesem Grund ist es manchmal eine gute Idee für den Product Owner, ganz oder teilweise auf die Teilnahme an der Sprint Retrospektive zu verzichten, um dem Rest des Teams Raum für freie Diskussionen zu lassen.

Probleme des Selbstmanagements

Selbstmanagement bedeutet, dass die Mitglieder des Scrum-Teams ihre eigenen Entscheidungen darüber treffen, wer unter ihnen bestimmte Aufgaben wann und wie erledigt. Während der Sprint-Retrospektive diskutiert das Team Menschen, ihre Interaktionen sowie Teampraktiken. Es entscheidet dann, welche Probleme im bevorstehenden Sprint gelöst werden müssen, wie es zu tun ist, und wer die Verantwortung für das Ergreifen von Maßnahmen trägt.

Treten in einem selbstorganisierten Team schwerwiegendere Probleme auf, kann im Scrum-Team die Versuchung bestehen, Verantwortung abzugeben.

Gelegentlich wollen sich Teammitglieder nicht an der Diskussion beteiligen und versuchen, die Führungsverantwortung auf jemand anderen abzuwälzen. Um dies zu verhindern, ist es äußerst wichtig, auch kleine Probleme regelmäßig zu besprechen, um deren Häufung zu verhindern.

Most common mistakes during a Sprint Retrospective

Zu viele Verpflichtungen

Ein aktives Scrum-Team, das nach den drei Säulen der Empirie arbeitet: Transparenz, Inspektion und Anpassung, kann auf das Problem stoßen, zu viele Verpflichtungen auf einmal einzugehen.

Wenn das Scrum-Team während einer Sprint-Retrospektive zu viele Zusagen macht, besteht ein erhebliches Risiko, dass:

  • Keine der Verpflichtungen wird ordnungsgemäß umgesetzt
  • einige Verpflichtungen werden überhaupt nicht umgesetzt
  • Die vorgenommenen Änderungen sind nicht dauerhaft

Daher ist es eine gute Praxis, nicht mehr als vier Verbesserungen in jedem Sprint vorzunehmen. Dies ermöglicht eine schrittweise, aber effektive Verbesserung der Teamleistung.

Häufige Fehler während einer Sprint-Retrospektive – Zusammenfassung

Da die Sprint Retrospektive eine herausfordernde Veranstaltung ist, treten bei ihrer Durchführung häufig Probleme auf. Um leichter mit ihnen umgehen zu können, sollten die am häufigsten auftretenden notiert werden. Häufige Fehler während einer Sprint-Retrospektive sind:

  • unzureichende Transparenz – wenn Scrum-Teammitglieder es versäumen, in schwierigeren Teamsituationen mit Ehrlichkeit umzugehen
  • Konzentrieren Sie sich auf einmalige Probleme oder Erfolge – wenn sich die Mitglieder des Scrum-Teams darauf konzentrieren, Erfolge und Misserfolge zu diskutieren, anstatt die langfristige Effektivität der Teamarbeit zu diskutieren
  • Überrepräsentation des Product Owners – wenn Mitglieder des Scrum-Teams den Product Owner mit begrenztem Vertrauen behandeln, als ob er oder sie jemand außerhalb des Teams oder ein Vorgesetzter wäre
  • Selbstmanagementprobleme – wenn Scrum-Teammitglieder versuchen, die Verantwortung für Probleme und Entscheidungsfindung zu verschieben.

Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 39. Most common mistakes during a Sprint Retrospective caroline becker avatar 1background

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

  1. Glossar der Grundbegriffe, Rollen und Begriffe
  2. Was ist Scrum?
  3. Scrum-Werte
  4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
  5. Scrum Team – was ist das und wie funktioniert es?
  6. Wer ist ein Product Owner?
  7. Die häufigsten Fehler des Product Owners
  8. Wer ist der Scrum-Master?
  9. Eigenschaften eines guten Scrum Masters
  10. Die häufigsten Fehler des Scrum Masters
  11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
  12. Zusammenarbeit zwischen Product Owner und Scrum Master
  13. Entwicklungsteam in Scrum
  14. Die häufigsten Fehler von Entwicklern
  15. Scrum-Artefakte
  16. Scrum skalieren
  17. Sprint-Rückstand
  18. Was ist das Product Backlog?
  19. Was sind User Stories?
  20. Erstellen Sie die beste User Story mit INVEST
  21. Die häufigsten Fehler in User Storys
  22. Akzeptanzkriterien für User Storys
  23. Schätzung und Story Points in Scrum
  24. Planungspoker
  25. Team-Schätzspiel
  26. Inkrement definieren
  27. Scrum-Ereignisse
  28. Was ist Sprint in Scrum?
  29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
  30. Was ist ein Burndown-Diagramm?
  31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
  32. Vor- und Nachteile des Burndown-Charts
  33. Kanban-Boards in Scrum und Scrumban
  34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
  35. Tägliches Scrum
  36. Sprint-Planung
  37. Sprint-Review
  38. Was ist eine Sprint-Retrospektive?
  39. Häufige Fehler während einer Sprint-Retrospektive
  40. Pflege des Produkt-Backlogs