Jeden Tag nach dem Aufstehen aktualisieren mein Team und ich unsere Schätzungen für jede Geschichte. Ich habe das Gefühl, dass irgendetwas nicht stimmt, also brauche ich Ihre Hilfe.
Das ist wie wir es machen:
Story A Schätzung: 24 Stunden (8 Stunden pro Tag - wir verwenden "ideale Tage" als Maß)
- Tag N: Entwickler beginnt morgens mit der Arbeit an Story A (8 Stunden Arbeit bis zum Ende des Tages)
- Tag N + 1: Neuschätzung von Story A = 16 Stunden (ein Arbeitstag aus Story A, ab Tag N)
- Tag N + 2: Neuschätzung von Story A = 8 Stunden (ein Arbeitstag aus Story A, ab Tag N + 1)
- Tag N + 3: Story A sollte jetzt fertig sein. Aber es ist nicht. Der Entwickler geht davon aus, dass es weitere 3 Stunden dauern wird, bis der Vorgang abgeschlossen ist. Wir aktualisieren die Story auf dem Whiteboard und bereinigen sie entsprechend.
- Tag N + 4: Story A hat den ganzen Tag gedauert, anstatt nur 3 Stunden! Nun ist es geschafft. Die Differenz von 5 Stunden ist in unserer Planung völlig unberücksichtigt.
Wie sollten wir unsere Geschichten täglich neu einschätzen?
scrum
estimation
Pomario
quelle
quelle
Antworten:
Ja, dies wird implizit berücksichtigt, da sich die folgenden Aufgaben verzögern. Wenn es nur für diesen Entwickler ein Burndown-Diagramm gäbe, würden Sie feststellen, dass die Kurve einen Tag lang "flach" geblieben ist, während sie gesunken wäre, wenn der Entwickler sie früh genug beendet hätte, um eine andere Aufgabe zu übernehmen.
Es ist nichts Falsches an der Art und Weise, wie Sie während des täglichen Meetings neu schätzen. Bei der Neuschätzung geht es mehr darum, herauszufinden, ob wir es für das Ende des Sprints schaffen können, als die genaue Verspätung jeder Aufgabe zu verfolgen. Alles, was Sie in Scrum benötigen, um Ihren Plan täglich anpassen zu können, ist ein Hinweis auf den Sprint-Fortschritt und darauf, wie weit Sie vom Erreichen des Sprint-Ziels entfernt sind (normalerweise ein Burndown-Diagramm).
quelle
Die Frage, die Sie sich stellen sollten, lautet: Sollten wir unsere Geschichten neu einschätzen?
Ich würde argumentieren, dass Sie zulassen sollten, dass die agile "Magie" Ihre Unter- und Überschätzungen über eine Iteration hinweg ausgleicht, wenn Sie Ihre Geschwindigkeit für die nächste berechnen (was der einzige Grund ist, einen Wert zu korrigieren). Weitere Informationen finden Sie in Mike Cohns Agile Estimating and Planning .
Es gibt jedoch einen Fall, in dem Sie eine Neueinschätzung vornehmen sollten: Wenn Sie etwas über eine Arbeitskategorie gelernt haben, werden alle zukünftigen Schätzungen angepasst.
z.B. Wenn das Hinzufügen einer Spalte zu einer Datenbank wird geschätzt , eine ideale Stunde dauern, aber es stellt sich heraus , 3 Stunden , weil einige Faktor zu nehmen , dass niemand in Betracht gezogen und es sieht so aus , dass Faktor jedes Mal , gelten Sie ein Feld in der Datenbank sind das Hinzufügen dann sollten alle Schätzungen für Arbeiten dieser Art angepasst werden, einschließlich derjenigen, an denen Sie arbeiten.
quelle
Was ich als am effektivsten empfunden habe, ist:
Wenn Storys mit falschen Schätzungen in den Sprint einfließen, können Sie sie mithilfe von Vor-Sprint-Planungs-Nachschätzungen beheben, bevor sie zu einem Problem werden. Wenn Geschichten länger dauern als erwartet, weil das Team zu optimistisch ist, hält Sie das Wetter von gestern auf Kurs.
Wie Sie in Ihrer Frage beschrieben haben, sind die täglichen Nachschätzungen der verbleibenden Daten in der Regel völlig falsch. Arbeit erledigt / verbleibend ist eine falsche Nummer, mit der Sie den Eindruck erwecken, dass Sie "hart genug" arbeiten. Weitaus besser ist es, zu fragen: "Wann glaubst du, bist du fertig?" Und klar zu machen, dass das Team bei Problemen mit einer Story zu Hilfe kommt.
quelle
Ich denke das ist kein Problem. Vielmehr kann es an mangelnder Erfahrung liegen. Je mehr Sie scrum folgen, desto mehr Entwickler gewöhnen sich daran, genauere Schätzungen bereitzustellen. Dies ist unsere Erfahrung mit der Implementierung von Scrum nach 5 Monaten.
Bei der Planung von Pokersitzungen haben unsere Entwickler sehr unterschiedliche Schätzungen für jeden PBI und jede Aufgabe im ersten Sprint vorgeschlagen. In Bezug auf Zeit und Einschätzung sind wir jetzt jedoch fast gleich. Wie lange benutzt du schon Scrum? Wenn nicht so viel, gib ihm etwas Zeit. Wenn es jedoch lange dauert, sollten Sie, wie von @pdr vorgeschlagen, zusätzliche Spielräume für Aufgaben mit höheren Risiken in Betracht ziehen . Jedes Mal, wenn unser Team einen Teil der Benutzeroberfläche browserübergreifend erstellen möchte, besteht unsere Schätzung. Daher multiplizieren wir die Einschätzung von Cross-Browser-Aufgaben immer mit einem Faktor, um sicherzustellen, dass wir sie abdecken können.
quelle
Es macht keinen Sinn, engagierte User Storys während des Sprints neu einzuschätzen. Es verschwendet nur deine Zeit. Sie haben sich bereits verpflichtet, und es spielt keine Rolle, ob Sie neu einschätzen oder nicht.
Anders verhält es sich mit User Stories, die nicht dem aktuellen Sprint verpflichtet sind. Von Zeit zu Zeit ist es ratsam, eine erneute Schätzung vorzunehmen (nicht mehr als einmal pro Sprint vor der Planung). Situationen, in denen eine erneute Schätzung sinnvoll sein kann, können sein:
Sie müssen nicht unbedingt jede User Story neu einschätzen, aber Sie können. Für eine vollständige Neuschätzung benötigen Sie normalerweise eine schnelle Methode. Das Planen von Poker kann verdammt langsam, ineffizient, langweilig und manchmal auch ungenau sein, wenn Sie mehr als 10-20 Geschichten zur Schätzung heranziehen. Alternative kann die magische Schätzung sein .
quelle