Tracking-Frequenz
Beim agilen Sprint-Tracking geben Teammitglieder nach einem festgelegten Tracking-Zeitplan Tracking-Informationen zu den Aufgaben ein, an denen sie gerade arbeiten. Die Teams können wählen, ob sie dies täglich, wöchentlich, zweimal pro Woche oder in einem anderen Intervall tun möchten, das ihrem Informationsbedarf am besten entspricht. Durch die tägliche Eingabe von Tracking-Informationen wird sichergestellt, dass 1) die Informationen eingegeben werden, während sie den Leuten noch im Gedächtnis sind, und 2) Projektdiagramme und Grafiken aktualisiert werden. Viele Teams verfolgen ein- oder zweimal pro Woche bis zur letzten Woche der Iteration und stellen dann sicher, dass Informationen häufiger bereitgestellt werden, um die tägliche Transparenz über die gesamte Iteration hinweg sicherzustellen. Viele dieser Informationen sollten auch während des täglichen Stand-up-Meetings kommuniziert werden. Es ist zu erwarten, dass die Überprüfung eines Tracking-Diagramms die wertvolle Kommunikation des täglichen Stand-up-Meetings ersetzt.
Funktion vs. Aufgabenerfüllung
Wenn alle Aufgaben für eine Funktion abgeschlossen sind, gilt die Funktion als abgeschlossen. Einige Teams verlangen möglicherweise auch das Bestehen aller Abnahmetests.
FAQ
Warum eine Iteration verfolgen?
Bei extrem kurzen Iterationen, beispielsweise einer Woche, verringert sich die Notwendigkeit, den Zwischenstatus zu messen, aber selbst innerhalb einer einwöchigen Iteration ist es wertvoll zu verstehen, ob die Arbeit mitten in der Iteration zur Hälfte abgeschlossen ist und möglicherweise auch, wie Seit dem ersten Iterationsplan wurde der Iteration viel zusätzliche Arbeit hinzugefügt. Mit zunehmender Länge der Iterationen steigt die Notwendigkeit, den genauen Status zu verstehen.
Welche Informationen werden während einer Iteration verfolgt?
Während einer Iteration müssen nur sehr wenige Informationen verfolgt werden. Für jede Aufgabe sollten der Aufwand und die verbleibende Arbeitsschätzung regelmäßig nachverfolgt werden. Auch der Status von Abnahmetests sollte verfolgt werden. Scrum ignoriert den aufgewendeten Aufwand und konzentriert sich beim Sprint-Tracking ausschließlich auf verbleibende Arbeitsschätzungen.
Wer gibt Tracking-Informationen ein?
Normalerweise gibt jede Person ihre eigenen Tracking-Informationen ein. Einige Teams entscheiden sich dafür, in jeder Iteration eine einzelne Person zu benennen, die alle Tracking-Daten für das Team sammelt und aktualisiert.
Wie oft tragen Teammitglieder Zeit ein?
Jede Organisation erstellt ihren eigenen Tracking-Zeitplan. Die Teams variieren typischerweise von täglich bis wöchentlich mit längeren Iterationen.
Sollten Schätzungen während einer Iteration geändert werden?
Schätzungen sind genau das – Schätzungen. Einige Aufgaben werden früher erledigt, andere später, und neue Aufgaben werden im Allgemeinen identifiziert. Dabei geht es nicht um Schätzgenauigkeit, sondern um dauerhafte Konsistenz und Zuverlässigkeit. Wenn ein Team in jeder Iteration kontinuierlich Funktionen im Idealfall von 20 Tagen bereitstellt, was im Allgemeinen zu einer Aufgabenschätzung von 200 bis 220 Stunden führt, dann sind dies ausreichend Informationen, um ein Projekt genau zu planen und zu verwalten. Wenn dies nachverfolgt wird, kann dies zu 260 Stunden tatsächlicher Arbeit pro Iteration führen. Da für die Planung historisch bestätigte Schätzungen und nicht tatsächliche oder prognostizierte Kapazitäten verwendet werden, ist es nicht erforderlich, die Schätzungen noch einmal zu überarbeiten.
Was passiert, wenn der verbleibende Aufwand die ursprüngliche Schätzung einer Aufgabe übersteigt?
Wenn dies der Wahrheit entspricht, wird dies eingegeben. Dies ist bei manchen Aufgaben einfach eine Realität und das Ziel besteht darin, die Realität mit Tracking-Informationen abzubilden, nicht irgendein Ideal oder eine Berechnung.
Warum wird der verbleibende Aufwand nicht einfach berechnet?
Berechnete Zahlen stellen nicht den tatsächlichen Stand einer Aufgabe oder eines Projekts dar, sondern stellen eine mathematische Berechnung dar, die sich in der Vergangenheit als unzuverlässig und ungenau erwiesen hat. Um den Status einer Aufgabe genau zu vermitteln, sollten Teammitglieder immer berücksichtigen, was auf der Grundlage aller jetzt verfügbaren Informationen noch übrig ist.
Woher wissen Sie, wann eine Aufgabe erledigt ist?
Eine Aufgabe ist erledigt, wenn für niemanden mehr Arbeit übrig ist.
Woher wissen Sie, wann eine Funktion fertig ist?
Ein Feature ist fertig, wenn an dem Feature absolut keine Arbeit mehr zu erledigen ist und das Feature vom Kunden akzeptiert wurde.
Was passiert, wenn ein Feature am Ende einer Iteration nur teilweise fertiggestellt ist?
Wenn ein Feature teilweise fertiggestellt ist, liegt es am Kunden, zu entscheiden, ob das Feature aufgeteilt, in die nächste Iteration verschoben, neu priorisiert usw. werden soll. Agile Entwicklung gilt im Allgemeinen als sehr binär, da entweder ein Wert geliefert wird oder nicht. Wenn die Arbeit erledigt ist, aber kein geschäftlicher Nutzen entsteht, dann betrachtet Agilität dies als eine große Gänsehaut. Wenn die Funktion aufgeteilt werden kann, wobei ein Teil des Werts während der aktuellen Iteration und ein Teil später bereitgestellt wird, liegt die Entscheidung beim Kunden und beim Team.
