Wie viele Story Points sollten Sie in einem ersten Sprint vergeben?

18

Wie sollten Sie bei der ersten Implementierung von Scrum in einem Team vorgehen, um die Anzahl der Story Points zu bestimmen, die sich in einem ersten Sprint befinden, wenn Sie keine Ahnung von der Geschwindigkeit des Teams haben?

Sollten Sie dies auf eine Schätzung der Stunden stützen und die Punkte erst zu einem späteren Zeitpunkt verwenden?

Geheimnis
quelle
2
Wie lange wird der Sprint dauern?
Gopi
Nun, das ist natürlich eine Überlegung - in meinem Fall 1 Woche für ein Dreierteam -, aber auch in größeren Teams: Wie stellen Sie die Arbeit für die Dauer des Sprints ein, bevor Sie die Geschwindigkeit des Teams kennen?
Mysterion
@ Sri Kumar: Wie spielt es eine Rolle?
Azheglov

Antworten:

13

Sie haben keine historischen Fakten, auf die Sie zurückgreifen können, also schlage ich vor, dass Sie sich überhaupt nicht mit Vermutungen beschäftigen. Der Versuch, die Geschwindigkeit nur mit einer Formel zu berechnen, ist nur Zeitverschwendung.

Schätzen Sie einfach genug Geschichten und lassen Sie das Team beim ersten Sprint daran arbeiten. Sie werden sowieso beenden, was sie beenden. Nach diesem ersten Sprint haben Sie Ihre tatsächliche Geschwindigkeit. Da Ihre Sprints (exzellent!) 1 Woche sind, werden Sie sehr früh die tatsächliche Geschwindigkeit erhalten.

Martin Wickman
quelle
"genug geschichten schätzen"?
Armand
1
Mehr als sie in der ersten Iteration vernünftigerweise beenden können.
Martin Wickman
4
Dazu ist eine implizite Schätzung der Geschwindigkeit erforderlich;)
Armand
4

Niemand kann dir sagen, wie viele Story Points du für deinen ersten Sprint nehmen kannst. Zuallererst ist der Handlungspunkt der einheitlose Wert. Sie sollten keine anfänglichen Entscheidungen wie 1 Story Point = 6 Stunden treffen, da diese in vielen Fällen später gegen Sie laufen. Außerdem kann jedes Projekt eine andere "Größe" der Story Points haben.

Die Zusage sollte auf der Grundlage eines Planungsgesprächs mit dem Produktbesitzer erfolgen. Sie werden User Stories durchgehen und PO wird einige Details dazu erklären. Er wird auch einige Annahmekriterien angeben (Definition von erledigt). Die Planung eines Meetings ist zeitlich begrenzt (basierend auf der Länge des Sprints und der Größe des Teams). Die erste Beobachtung ist also, wie viele User Stories Sie diskutieren konnten. Anhand der von der PO erhaltenen Informationen sollte das Team in der Lage sein, professionell zu beurteilen, wie viele der besprochenen User Stories im Sprint durchgeführt werden können. Da das Team weiß, dass es sich um einen ersten Sprint handelt und noch nichts getan wurde, wird das Team wahrscheinlich nur eine geringe Menge an Arbeit aufwenden, dies wird jedoch in zukünftigen Sprints zunehmen.

Der reine Story-Points-Wert sollte nicht für die Planung und Zeitschätzung verwendet werden. Es sollte verwendet werden, um die relative Komplexität zu beschreiben, aber dennoch können 8 Story-Punkte in der Realität etwas zwischen 6 und 12 (Fibonacci) Story-Punkten bedeuten. Es ist also wirklich gefährlich zu sagen, dass 8 Story-Punkte 4 Tagen entsprechen, da es auch 3 oder 6 sein können + "Verschwendung" (Overhead) im ersten Sprint.

Einer der wichtigsten Grundsätze von Agile ist "Empower People". Planung und Engagement sind genau die Befugnisse, die Sie dem Team geben. Das Team ist für die Übermittlung der ausgetauschten User Storys verantwortlich, aber natürlich können sie scheitern und sie dürfen nicht für das Scheitern des Engagements bei ersten Sprints verantwortlich gemacht werden. Erste Sprints dienen der Kalibrierung.

Ladislav Mrnka
quelle
2

Eine Technik besteht darin, einige mittelgroße User Stories auszuwählen, ihnen eine willkürliche Punktgröße zuzuweisen und sie vom Team nach Aufgaben aufteilen zu lassen. Anschließend schätzt das Team jede Aufgabe in Stunden, woraus sich eine grobe Schätzung der Arbeitsstunden pro Story-Punkt ergibt. Wenn Sie die Gesamtarbeitskapazität für den Sprint kennen, können Sie extrapolieren, um eine Reihe von Story-Punkten zu erhalten, die Sie theoretisch im Sprint abschließen könnten.

Dies sollte jedoch nicht als genaues Ziel interpretiert werden und sollte vergessen werden, sobald die erste reale Geschwindigkeit des Teams erscheint, wenn der erste Sprint vorbei ist.

guillaume31
quelle
1

Sie müssen raten, da Sie noch keine Informationen haben, um fortzufahren. Wenn Sie jedoch bereits außerhalb von Scrum, aber mit demselben Team gearbeitet haben, können Sie möglicherweise Ihre bisherigen Schätzerfahrungen als Grundlage für Ihre Vermutungen verwenden. Oder Sie könnten einfach zusätzliche Geschichten aufnehmen, bis Ihnen die Zeit ausgeht.


quelle
0

Sie verlassen sich sowieso nicht ausschließlich auf Punktschätzungen für die Sprintplanung. Während der Planung kann Ihre Geschwindigkeit Ihnen helfen, schnell einen Sprintplan "vorzuschlagen" und / oder Sie bei der Überprüfung Ihrer Gesundheit zu unterstützen, bevor Sie die endgültige Verpflichtung eingehen. aber, wie viele Geschwindigkeitsdaten Sie haben, muss sich das Team letztendlich auf Storys und nicht auf Punkte festlegen .

Denken Sie daran, 5 x 1-Punkt-Storys bei außergewöhnlich kleinen Werten von 1 nicht 1 x 5-Punkt-Story entsprechen. Sie sind für die langfristige Planung nur ungefähr gleichwertig.

Und hier kommt der Hauptwert der Punkte ins Spiel: Wenn Sie abschätzen müssen, wann ein Epos oder eine Veröffentlichung abgeschlossen werden kann, oder ob Sie zu viel für einen geplanten Veröffentlichungstermin auf Ihrem Teller haben.

Das heißt, ein erfolgreiches Team wird irgendwann feststellen, dass es bei jedem Sprint ungefähr die gleiche Anzahl von Punkten plant. Es wird jedoch Abweichungen geben, die auf den jeweiligen Geschichten in diesem Sprint beruhen. Ein erfolgreiches Team kann während der Planung artikulieren, warum einige 5-Punkte-Geschichten nicht alle 5 der ursprünglich vorgeschlagenen 1-Punkt-Geschichten ausgleichen ...

Svidgen
quelle