Wie man Transparenz in Scrum aufrechterhält

Transparenz sicherstellen – Scrum-Team

Scrum setzt Transparenz sowohl innerhalb als auch außerhalb des Teams durch. Transparenz ist entscheidend für den Scrum-Prozess, da sie es jedem ermöglicht, zu sehen und zu verstehen, was tatsächlich in jederSprintpassiert, was eine bessere Kommunikation ermöglicht und Vertrauen im Team aufbaut. Das Team kann Transparenz auf verschiedene Weise erreichen.

Arbeitsschritte sichtbarer machen

Das Team kann den Fortschritt sehen: Burn-Down-Graphen und Whiteboards sind traditionelle Wege, den Fortschritt hin zumSprint-Ziel. Ein einfacher visueller Bericht, der den Fortschritt auf allen Planungsebenen – vom Sprint bis hin zu einzelnen Aufgaben – zeigt, kann die Anzahl der Gespräche über „Wann wird es fertig sein?“ effektiv reduzieren.

Freier Fluss aktueller Informationen

Information muss in beide Richtungen fließen. Stakeholder und der Product Owner – insbesondere diejenigen, die direkt mit dem Team zusammenarbeiten – müssen ebenfalls transparent sein. Roadmaps, Release-Pläne oder dieDefinition des Fertigstellenskönnen mit dem Team geteilt werden, damit sie die übergeordneten Ziele und Erwartungen verstehen, für die sie sich verpflichtet haben.

Scrum Master

In Scrum ist derScrum Masterist kein Teammitglied, das am Projekt arbeitet, sondern vielmehr ein Facilitator, der dem Entwicklungsteam hilft. Der Scrum Master muss mit demProduct Owner, dem Entwicklungsteam und anderen Stakeholdern zusammenarbeiten, um sicherzustellen, dass Ereignisse und Artefakte vollständig transparent sind. Der Scrum Master muss allen helfen, die am besten geeigneten Praktiken anzuwenden, wenn die Transparenz unvollständig ist. Durch die Inspektion von Artefakten, das Erkennen von Mustern, das sorgfältige Zuhören und das Erkennen von Abweichungen zwischen erwarteten und tatsächlichen Ergebnissen kann der Scrum Master unvollständige Transparenz erkennen.

Transparenz in Ereignissen

Der Sprint ist der Rahmen für alle anderen Ereignisse. Jedes Ereignis in Scrum ist eine formelle Gelegenheit, etwas zu inspizieren und anzupassen. Diese Ereignisse sind speziell darauf ausgelegt, eine entscheidende Transparenz und Inspektion zu gewährleisten. Das Auslassen eines dieser Ereignisse führt zu reduzierter Transparenz und zum Verlust von Möglichkeiten zur Inspektion und Anpassung.

Transparenz ist der erste kritische Aspekt des Scrum-Prozesses und muss für diejenigen sichtbar sein, die für das Ergebnis verantwortlich sind. Transparenz erfordert, dass diese Aspekte in täglichen Aktivitäten und Artefakten klar definiert sind, damit das Team eine gemeinsame Vorstellung davon hat, was gesehen wird.

Transparenz in Ereignissen

Sprint-Planungssitzung

Die Sprint-Planung Sitzung findet zu Beginn des Sprints statt, um das Verständnis und die Dokumentation der Sprint-Backlog Elemente zu gewährleisten. Dies stellt sicher, dass alle Beteiligten klar verstehen, was sie tun müssen, um die spezifische inkrementelle Iteration voranzutreiben.

Daily-Scrum-Sitzung

Die Daily-Scrum konzentriert sich auf den Beitrag des Teams zur spezifischen Sprint, Tag für Tag. Sie beantwortet drei zentrale Fragen:

• Was habe ich in den letzten 24 Stunden abgeschlossen, um das tägliche Sprint-Ziel zu erreichen?
• Was werde ich heute tun, um mein nächstes Sprint-Ziel zu erreichen?
• Welche Hindernisse blockieren meinen Fortschritt hin zum Ziel?

Das Daily-Scrum ist entscheidend, um all diese Punkte ohne Angst vor der Anerkennung von Fehlern zu teilen. Wenn sie nicht geteilt werden, werden Projekte komplex, was zu Verzögerungen und letztlich zum Risiko eines Projektversagens führt.

Sprint-Review-Sitzung

Die Sprint-Review Sitzung findet am Ende des Sprints statt, um über die erreichten Ergebnisse nachzudenken und das Produktinkrement vorzustellen. Das Team lädt Stakeholder ein, Feedback zum Sprint zu geben. Der Product Owner integriert die Ergebnisse in das Produkt-Backlog um den nächsten Sprint zu verbessern.

Sprint-Retrospektive-Sitzung

Die Sprint-Retrospektive wird abgehalten, um den letzten Sprint, die Interaktionen, Prozesse und Werkzeuge zu überprüfen und Verbesserungen für zukünftige Sprints zu definieren. Dieser Prozess erfordert Transparenz bei Berichterstattung und Kommunikation.

Transparenz in Artefakten

Scrum verfügt über mehrere Artefakte, die als Informationsstrahler in allen Phasen von Scrum wirken. Das Team muss die Informationen klar sehen und verstehen, um die Fortschrittsentwicklungen des Projekts zu erfassen. Zugänglichkeit und Klarheit der Informationen sind entscheidend für fundierte Entscheidungen.

Produkt-Backlog

Das Produkt-Backlog ist eine geordnete Liste aller Dinge, die der Product Owner und das Team aufgrund von Wichtigkeit und Dringlichkeit priorisiert haben. Es enthält alle wichtigen Funktionen, Eigenschaften, Korrekturen und Verbesserungen und sorgt für Klarheit und Verständlichkeit für das Team.

Sprint-Backlog

Das Sprint-Backlog wird zu Beginn der Sprint-Planungssitzung entwickelt, nachdem das Produkt-Backlog abgeschlossen ist. Es enthält die Benutzerstories, die zur Entwicklung eines vollständigen Produktinkrements erforderlich sind. Typischerweise werden einige Elemente des Produkt-Backlogs in von der Mannschaft vereinbarte Aufgaben oder Benutzerstories aufgeteilt.

Burn-Down-Graphiken – Verfolgung des Fortschritts

Verwenden Sie Burn-Down-Graphikenum darzustellen, wie das Team während eines bestimmten Sprints abschneidet. Burn-Down-Graphiken erzählen die wahre Geschichte der Teamleistung. Sie beschreiben die verbleibende Arbeit, die erforderlich ist, um den Sprint abzuschließen.

Scrum-Aufgabenboard

Das Scrum-Boardwird auch verwendet, um die drei Phasen der Arbeit während eines Sprints darzustellen:

• Was muss erledigt werden?
• Was ist derzeit in Arbeit?
• Was ist abgeschlossen?

Definition des Fertiggestelltseins

Transparenz ist ebenfalls eng mit der „Definition des Fertiggestelltseins“ verknüpft. Eine formelle Definition von „fertiggestellt“ reduziert die Variabilität und die Wahrscheinlichkeit unvollständiger Arbeit, während die klare Messung des Fortschritts – entweder „fertiggestellt“ oder „nicht fertiggestellt“ – die Transparenz verbessert.

Eine weniger als perfekte „Definition des Fertiggestelltseins“ bedeutet, dass in Ihrem System „unvollständige Arbeit“ vorhanden ist. Diese unvollständige Arbeit führt ebenfalls zu mangelnder Transparenz. Risiken sind versteckt. Zum Beispiel erhöht sich das Risiko, ein fehlerhaftes System freizugeben, wenn die Leistungstests als „nicht erledigt“ verbleiben – genau dann, wenn der Schaden am größten ist.

Fazit

Scrum basiert auf Transparenz, wie sie durch seine Ereignisse und Artefakte beschrieben wird. Wenn jedoch Transparenz und Kommunikation innerhalb des Teams fehlen, kann sie nicht erreicht werden. Wenn Teammitglieder zögern oder Angst haben, Fehler zu teilen, wird es schwierig, vollständige Transparenz aufzubauen und aufrechtzuerhalten. Tatsächlich muss jedes Teammitglied gegenseitiges Verständnis und Respekt zeigen. Der Product Owner und der Scrum Master sollten das Team ermutigen und motivieren, alle Risiken oder Herausforderungen, die sie begegnen, zu teilen. Während das Team nicht nur auf individuelle Erfolge fokussieren darf, muss es auch gemeinsame Projektziele verfolgen. All dieses Feedback und Teilen ist entscheidend, um die vollständige Transparenz im Informationsfluss aufzubauen und aufrechtzuerhalten, was Organisationen und Teams ermöglicht, kontinuierlich zu verbessern.