Agiles Projektmanagement: Fünf Elemente eines Sprint
Ein Werkzeug eines agilen Managementsystems ist die Sprint Backlog, die eine Liste von Anforderungen und Aufgaben in einem bestimmten Sprint. Der Sprint Backlog wird jeden Tag des Sprint aktualisiert. Machen Sie den Sprint Backlog jeden Tag auf das gesamte Projektteam zur Verfügung. Auf diese Weise jeder, der den Sprint-Status wissen muss, kann es sofort zu finden.
EIN Sprint Burndown Chart (Probe gezeigt) zeigt den Fortschritt der Entwicklungsteam macht und ist ein leistungsfähiges Werkzeug für den Fortschritt zu visualisieren und die verbleibende Arbeit. Die Grafik zeigt:
Die hervorragende Arbeit (in Stunden) auf der ersten vertikalen Achse
Zeit, in Tagen, auf der horizontalen Achse
Einige Sprint Burndown Charts zeigen auch die hervorragenden Geschichte Punkte auf einer zweiten vertikalen Achse gegen die gleiche horizontale Zeitachse als Arbeitsstunden bleiben.
Ein Burndown- Chart ermöglicht jedermann den Status des Sprint jederzeit zu sehen. Der Fortschritt ist klar. Durch den Vergleich übrigen die realistische Anzahl von Stunden zur Verfügung, um die eigentliche Arbeit, können Sie täglich herausfinden, ob der Aufwand als geplant wird, ist in einem besseren Zustand als erwartet oder ist in Schwierigkeiten. Diese Informationen können Sie feststellen, ob das Entwicklungsteam dürfte die angestrebte Zahl von Benutzergeschichten zu erreichen und hilft Ihnen, fundierte Entscheidungen zu früh im Sprint zu machen.
Betrachtet man Proben von Burndown Charts für Sprints in verschiedenen Situationen, kann Ihnen sagen, wie die Arbeit voranschreitet:
Erwartet
Diese Grafik zeigt einen normalen Sprint-Muster. Die restlichen Arbeitsstunden Aufstieg und Fall als das Entwicklungsteam vervollständigt Aufgaben, Frettchen Details heraus und identifiziert taktische Arbeit es nicht von Anfang an in Betracht gezogen haben. Obwohl die Arbeit gelegentlich erhöht, ist es überschaubar, und das Team mobilisiert bis Ende des Sprints alle User Stories zu vervollständigen.
Komplizierter
In diesem Sprint erhöhte sich die Arbeit über den Punkt hinaus, in dem das Entwicklungsteam fühlte es alles erreichen konnte. Das Team identifizierte dieses Problem früh, arbeitete mit dem Product Owner einige User Stories zu entfernen, und erreicht noch den Sprint Ziel. Der Schlüssel zum Umfang Änderungen innerhalb eines Sprint ist, dass sie immer durch das Entwicklungsteam initiiert - niemand sonst.
Weniger kompliziert
In diesem Sprint schloss das Entwicklungsteam einige kritische User Stories schneller als mit dem Produkt Eigentümer erwartet und arbeitete weitere Benutzer Geschichten zu identifizieren, sie zu den Sprint hinzufügen könnte.
Nicht teilnehmen
Eine gerade Linie in einem Burndown- bedeutet, dass das Team nicht die Burndown- aktualisiert wurde oder zu Null gemacht Fortschritt an diesem Tag. Jeder Fall ist eine rote Fahne für zukünftige Probleme.
Liegen (oder konform)
Dieses Burndown- Muster ist für neue agile Entwicklungsteams gemeinsam verwendet, um die Stunden Management Reporting statt der Zeit erwartet wirklich nimmt die Arbeit. Ein Team mit dieser Grafik wahrscheinlich seine Arbeit Schätzungen auf die genaue Anzahl der verbleibenden Stunden eingestellt. Dieses Muster spiegelt oft eine Angst-basierten Umgebung, wo die Manager durch Einschüchterung führen.
andernfalls schnell
Einer der stärksten Vorteile agiler ist der unmittelbare Beweis des Fortschritts, oder deren Fehlen. Dieses Muster zeigt ein Beispiel für ein Team, das nicht beteiligt war oder voran. Auf halbem Weg den Sprint durch schneiden die Produktbesitzer ihre Verluste und den Sprint getötet. Nur Produkt Besitzer früh einen Sprint zu beenden.
Der Sprint Backlog hilft Ihnen, den Fortschritt in jedem Sprint verfolgen. Sie können auch auf frühere Sprint Backlogs beziehen Fortschritt für den Sprint von Sprint zu vergleichen. Sie werden in jedem Sprint Änderungen an Ihrem Prozess zu machen. Ständig Ihre Arbeit überprüfen und anpassen, um es besser zu machen.