Für den nächsten Sprint zeigt Jira die Gesamtzahl der Story Points im Backlog an und nennt sie „Schätzung“. Diese Zahl lässt Aufgaben aus, die in Stunden geschätzt werden, nicht in Story Points. Dies macht es schwierig, ein Gefühl dafür zu bekommen, wie viel Last erhöht wird, wenn Aufgaben zum Sprint hinzugefügt werden.
Ein Ansatz besteht darin, jede Aufgabe in eine Geschichte einzupacken. Gibt es einen besseren Ansatz?
Das Mischen von relativer und absoluter Schätzung ist problematisch und schwierig. Wenn Sie eine relative Schätzung verwenden würden (Story Pointing ist eine Form der relativen Schätzung, während Stunden eine absolute Schätzung sind), würde ich nur diese verwenden. Es wird einige Dinge geben, die keine Punkte erhalten (Spikes, Bugs usw.), aber normalerweise ist dies ein kleiner Prozentsatz der Arbeit im Sprint, der nicht besonders wirkungsvoll ist. Bei diesem Ansatz verwenden wir die frühere Geschwindigkeit, um die Kapazität anstelle der verfügbaren Stunden zu planen.
Nun sagt nichts über Scrum aus, dass Sie relative Schätzungen verwenden müssen. Ein Großteil der Branche hat sich davon entfernt, weil Studien immer wieder gezeigt haben, dass absolute Schätzungen in vielen Zusammenhängen sehr ungenau sind. Dies trifft möglicherweise nicht auf Sie zu, und wenn sich Ihr Kontext für eine absolute Schätzung eignet, sollte Sie nichts davon abhalten, dies zu verwenden, aber dann würde ich genau das verwenden. In Jira sieht es so aus, als ob Sie die Verwendung von Punkten oder der ursprünglichen Zeitschätzung in den Board-Einstellungen ändern können: https://confluence.atlassian.com/jirasoftwarecloud/configuring-estimation-and-tracking-764478030.html
Wenn Sie den Sprint bereits gestartet haben - dh es ist ein aktiver Sprint und Sie das "Burndown-Diagramm" in Stunden anstelle von Story-Punkten sehen möchten, können Sie in Jira zu den Einstellungen des Boards gehen. Sie können das Burn- nach unten, um Stunden anstelle von Story Points zu betrachten.
Barnaby Golden