Auf einen Blick: Sprint Zero ist eine Vorbereitungsphase in der agilen Entwicklung, die darauf abzielt, minimal nutzbare Software zu liefern und dabei Komplexität zu vermeiden. Ziel ist es, ein kleines Stück brauchbaren Codes zu erstellen und Funktionen zu priorisieren, ohne Infrastruktur aufzubauen oder Teams bilden zu müssen.
- Sprint Zero ist essenziell, um ein Projektskelett zu erstellen und eine niedrige Geschwindigkeit aufrechtzuerhalten.
- Das Ziel ist es, die Bereitschaft für kommende Sprints sicherzustellen, indem ein klarer Entwicklungsrahmen geschaffen wird.
Die Vorteile der Anwendung von Agile sind klar und weitreichend. Dazu gehören:
- Verbesserte Produktqualität
- Höhere Kundenzufriedenheitswerte
- Erhöhte Kontrolle über die Projektentwicklung
- Schnellere Abwicklung der Rendite
- Weniger Risiken
Insgesamt vereinfacht Agile den Projektmanagementprozess, indem es ihn in leicht handhabbare Teile, sogenannte Sprints, aufteilt. Es ist so effektiv, dass Unternehmensorganisationen sogar beginnen, die Prinzipien von Agile auf das Projektmanagement in verschiedenen Abteilungen anzuwenden. Mit dem wachsenden Bedarf nach Agile wächst jedoch auch die Faszination des Begriffs Sprint Zero. Meistens denken die Leute an Sprint Zero als die Anwendung des Rahmens eines Scrum Sprints auf den Vorplanungsprozess eines Projekts, wobei die Vorplanungsphase während des Sprints zu einem eigenständigen Projekt wird. Dies wird manchmal als "das Projekt vor dem Projekt" bezeichnet. Dies ist jedoch eine vereinfachte, wenn nicht sogar problematische Darstellung von Sprint Zero.
Verstehen eines Sprints
In einem Scrum Sprint arbeitet ein zusammengestelltes Entwicklungsteam mit einem klaren Ziel, innerhalb eines Zeitraums, typischerweise weniger als einem Monat, ein Stück inkrementellen und nutzbaren Code abzuschließen. Das einzelne Codestück ist Teil eines größeren Projekts und kann selbst getestet und verwendet werden. Sprints müssen bestimmten Regeln folgen:
- Vorgegebene Qualitätsziele müssen eingehalten werden.
- Sobald ein Sprint beginnt, sollten keine Änderungen vorgenommen werden, die verhindern, dass das Ziel verzögert oder erreicht wird.
- Der Umfang kann nur zwischen Scrum Master und Product Owner neu verhandelt werden.
- Der Sprint sollte zwischen 2 und 4 Wochen dauern.
Wenn ein Sprint endet, wird der Rückstau aktualisiert, sodass der Prozess sofort wieder von vorne beginnt, bis die Softwareentwicklung abgeschlossen und gestartet ist.
Entlarvung von Sprint-Zero-Mythen
Bevor wir darüber sprechen, was ein Sprint Zero wirklich ist, wollen wir darüber sprechen, was er nicht ist.
- Ein Sprint Zero ist nicht die Phase, in der das Team zusammengestellt wird. Um überhaupt einen Sprint durchführen zu können, muss ein Team bereits am Platz sein.
- Ein Sprint Zero ist nicht die Phase zum Aufbau von Infrastruktur, die bereits implementiert oder einfach auf Abruf umgesetzt werden sollte, aber nicht als Teil eines Sprint Zero.
- Ein Sprint Zero sollte nicht das Hinzufügen von Produkten zu einem Backlog oder Consider Planning beinhalten.
Wenn Sie von Sprint Zero gehört haben, ist es möglich, dass es auf eine der oben genannten Arten präsentiert wurde. Alle oben genannten Schritte sollten jedoch in den Vorplanungsphasen durchgeführt werden, aber nicht als Teil eines Sprints, selbst eines Sprint Zero. Betrachten Sie, dass Planung und das Hinzufügen von Elementen zum Backlog während eines Sprint Zero tatsächlich gegen agile Prinzipien verstößt, die von Anfang an vor großem Design warnen. Außerdem besteht eine Sprint-Zero-Gruppe wahrscheinlich aus hochrangigen Denkern, die möglicherweise nicht zu anderen Sprints gehören. Wenn sie das anfängliche Backlog-Setup übernehmen, könnte dies dazu führen, dass eine agile Organisation in eine Hierarchie eingeteilt wird. Dies sind nicht die einzigen Wege, wie die Betrachtung eines Sprint Zero wie jede andere Planungsphase den agilen Prinzipien widerspricht. Vielleicht ist die wichtigste Regel eines Scrum Sprints, brauchbaren Code zu erstellen. Indem Sie neue Regeln für Sprint Zero-Teams erstellen, die die Softwareentwicklung eines Projekts nicht vorantreiben, setzen Sie einen Präzedenzfall, dass Regeln nicht immer gelten. Das führt dazu, dass Teams weniger sicher sind, was als Nächstes zu tun ist.
Eigenschaften von Sprint Zero
Das Hauptziel eines Sprint Zero ist es, einen nutzbaren Wert zu liefern, auf dem das nächste Team aufbauen kann. Sprint Zeros sind erforderlich, um:
- Erstellen Sie das Projektskelett, einschließlich Forschungsspitzen.
- Halte das Design minimal.
- Entwickle eine kleine Anzahl von Geschichten bis zum Abschluss.
- Sei mit niedriger Geschwindigkeit und leicht.
Damit dieser Ansatz funktioniert, sollten vor Beginn des Sprint Zero einige Geschichten im Backlog sein – gerade genug, damit der Sprint ein Produkt ergibt, das demonstrierbar ist.
Ziele, Aktivitäten und Vorteile
Um besser zu verstehen, was ein Sprint Zero ist und wie er sich von einem traditionellen Scrum Sprint unterscheidet, muss man die Ziele, Aktivitäten und Vorteile eines Sprint Zero betrachten.
Sprint null Tore
Wie bei einem Scrum Sprint ist das Hauptziel eines Sprint Zero die Produktion. Aber ein Sprint Zero muss nicht so intensiv Software entwickeln wie ein Scrum Sprint. Tatsächlich sollten die Teams von Sprint Zero es wie oben erwähnt leicht halten. Genauer gesagt sollten die Ergebnisse eines Sprint Zero wie folgt sein:
- Ein brauchbarer Code, wenn auch klein.
- Eine minimale Umgebung zum Codeschreiben.
- Eine Priorisierung von Features oder eine Liste von Geschichten.
- Ein Veröffentlichungsplan, der jede Geschichte einem Sprint zuweist.
- Ein Plan für die wahrscheinlichste Implementierung der Funktionen.
Da der Schwerpunkt eines Sprint Zero darauf liegt, die Bereitschaft für einen Sprint sicherzustellen, müssen manche Organisationen oder Projekte diesen Ansatz nicht übernehmen. Wenn Ihr Unternehmen in jüngsten Projekten erfolgreiche Sprints produziert hat, kennen Sie Ihre Sprint-Bereitschaftssituation möglicherweise bereits, ohne einen Sprint Zero durchgeführt zu haben.
Sprint-Null-Aktivitäten
Wie andere Sprints sollten Sprint Zeros denselben Aktivitäten folgen:
- Rückstau aktualisiert
- Es folgt eine Sprint-Planungssitzung
- Tägliche Sprint-Teammeetings
- Sprint-Überprüfungssitzungen oder Nachbesinnung
- Lieferfähiges Produkt
- Sprint-Rückblick
Die obige Liste kommt mir vielleicht bekannt vor, da wir bereits über den Prozess gesprochen haben, der beim Sprint von Teams stattfindet. Aber im Gegensatz zu anderen Sprints sollten Sprint Zeros nicht länger als ein paar Tage dauern; maximal eine Woche.
Sprint null Vorteile
Der Hauptvorteil eines Sprint Zero besteht darin, dass es dem Team ermöglicht, eine Vorstellung von der bevorstehenden Arbeit zu bekommen. Sie können sich dann selbst organisieren, um langfristig besser zu performen. Dies stärkt auch das Vertrauen der Teammitglieder, dass sie die kommende Arbeit bewältigen können. Wenn Einzelpersonen ohne Klarheit in ein Projekt gehen, ist es wahrscheinlich, dass sie irgendwann langsamer werden, was den Erfolg eines Sprints beeinträchtigen könnte. Sprint Zero versucht, dieses Hindernis zu vermeiden, indem es die Möglichkeit bietet, einen Rahmen für den Erfolg zu planen und eine funktionierende Sprint-Umgebung zu gewährleisten.
Wie man einen Sprint Zero effektiv durchführt
Um einen Sprint Zero effektiv durchzuführen, muss man mit dem Verständnis hineingehen, dass ein erfolgreicher Sprint Zero bedeutet, dass man bereit ist, mit Sprint One zu beginnen." "Bereit" ist ein vager Begriff, und in diesem Zusammenhang bezieht sich Bereitschaft nicht auf die Verfügbarkeit von Betriebsressourcen (obwohl dieser Aspekt hoffentlich bereits abgedeckt ist). Bereitschaft bedeutet, dass eine Umgebung existiert, in der Entwicklung stattfinden kann. Hier sind einige Do's and Don'ts für die Durchführung eines effektiven Sprint Zero:
- Dauert nicht länger als eine Woche.
- Halte es leicht und vermeide große Designprinzipien.
- Mach nicht mehr als ausdrücklich nötig, damit der erste Sprint erfolgreich antritt.
- Arbeiten Sie als Team zusammen und betonen Sie eine Kultur des Teambuildings.
Sprint Zero: nicht nur Vorplanung
Die Vorplanung ist wichtig für die Durchführung jedes Projekts. Standardprojektvorbereitungen für Softwareentwickler beinhalten die Zusammenstellung der richtigen Leute und Ausrüstungen, um die Arbeit zu erledigen. Diese Schritte zeichnen jedoch keinen Sprint Zero aus. Im Gegensatz zur Vorplanung ist ein Sprint Zero keine Projektanforderung. Tatsächlich benötigen Sprint-Teams, die schnell und effizient sind, möglicherweise nie einen Sprint Zero. Für Organisationen, die neu bei Scrum sind, sollte der Beginn mit einem Sprint Zero der Wendepunkt sein, der agile Prinzipien der Softwareentwicklung in eine ansonsten funktionierende Geschäftskultur verankert.
Zusätzliche Ressourcen
Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.