Transparenz in Scrum

Scrum  basiert auf Empirie, die auf drei wichtigsten Aspekten (auch bekannt als die  drei Säulen  , die in der folgenden Abbildung dargestellt sind) basiert und jede Implementierung empirischer Prozesssteuerung unterstützt: Transparenz, Inspektion und Anpassung.

Wenn  Scrum-Teams die Werte Engagement, Mut, Fokus, Offenheit und Respekt  verkörpern und praktizieren   , entstehen die Scrum-Säulen Transparenz, Inspektion und Anpassung und bauen Vertrauen für alle auf. Scrum-Teammitglieder lernen und erforschen diese Werte im Umgang mit Scrum-Rollen, -Ereignissen und -Artefakten.

Transparenz sicherstellen – Scrum-Team

Scrum erhöht die Transparenz innerhalb und außerhalb des Teams. Transparenz ist für den Scrum-Prozess von entscheidender Bedeutung, da sie es jedem ermöglicht, zu sehen und zu verstehen, was in jedem Sprint wirklich passiert, was zu einer größeren und besseren Kommunikation und Vertrauen innerhalb des Teams führt.

Teams können in vielerlei Hinsicht transparent sein. Hier liste ich einige Dinge auf, die wir tun können, um dies zu erreichen:

Näher arbeiten und schneller Feedback geben

Scrum-Teams sollten in ihrer Arbeitsweise transparent sein: Stakeholder näher zusammenbringen, täglich mit ihnen zusammenarbeiten, Feedback in beide Richtungen fließen lassen und das Risiko teilen, die eine oder andere Richtung einzuschlagen.

Machen Sie den Arbeitsfortschritt sichtbarer

Teams können Fortschritte sichtbar machen: Burndown Charts und Whiteboards sind die traditionelle Art, den Fortschritt von Sprintzielen darzustellen. Diese einfachen Tools können den Fortschritt jeder Phase des Plans anzeigen, vom Sprint bis zur Vision, was die Frage „Wann kann es abgeschlossen sein?“ effektiv reduzieren kann. Dialog.

Das Team kann Fortschritte sichtbar machen: Burn-Down-Diagramme und ein Whiteboard sind die traditionellen Methoden, um Fortschritte im Vergleich zu Sprintzielen zu  zeigen . Ein einfacher Bericht, der den Fortschritt auf allen Ebenen der Planung zeigt, vom Sprint bis hin zur Vision, kann unglaublich effektiv sein, um die Anzahl der „Wann wird es fertig sein?“ zu reduzieren. Gespräche.

Freier Fluss aktualisierter Informationen

Informationen müssen in beide Richtungen übertragen werden. Stakeholder und Personen in Produktrollen, insbesondere diejenigen, die direkt mit einem Team zusammenarbeiten, müssen ebenfalls transparent sein. Die Produktrichtung in Form von Roadmaps, Release-Plänen oder  Definition of Done  kann dem Team sichtbar gemacht werden, damit es sich der übergeordneten Ziele und Erwartungen bewusst ist, zu deren Erfüllung es sich verpflichtet hat.

Scrum Master kann helfen

Bei Scrum arbeitet nicht das Team für den  Scrum Master , sondern der Scrum Master bemüht sich, die Arbeit des Entwicklungsteams zu erleichtern. Der Scrum Master muss mit dem  Product Owner , dem Entwicklungsteam und anderen Beteiligten zusammenarbeiten, um zu verstehen, ob die Ereignisse und Artefakte vollständig transparent sind. Der Scrum Master muss jedem helfen, die am besten geeigneten Praktiken anzuwenden, wenn keine vollständige Transparenz besteht. Ein Scrum Master kann unvollständige Transparenz erkennen, indem er die Artefakte untersucht, Muster erkennt, genau zuhört, was gesagt wird, und Unterschiede zwischen erwarteten und tatsächlichen Ergebnissen erkennt.

Transparenz bei Veranstaltungen

Sprint  ist ein Container für alle anderen Events und jedes Event in Scrum ist eine formelle Gelegenheit, etwas zu inspizieren und anzupassen. Diese Veranstaltungen wurden speziell entwickelt, um kritische Transparenz und Überprüfung zu ermöglichen. Das Fehlen eines dieser Ereignisse führt zu einer verringerten Transparenz und ist eine verpasste Gelegenheit zur Überprüfung und Anpassung.

Die Transparenz ist der erste wesentliche Aspekt im Scrum-Prozess, der für die Ergebnisverantwortlichen sichtbar sein muss. Transparenz erfordert, dass diese Aspekte in ihren täglichen Aktivitäten und Artefakten definiert werden, damit das Team ein gemeinsames Verständnis davon haben kann, was gesehen wird.

Zum Beispiel:

Sprint-Planungsmeeting

Das  Sprint Planning Meeting  findet zu Beginn des Sprints statt, um die  Sprint Backlog  Items zu verstehen und zu dokumentieren. Es wird durchgeführt, um sicherzustellen, dass jeder Beteiligte zweifelsfrei weiß, was seinerseits zu tun ist, um zur Entwicklung dieser bestimmten inkrementellen Iteration von beizutragen

Tägliches Scrum-Standup-Meeting

Das  Daily Scrum  konzentriert sich auf die tägliche Reflexion der Beiträge des Teams zum jeweiligen Sprint. Es beantwortet drei Dinge:

• Was habe ich in den letzten 24 Stunden entwickelt, um das tägliche Sprintziel zu erreichen?
• Was werde ich heute tun, um mein nächstes Sprintziel zu erreichen?
• Was sind die Hindernisse in der Arbeit von gestern, die meine Zielerreichung behindern?

Daily Scrum ist sehr wichtig, um all diese Dinge zu teilen, ohne die Angst zu haben, seine Fehler zuzugeben. Wenn sie nicht geteilt werden, wird das Projekt kompliziert, was zu Verzögerungen und schließlich zu Risiken des Projektversagens führt.

Sprint-Review-Meeting

Das  Sprint Review Meeting  wird am Ende eines Sprints durchgeführt, um zu reflektieren, was getan wurde, um ihn als Inkrement des Produkts abzuschließen. Das Team lädt die Stakeholder ein, ihr Feedback zum Sprint einzuholen, das vom Product Owner in das  Product Backlog aufgenommen  wird, um Verbesserungen in den nächsten Sprints einzubringen.

Sprint-Retrospektive-Meeting

Die  Sprint-Retrospektive  wird abgehalten, um den letzten Sprint in der Reihenfolge seiner Mitarbeiter, Interaktionen, Prozesse und Tools zu inspizieren und Verbesserungsmaßnahmen aus diesem Sprint zu übernehmen, um den nächsten Sprint zu entwickeln. Das alles erfordert Transparenz in der Berichterstattung und Kommunikation.

Transparenz in Artefakten

Scrum verfügt über eine Reihe von  Artefakten  , die als Informationsstrahler für alle Phasen von Scrum dienen. Die Informationen werden dem Team deutlich sichtbar und verständlich gemacht, sodass die Trends des Projektfortschritts bekannt sind. Die Verfügbarkeit und Klarheit von Informationen ist sehr wichtig, um intelligente Entscheidungen zu treffen.

Produktrückstand

Das  Product Backlog  ist eine geordnete Liste von Anforderungen, die vom Product Owner sowie vom Team nach Priorität und Bedeutung priorisiert werden. Alle bekanntesten Funktionen, Attribute, Korrekturen und Verbesserungen sind im Produkt-Backlog dokumentiert, um es dem Team klar und verständlich zu machen.

Sprint-Rückstand

Das  Sprint Backlog  wird entwickelt, nachdem das  Sprint Planning Meeting  durchgeführt und das Product Backlog fertiggestellt wurde. Es enthält User Stories, die erforderlich sind, um ein vollständiges Inkrement des Produkts zu entwickeln. Normalerweise werden einige der Product Backlog-Einträge in Aufgaben oder User Stories zerlegt, auf die sich das Team zur Bearbeitung geeinigt hat.

Burn-down-Diagramme – Entwicklungsstatus

Verwenden Sie  Burndown-Diagramme  , um ehrlich zu sein, wie das Team in einem bestimmten Sprint abschneidet. Ein Burndown-Diagramm erzählt die wahre Geschichte der Leistung des Teams. Burn-down-Diagramme zeigen den Aufwand, der in der Zukunft verbleiben wird, um den Sprint abzuschließen.

Scrum-Taskboard

Die  Scrum Boards  werden auch verwendet, um drei Dinge während der Arbeit an einem Sprint zu reflektieren:

• Was ist zu tun?
• Was ist in Bearbeitung?
• Was ist getan?

Definition von Done

Transparenz hängt auch stark mit der Definition of Done zusammen. Die formale Definition der Bedeutung von „erledigt“ verringert die Variabilität und die Wahrscheinlichkeit von nicht erledigter Arbeit und die eindeutige Messung des Fortschritts („erledigt“ oder „nicht erledigt“) erhöht die Transparenz.

Eine unvollkommene  Definition of Done  impliziert, dass es in Ihrem System Undone Work gibt. Diese Undone Work verursacht auch einen Mangel an Transparenz. Darin verbergen sich Risiken. Wenn beispielsweise Leistungstests rückgängig gemacht werden, wird das Risiko eines nicht funktionierenden Systems bis kurz vor der Veröffentlichung hinausgezögert – wenn es am meisten weh tut.

Fazit

Scrum basiert auf Transparenz, die durch seine Ereignisse und Artefakte dargestellt wird, aber es kann nicht erreicht werden, wenn es an Transparenz und Kommunikation im Team mangelt. Es ist schwierig, vollständige Transparenz herzustellen und aufrechtzuerhalten, wenn die Mitglieder zögern oder Angst haben, ihre Fehler zu teilen. Tatsächlich muss jeder im Team Verständnis und Respekt füreinander zeigen. Product Owner und  Scrum Master sollte die Teams motivieren und ermutigen, alle Risiken oder Probleme, mit denen sie bei ihrer Arbeit konfrontiert sind, zu teilen. Während Teams sich nicht nur auf ihre individuellen Leistungen konzentrieren müssen, müssen sie auch danach streben, die gemeinsamen Projektziele zu erreichen. All dieses Feedback und der Austausch sind wichtig, um eine vollständige Transparenz des Informationsflusses herzustellen und aufrechtzuerhalten, die eine kontinuierliche Verbesserung der Organisation und des Teams ermöglicht.