Agile Schätzung: Relative Schätzungen vs. absolute Schätzungen

Genauigkeit der Gruppen- vs. Einzelschätzung

Unabhängig davon, ob das Team an einem Produkt oder einem Projekt arbeitet, müssen wir die Frage „Wann sind wir fertig?“ beantworten. Oder wie weit wir zu einem bestimmten Zeitpunkt gehen können. Genau wie bei der traditionellen Entwicklung müssen wir den Aufwand abschätzen, bevor wir mit dem Projekt beginnen.

Was ist Projektschätzung?

Eine  Schätzung  ist eine grobe Berechnung von etwas. Beispielsweise ist die Projektkostenschätzung ein allgemeines Konzept des Projektpreismodells. Es hilft Ihnen, eine hoffentlich realistischere Zahl zu liefern, wenn Ihre Kunden oder andere Projektbeteiligte Sie bitten, die Kosten und den Zeitaufwand des Projekts zu bewerten.

Agile vs. traditionelle Schätzung

Traditionell weisen wir der Schätzung von Softwareprojekten Zeit zu, während  agile Methoden es vorziehen, einen Story Point für ein Backlog-Element als Maß für die relative Arbeit bereitzustellen. Auf diese Weise kann das Team andere Arbeiten berücksichtigen, die es in der Vergangenheit geleistet hat, und sie mit dem geschätzten Produktrückstand vergleichen. Story Points werden nicht durch die Angabe einer absoluten Zeit gemessen, sondern durch die Schätzung des Arbeitsaufwands, der erforderlich ist, um ähnliche Aufgaben auf der Grundlage früherer Erfahrungen zu lösen.

Agile Schätzung  hat die folgenden drei Merkmale:

1. Teamkollektive Schätzung
2. Relativer Aufwand vs. absolute Zeitschätzung
3. Schätzen Sie die Teamgeschwindigkeit

1. Kollektive Schätzung

Während der Entwicklung von  Scrum teilte das Team die Verantwortung und verpflichtete sich gemeinsam zur Arbeit jedes  Sprints , sodass die geschätzte Arbeitsbelastung für das agile Team einen kollektiven Schätzungsansatz verwendete. Kollektive Schätzungen verwenden normalerweise Planning Poker als Werkzeug, das Team erstellt eine kollektive Schätzung, indem es ein Schätzungsspiel spielt. Planungspoker  gilt als die effektivste und interessanteste Technik zur Arbeitsbelastungsschätzung in  Agile . Es besteht aus einer Reihe von Zahlen, die den Fibonacci-Zahlen ähneln, einschließlich: 0, 0,5, 1, 2, 3, 5, 8, 20, 40, ?, ∞, jedes Pokerkartenspiel hat 4 Gruppen solcher Fibonacci-Zahlen zum Servieren für 4 Personen nutzen.

Die Genauigkeit der Gruppen- vs. Einzelschätzung

Laut einer Studie über die Genauigkeit der Schätzung des Aufwands zwischen Individuum und Gruppe in einem Experiment für ein Softwareprojekt. 20 Softwareprofis aus demselben Unternehmen schätzten individuell den Arbeitsaufwand ein, der erforderlich ist, um dasselbe Softwareentwicklungsprojekt umzusetzen. Die Teilnehmer hatten unterschiedliche Hintergründe und  Rollen  und das Softwareprojekt wurde zuvor implementiert. Danach bildeten sie fünf Gruppen. Jede Gruppe einigte sich auf eine Schätzung, indem sie das Wissen untereinander diskutierte und kombinierte.

Ergebnis — Die auf Gruppendiskussionen basierenden Schätzungen waren genauer als die individuellen Schätzungen.

Schritte zur Durchführung von Planning Poker

1. Jedes Teammitglied erhält einen Satz Karten, darunter 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, ?, ∞, insgesamt 12 Karten.
2. Der  Product Owner  wird dem Team entweder eine Beschreibung einer Funktion vorlesen.
3. Die  Teammitglieder  besprechen die Funktion und stellen dem Product Owner bei Bedarf Fragen.
4. Wenn die Mitglieder ihre Diskussion beendet haben, wählt jedes Mitglied eine Pokerkarte aus, die die Schätzung darstellt. Die Karten werden dann gleichzeitig aufgedeckt.
5. Wenn das Team unterschiedliche Schätzungen auswertet. Sind wir uns einig? Haben wir Unterschiede? Gibt es etwas, das ich nicht bedacht habe? Diejenigen, die den höchsten oder niedrigsten Wert gewählt haben, sollten ihre Argumentation mit der Gruppe teilen, bevor jedes Mitglied eine andere Pokerkarte auswählt.
6. Nach der Diskussion können Sie eine weitere Runde abschätzen, und das Team muss sich einigen.
7. Gehen Sie zurück zum zweiten Schritt und beginnen Sie mit der Schätzung des nächsten Eintrags.

2. Relativer Aufwand vs. absolute Zeitschätzung

Eine Schätzung ist nichts anderes als eine gut begründete Vermutung. Wir nutzen unser gesamtes Wissen und unsere Erfahrung, um eine Schätzung über die Zeit zu machen, die es dauern wird. Anstatt also jede neue Arbeitsaufgabe separat zu betrachten, warum nicht mit zuvor abgeschlossenen Arbeitsaufgaben vergleichen? Für Menschen ist es sowieso einfacher, sich auf ähnliche Gegenstände zu beziehen, als die tatsächliche Größe von Dingen zu erraten.

Ist es zum Beispiel näher an diesem wirklich kleinen Ding? Oder handelt es sich eher um diesen normal großen Gegenstand? Oder ist es wirklich so groß wie das eine Stück Arbeit, das wir letzten Monat fertig gestellt haben? Durch relative Schätzungen wird nicht nur der Zeitaufwand für die Schätzung der Arbeit reduziert, sondern auch die Genauigkeit der Schätzungen erheblich erhöht.

Unser Gehirn ist nicht in der Lage, absolute Schätzungen vorzunehmen; Wir setzen das Neue, das wir schätzen müssen, immer in Beziehung zu Dingen, die wir bereits wissen.

3. Geschwindigkeit schätzen – Zeichnen Sie die Teamgeschwindigkeit jedes Sprints auf und mitteln Sie sie

Die Team-  Velocity  ist die Anzahl der  Story Points  , die das  Scrum-Team  in einem Sprint tatsächlich abschließt. Die Teamgeschwindigkeit sagt Ihnen, wie schnell das Team ist. Bei einem neu geschätzten Projekt oder Team (ohne Bezugnahme auf Geschwindigkeitsaufzeichnungen in der Vergangenheit) können wir 1-2  Sprint durchführen  , um eine Geschwindigkeit als Anfangsgeschwindigkeit zu messen. Im Sprint-Implementierungsprozess müssen wir die Geschwindigkeit jedes Sprints für zukünftige Pläne aufzeichnen.

Wir schätzen die Gesamtzahl der  Story Points  für das  Produkt-Backlog , und dann kennen wir die durchschnittliche Geschwindigkeit jedes Sprints, dann können wir herausfinden, wie viele Sprints wir abschließen müssen, und somit wird erwartet, dass der Sprint für das Projekt erforderlich ist in der Abbildung unten gezeigt.