Benutzerpunkte und Planungspoker – einige Scrum-Schätzideen
Scrum hat einige interessante Ideen zur Bewältigung der anhaltenden Herausforderung einer genauen Schätzung. In diesem Artikel möchte ich einen Blick auf eine Sammlung dieser Ansätze werfen: Story Points, Burn-Down-Geschwindigkeiten und Pokerplanung. Scrum wird normalerweise für Softwareentwicklungsprojekte verwendet, aber die Ideen in diesem Artikel können auf jede Art von Arbeit angewendet werden.
Schritt 1 – Sammeln Sie gemeinsam User Stories
In Scrum wird jedes Projekt in eine Sammlung von User Stories unterteilt. Hierbei handelt es sich um Beschreibungen einer einzelnen Funktionalität, die die gelieferte Software ausführen soll. Das sind wirklich Anforderungen, aber wie Kent Beck in seinem hervorragenden Buch „Extreme Programming Explained“ sagt, scheinen die Anforderungen verbindlich zu sein, und vieles von dem, was Benutzer zunächst verlangen, ist „nice to have“. Jede User Story beschreibt einen Pfad in der Software. In einer Story könnte es beispielsweise heißen: „Melden Sie sich mit Ihrem Benutzernamen und Passwort an und gehen Sie zum Startbildschirm.“
Das Softwareteam wird mit seinen Kunden zusammenarbeiten, um zu entscheiden, welche User Stories im nächsten Arbeitssprint geliefert werden. Sprints dauern in der Regel etwa 20 Tage. Dazu muss das Entwicklungsteam den Arbeitsaufwand für jede User Story abschätzen. Hier kommen die Ideen für Benutzerpunkte und Pokerplanung zum Tragen.
Schritt 2 – Schätzen Sie jede User Story anhand von Story Points
Eine der Fallstricke beim Schätzen besteht darin, den Aufwand (die Anzahl der Stunden, die etwas für die Ausführung benötigt) mit der Dauer (über den Kalenderzeitraum, den etwas für die Ausführung benötigt) zu verwechseln. Beispielsweise kann ein Entwickler sagen, dass die Erstellung einer User Story acht Stunden dauern wird abgeschlossen und das Team geht davon aus, dass es es an einem Tag schaffen kann. Als er jedoch mit der Arbeit beginnt, stellt er fest, dass er andere zeitliche Verpflichtungen hat und nur eine Stunde am Tag an der Geschichte arbeiten kann. Acht Tage später erledigt er die Aufgabe. Die Dauer ist schwer abzuschätzen; Wir alle haben gute und schlechte Tage und manche Tage haben mehr Unterbrechungen als andere. Die Antwort von Scrum darauf besteht darin, das Team davon abzuhalten, die Zeiten insgesamt zu schätzen, und stattdessen jede User Story anhand von Story Points zu schätzen. Story Points sind ein abstraktes Größenmaß.
Der beste Weg, Story Points zu nutzen, besteht darin, mit der ersten User Story zu beginnen und ihr eine bestimmte Größe zu geben, zum Beispiel zehn Story Points. Stellen Sie dann für die nächste Geschichte die Frage: Wie groß ist diese im Vergleich zur ersten? Ist er halb so groß, erhält er fünf Story-Punkte. Dieser relative Vergleich ermöglicht es, eine Größe im Gedächtnis des Schätzers zu verankern.
Schritt 3 – Planungspoker spielen
Die Planung von Poker ist eine gute Möglichkeit, Story Points abzuschätzen. Jedes Teammitglied erhält einen Satz „Poker“-Spielkarten. Jede Karte hat eine Nummer, die eine Story-Point-Schätzung darstellt. Normalerweise hat jedes Teammitglied etwa 20 Karten. Anstelle der Karten von eins bis zwanzig wird oft die Fibonacci-Reihe verwendet (1,2,3,5,8,13,21,34 usw.). Die Variation der Abweichungen zwischen den Fibonacci-Zahlen stellt die der Schätzung innewohnende Unsicherheit dar.
Dann beginnt das „Poker“-Spiel. Dem Team wird eine User Story präsentiert, dann wählt jedes Teammitglied eine Karte aus, die seine Schätzung darstellt, und legt sie verdeckt auf den Tisch. Alle Karten werden gleichzeitig umgedreht. Dies ist wichtig, da sonst die Einschätzung einer Person die Einschätzung einer anderen Person beeinflussen könnte. Es folgt eine Diskussion, in der die Entwickler ihre Schätzung begründen. Dieser Vorgang wird mehrmals wiederholt.
Schritt 4 – Verwenden der Geschwindigkeit, um Story-Punkte in Dauer umzuwandeln
Story-Punkte sind abstrakt, daher wandelt das Team sie jetzt in Dauer um, um zu sehen, wie lange es dauern wird, eine Sammlung von User Storys mit einer bestimmten Benutzerpunktgröße aufzubauen. Hier kommt das Scrum-Konzept der Geschwindigkeit ins Spiel. Geschwindigkeit ist ein Maß dafür, wie viel Arbeit ein Team an einem typischen Tag leisten kann. Mit anderen Worten
Geschwindigkeit = Story-Punkte/Dauer
Wenn eine User Story also 30 Story-Punkte umfasst und die typische Geschwindigkeit des Teams drei Story-Punkte pro Tag beträgt, sollte die User Story 10 Kalendertage dauern. Die nächste Frage ist natürlich, wie schnell ist Ihr Team? Der beste Weg, dies abzuschätzen, besteht darin, ein paar Sprints zu absolvieren und zu sehen, wie viel Arbeit das Team durchschnittlich pro Tag leistet. Wenn dies der erste Sprint ist, muss das Team zusammenkommen und eine vernünftige Schätzung seiner voraussichtlichen Geschwindigkeit vornehmen (vielleicht auch mithilfe der Pokerplanung).
Burndown-Diagramme sind ein nützliches Tool, um einem Team dabei zu helfen, seine Arbeit zu überwachen und seine Geschwindigkeit zu berechnen. Sie zeigen Tag für Tag, wie viele Benutzerpunkte noch zu erledigen sind. Jeden Tag wird das Team gebeten, die Anzahl der verbleibenden Story Points neu zu berechnen und diese Zahl in die Grafik einzutragen. Hoffentlich sinkt diese Zahl, doch wenn das Team mit der Arbeit beginnt, stellen sie manchmal fest, dass ihre anfänglichen Schätzungen zu niedrig waren. Die Steigung des Burndown-Diagramms ist die Geschwindigkeit des Teams.
Schätzungen sind immer schwierig, niemand hat eine Kristallkugel, um in die Zukunft blicken zu können, aber die Scrum-Ideen von Benutzerpunkten und Planungspoker bieten einen Ansatz, der die gemeinsame Diskussion und das gemeinsame Denken unterstützt und genauere Vorhersagen ermöglichen sollte. Die Verfolgung der Geschwindigkeit eines Teams mithilfe von Burndown-Diagrammen trägt dazu bei, nützliche historische Informationen für zukünftige Schätzungen bereitzustellen und außerdem Transparenz darüber zu schaffen, wo sich das Team zu einem bestimmten Zeitpunkt im Entwicklungsprozess befindet.
[ad_2]James Wright hat schon in jungen Jahren begonnen, Poker zu spielen. Durch zahlreiche Turniere und Wettkämpfe konnte er seine Fähigkeiten stetig verbessern und hat sich einen Namen in der internationalen Pokerszene gemacht.
Obwohl er in England geboren wurde, hat er inzwischen seinen Lebensmittelpunkt nach Deutschland verlegt und verbringt hier viel Zeit damit, seine Erfahrungen und sein Wissen mit anderen Spielern zu teilen. In seinen Texten geht es nicht nur um die Grundlagen des Pokerspiels, sondern auch um fortgeschrittene Techniken und Strategien, mit denen man erfolgreich spielen kann.
James Wright ist der Meinung, dass Poker nicht nur ein Spiel, sondern auch eine Kunstform ist, die viel Übung und Erfahrung erfordert. In seinen Texten vermittelt er nicht nur das nötige Wissen, sondern auch die richtige Einstellung und das Selbstvertrauen, das man braucht, um erfolgreich zu sein.
Durch seine internationale Erfahrung und sein Wissen über verschiedene Spielarten und Turniere bietet James Wright seinen Lesern einen einzigartigen Einblick in die Welt des Pokerns und zeigt ihnen, wie sie ihr Spiel auf die nächste Stufe bringen können.
Neueste Kommentare