Empirische Grundlage für Geschichten

Die Planung spielt bei Agile eine wichtige Rolle. Das Team nutzt die Planung, um die Komplexität einer Anforderung (Userstory) abzuschätzen. Die Anzahl der Komplexitätspunkte, die in früheren Zeitrahmen bearbeitet wurden, hilft dann bei der Entscheidung, was in den nächsten Zeitrahmen passen könnte. Die Komplexität ändert sich jedoch mit der Zeit. Es wird einfacher, die Dinge ein zweites Mal zu tun, oder es werden einfachere Wege für Probleme gefunden. Das macht die Planung noch schwieriger. Die Schaffung einer Referenzbasis kann Stabilität in die Planung bringen. Diese Referenzen machen es möglich, eine Release-Planung zu erstellen, ohne alle Anforderungen im Voraus zu planen. Problem Die Planung beginnt mit einer einzigen Referenz, die das Team als Offset für die erste Planung verwendet. Nach einiger Zeit vergessen sie, was die ursprüngliche Referenz war und wählen eine andere Referenz. Das Ergebnis ist eine schwankende Planung. Um dies zu verhindern, wird oft der gesamte Auftragsbestand im Voraus geplant. Das Ergebnis ist ein gleichmäßig geplanter Auftragsbestand. Dies kann jedoch auch einige Nachteile haben. Wenn ein Team zum Beispiel noch nie zusammengearbeitet hat, wird die ursprüngliche Planung nach ein paar Sprints hinfällig. Die Arbeit wurde unterschätzt oder wurde einfacher, nachdem sie ein paar Mal erledigt wurde. Dann ist eine Neuplanung des gesamten Backlogs erforderlich, um eine gültige Release-Planung zu erhalten. Noch schwieriger wird es, wenn sich das Team ändert oder nicht alle Benutzergeschichten zu Beginn einer Veröffentlichung bekannt sind. Referenzbasis Die Erstellung einer Referenzbasis hilft dabei, die Planung rechtzeitig zu stabilisieren. Nach dem ersten Sprint kann das Team eine Referenzbasis erstellen. Diese Referenzbasis kann helfen, den nächsten Sprint genauer zu planen.Die Referenzbasis wird während oder nach der Retrospektive erstellt. Die folgenden Schritte können durchgeführt werden:

1. Markieren Sie die Referenzgeschichten. Die Geschichten, die so gelaufen sind, wie sie hätten laufen sollen, können als Referenzgeschichte markiert werden. Geschichten, die außergewöhnlich oder ungewöhnlich waren, können beiseite gelegt werden.
2. Bewerten Sie die Geschichten. Das Team kann entscheiden, ob die Geschichte zu hoch oder zu niedrig bewertet wurde. Manchmal wird eine Geschichte mit 8 bewertet, aber um auf Nummer sicher zu gehen, wählt das Team eine 13. In der Retrospektive kann das Team entscheiden, ob es tatsächlich eine 8 oder eine 13 war.
3. Kategorisieren; Die markierten Geschichten sollten dann nach Art der Arbeit kategorisiert werden.
4. Entscheiden Sie, ob Sie etwas hinzufügen möchten; Die Geschichten sollten dann bewertet werden. Ist eine Geschichte identisch mit einer bereits vorhandenen Geschichte oder ist es hilfreich, diese Geschichte zur Referenzbasis hinzuzufügen.
5. Fügen Sie die Geschichten hinzu. Fügen Sie die neuen Geschichten zur Referenzdatenbank hinzu. Geben Sie die Anzahl der Punkte, das für diese Geschichte benötigte Fachwissen usw. an.
6. Prüfen Sie, ob Stories noch gültig sind. Manchmal kann ein Tool die Gültigkeit einer Story verändern. Zum Beispiel die Arbeit, die von einem Tool erledigt wird, oder die Anzahl der Punkte, die sich durch ein Tool geändert hat. Klären Sie mit dem Team, was getan werden muss.

Die Referenzbasis kann sich in jedem Sprint ändern. Geschichten, die nicht mehr passen, können entfernt werden, andere können ersetzt werden oder es können Geschichten hinzugefügt werden. Verwendung der Referenzdatenbank Die Referenzdatenbank kann zum Überprüfen oder zum Planen weiterer Geschichten verwendet werden. Je mehr Storys Sie in der Referenzbasis haben, desto hilfreicher ist sie für die Planung dieser Story. Durch die Verwendung der Referenzdatenbank bleiben die einer Story zugewiesenen Punkte stabiler. Das bedeutet nicht, dass eine ähnliche Story für immer die gleichen Punkte behält. Zum Beispiel kann sich die Anzahl der Punkte durch die Verwendung von Werkzeugen ändern. Mit der Zeit ändert sich also die Referenzbasis, aber sie ist ein stabilisierender Faktor. Fazit Die empirische Referenzbasis hilft dem Team, die Planung zu stabilisieren. Dies ermöglicht eine genauere Release-Planung. Sie kann sogar eine Planungssitzung beschleunigen.