Ich habe 6 User Stories für einen Sprint von 14 Tagen. Ich habe die detaillierte Beschreibung in den Stories, was das Team entwickeln muss, und das Team ist neu bei Scrum. (Dies wäre ihr 2. Sprint). Das Einzige, was ich bisher noch nicht gemacht habe, ist, den Geschichten systematisch eine Schätzung zuzuordnen. (wie ein Punktesystem). Ich möchte mit dem agilen Planungs-Poker-Ansatz beginnen, aber wie weise ich eine Anzahl von Tagen zu, nachdem der Entwickler einer Geschichte eine Größe (Zahl, Farbe usw.) zugewiesen hat? Mein Punkt ist, warum brauchen wir ein Punktesystem, wenn wir schließlich in Tagen schätzen werden?
Die Idee von Story Points ist, dass Sie messen können, wie viel Sie normalerweise in einem Sprint tun. Anschließend verwenden Sie diese Messung, um die Kapazität zukünftiger Sprints zu bestimmen.
Angenommen, Sie sind dabei, einen Sprint zu starten. Ihr Team hat die Wahl zwischen zwei Möglichkeiten, den Arbeitsaufwand für den Sprint abzuschätzen:
Das Team schaut sich jede Geschichte an und rechnet aus, wie lange es ihrer Meinung nach dauern wird, bis sie fertig ist. Sie berechnen auch, wie viel Zeit im Sprint zur Verfügung steht. Sie fügen dem Sprint Stories hinzu, bis die Summe der Schätzungen zu den hinzugefügten Stories der Zeit entspricht, die sie für verfügbar halten.
Das Team schätzt Geschichten anhand der relativen Größe. Sie könnten klein/mittel/groß oder die Fibonacci-Sequenznummern (1, 2, 3, 5, 8, 13) verwenden. Die tatsächlich verwendeten Werte sind nicht wichtig. Wichtig ist, dass Geschichten, die einen ähnlichen Aufwand erfordern, ähnliche Schätzungen haben. Beispielsweise erfordern zwei mit 5 Punkten geschätzte Geschichten ungefähr die gleiche Menge an Arbeit, um sie abzuschließen.
Jetzt macht das Team einfach weiter mit der Arbeit. Aber das Schlaue daran ist, dass sie messen, wie viel sie in einem Sprint erledigen. Sie verwenden diese Messung dann, um ihre Kapazität für zukünftige Sprints zu bestimmen.
Angenommen, das Team arbeitet für einen Sprint und schließt 20 Story Points ab. Es besteht eine gute Chance, dass sie im nächsten Sprint auch etwa 20 Story Points schaffen (sofern ihre Größe konsistent ist).
Beachten Sie, dass die Zeit nie erwähnt wird. Es ist einfach eine relative Dimensionierung und Messung, wie viel erledigt wird.
Ich denke, du machst es falsch. Sie sollten sich nicht die Mühe machen, der Geschichte die Anzahl der Tage zuzuweisen. Ihr Team hat 14 Tage Zeit, um an den Geschichten zu arbeiten. Durch das Schätzen von Punkten für Storys können Sie also entscheiden, wie viel Arbeit in diesen 14 Tagen erledigt werden kann. Wenn die Gesamtpunktzahl für einen einzelnen Sprint zu hoch oder zu niedrig ist (Sie wissen das, wenn Sie sich an vergangene Sprints erinnern), müssen Sie möglicherweise die Anzahl der Geschichten anpassen, damit Sie in 14 Tagen das liefern können, was Sie "versprochen" haben. Ich glaube, das ist der richtige Weg bei der Implementierung von Scrum. Das Zuweisen der Anzahl von Tagen für Geschichten basierend auf ihrer Größe ist ein Schritt, der nicht erforderlich ist. es ist nicht einmal nützlich.
PS: Wenn Sie Zeiterfassung durchführen müssen, ist das eine andere Geschichte. Versuchen Sie zunächst, diese Fragen und Antworten zu lesen: Scrum – Ist es eine gute Praxis, die verbleibende Arbeit einer Unteraufgabe festzulegen?
Sie werden kaum abschätzen können, wie viele Geschichten Sie im 2. Sprint schaffen können. Vor allem mit einem neuen Team. Nutzen Sie es als Gelegenheit, um die Punktschätzung zu üben, und verwenden Sie dann die Anzahl der abgeschlossenen Punkte ( für die Produktion bereitgestellt ), um zu bestimmen, wie viele Punkte Sie in den 3. Sprint ziehen müssen.
Hier ist jedoch die Sache ... Die Daten eines einzelnen Sprints sind praktisch wertlos. Ein einzelner Datenpunkt reicht einfach nicht aus, um eine genaue Prognose zu erstellen. Sie werden sich auch darüber irren, wie groß Geschichten sind. Sie werden sich nicht darüber einig sein, wie groß Geschichten sind. Es werden Probleme auftreten, erwarten Sie es und schrecken Sie nicht zurück, wenn sie im 3. nicht so viele Punkte erzielen oder im 4. doppelt so viele Punkte erzielen. Es wird einige Zeit dauern, bis ein neues Team den optimalen Punkt und seinen Rhythmus gefunden hat, aber sie werden es … irgendwann.
Zum Vergleich: Mein Team brauchte ein Dutzend Iterationen, um eine stabile, vorhersagbare und prognostizierbare Kapazität zu erreichen. Das sind sechs Monate . Erwarte keine Wunder. Einfach die Daten aufnehmen, reflektieren und entsprechend anpassen.