how make agile estimation process easy with planning poker
Eine Kunst der Schätzung ist allen bekannt.
bester Ort, um kostenlosen Anime zu sehen
Wir schätzen jeden Tag in unserem Leben. Die meisten von uns können das Gewicht des Gemüses schätzen, indem sie es einfach halten. Wir können die Reife einer Frucht auch an ihrem Aroma messen.
In dem heutigen Artikel erfahren Sie mehr über Planning Poker, auch bekannt als Scrum Poker Cards, eine agile Schätz- und Planungstechnik, die heutzutage sehr beliebt, einfach und unkompliziert ist.
Nehmen wir für ein reales Beispiel für eine Schätzung ein Szenario mit drei Freunden:
Tim, Bob und John, die nach der Arbeit zu einer technischen Konferenz fahren möchten. Der Veranstaltungsort ist 60 km entfernt und hat ein hügeliges Gelände. Tim, Bob und John besprechen den Reiseplan zur Mittagszeit.
Sagt Bob , „Ich war auch letztes Jahr auf dieser Konferenz. Ich kenne den Weg und es wird 2 Stunden dauern, um dorthin zu fahren. “
Sagt Tim , „Ich bin ein neuer Fahrer und war noch nie in dieser Gegend. Wenn ich fahre, dauert es 4 Stunden. “
John sagt , „Ich bin damit einverstanden, in einer hügeligen Gegend zu fahren, aber ich war noch nie dort. Ich könnte also 3 Stunden brauchen, um uns alle dorthin zu fahren. “
Dies scheint ein regelmäßiges Gespräch zu sein, aber diese Freunde haben nur geschätzt, wie lange es dauern wird, bis jeder von ihnen zur technischen Konferenz fährt, basierend auf seinen bisherigen Erfahrungen, seinen fahrerischen Fähigkeiten und seiner Vertrautheit mit dem Gelände.
Ähnlich bieten wir in der Softwareentwicklung an Schätzungen basieren auf ähnlichen Erfahrungen aus der Vergangenheit , technische Fähigkeiten und Vertrautheit / Fachwissen der technischen Aspekte der zugewiesenen Aufgabe.
Was du lernen wirst:
- Warum müssen wir schätzen?
- Schätzeinheiten verstehen
- Was ist Planen von Poker oder Scrum Poker?
- Empfohlenes Werkzeug
- Wann ist die Planung von Poker abgeschlossen?
- Durchführung einer Planungs-Pokersitzung
- Zusammenfassung der Schritte
- Einige nützliche Tipps
- Fazit
- Literatur-Empfehlungen
Warum müssen wir schätzen?
Der Lieferplan für Softwareprojekte richtet sich nach den Geschäftsanforderungen. Damit sich das Team an die Fristen halten kann, ist es wichtig, dass das Team zusammenkommt und eine realistische Schätzung liefert.
Zu Beginn des Projekts ist die Anforderung möglicherweise nicht genau definiert, die detaillierte Entwicklungsmethode ist möglicherweise nicht beschrieben, Abhängigkeiten wurden möglicherweise nicht identifiziert usw. Dennoch ist es wichtig, eine Schätzung auf hoher Ebene zu erstellen, damit das Projekt geplant werden kann entsprechend.
Zum BeispielWenn die Schätzung auf hoher Ebene mehr ist als das, was das Team in einer bestimmten Dauer erreichen kann, können Entscheidungen getroffen werden, wenn eine zusätzliche Ressource erworben werden muss, die Fristen verlängert werden müssen usw.
Die Schätzung ist daher ein sehr wichtiger Schritt im Lebenszyklus der Softwareentwicklung.
Schätzeinheiten verstehen
Die Schätzeinheiten können in Stunden, Tagen oder Story-Punkten angegeben werden. Schätzungen in Stunden und Tagen sind leicht zu verstehen und beziehen sich darauf. Das Konzept der Story Points ist abstrakter.
Story Points werden als Maß für die Komplexität und Unbekanntheit einer Aufgabe verwendet. Der Story-Punkt-Wert wird anhand einer berechneten Basislinie berechnet. Diese Basislinie wird vom Team selbst basierend auf dem festgelegt Geschwindigkeit des Teams in früheren Projekten. Je höher der Story-Point-Wert, desto mehr Aufwand ist erforderlich, um eine bestimmte Aufgabe zu implementieren.
Es ist jedoch wichtig zu verstehen, dass Story-Punkte nicht Stunden entsprechen. Daher ist es schwierig, Story-Punkte und Aufwandsschätzungen in Stunden zu vergleichen. Also 1 Story Point? 1 Stunde.
Was ist Planen von Poker oder Scrum Poker?
Wie in definiert Wikipedia ::
'Planning Poker, auch Scrum Poker genannt, ist eine konsensbasierte, gamifizierte Technik zur Schätzung, die hauptsächlich zur Schätzung des Aufwands oder der relativen Größe von Entwicklungszielen in der Softwareentwicklung verwendet wird.'
Das Wort 'Poker' erinnert jeden an das Poker-Kartenspiel, und natürlich werden bei diesen Schätztechniken Karten verwendet, um Schätzungen bereitzustellen. Wir werden diskutieren
In den folgenden Abschnitten des Artikels werden wir mehr über die Karten und die Durchführung einer Planungs-Pokersitzung diskutieren.
Empfohlenes Werkzeug
# 1) Agiles Poker
Agiles Poker ist eine bekannte App für Jira zur schnellen und bequemen Planung und Schätzung von Remote- und Co-Location-Teams.
Der Einstieg in Agile Poker ist einfach und unkompliziert, da er von drei branchenüblichen Schätzmethoden inspiriert wurde: Planning Poker®, Wideband Delphi und Magic Estimation (auch bekannt als Silent Grouping, Affinity Estimation, Swimlanes Sizing oder Relative Estimations).
=> Laden Sie hier das Agile Poker Tool herunterWann ist die Planung von Poker abgeschlossen?
Planning Poker ist eine Schätztechnik und sollte wie alle Schätzungssitzungen vor dem stattfinden Iteration / Sprint beginnt.
Die User Stories können aus den Backlog-Problemen entnommen und vor dem Planning-Poker-Meeting vorgewählt werden. Basierend auf den Schätzungen, die für die User Stories bereitgestellt wurden, kann die Entscheidung bezüglich der Storys getroffen werden, die in jede Iteration aufgenommen werden sollen.
Zum BeispielBasierend auf der vorherigen Geschwindigkeit und Leistung des Teams ist sich der Projektmanager bewusst, dass das Team in der Lage ist, 20 Story Points in 2 Wochen zu liefern. Wenn während der Planungs-Pokersitzung die Gesamtschätzung der vorausgewählten User Stories 20 Story Points überschreitet, trifft der Projektmanager Entscheidungen darüber, welche User Storys in die nächste Iteration aufgenommen und / oder weggelassen werden sollen, damit das Team die erfolgreich liefern kann engagierte User Stories pünktlich.
Freeware DVD Ripper für Windows 8
Durchführung einer Planungs-Pokersitzung
Lassen Sie uns eine nachgemachte Planungs-Pokersitzung durchführen, um eine bessere Vorstellung von dem Prozess zu bekommen.
Um die Planungs-Pokersitzung durchzuführen, benötigen Sie mehrere Kopien des Kartenspiels mit Scrum-Planungskarten. Es ist nicht erforderlich, Karten auf Papierbasis zu haben. Es gibt verschiedene Online-Apps wie Scrum Poker (Android) oder Scrum Poker Planning (IOS) usw., die verwendet werden können.
Die Karten haben gemeinsame Schätzungen, z. 0, 0,5,1, 2, 3, 5, 8, 13, 20 usw. Diese Sequenzierung wird den meisten Lesern bekannt vorkommen und ist die Fibonacci-Serie.
Einige andere optionale Karten sind :? - um anzuzeigen, dass der Schätzer unsicher ist, Infinity-Symbol - um anzuzeigen, dass die Aufgabe nicht abgeschlossen werden kann, und Kaffeetassenkarte - um anzuzeigen, dass der Schätzer eine Pause einlegen muss.
Die folgende Abbildung zeigt ein Kartenspiel mit Poker-Planungskarten:
Wenn Sie möchten, können Sie auch ein Timer-Gerät verwenden, um die für jede Diskussion aufgewendete Zeit zu verfolgen und zu begrenzen
Berücksichtigen Sie für diese Poker-Planungssitzung einen webbasierten Antrag auf Registrierung an einer Universität. Es folgen die Geschichten aus dem Rückstand, die in einem bevorstehenden Sprint implementiert werden sollen:
User Story 1: Als Benutzer sollte ich mich nicht ohne Angabe der Handynummer registrieren können
Beschreibung: Handyfeld obligatorisch machen. Der Benutzer erhält die Fehlermeldung 'Handynummer ist obligatorisch', wenn das Feld leer gelassen wird. In dieser Popup-Fehlermeldung sollte sich die Schaltfläche 'Schließen' befinden. Die Benutzeroberfläche des Dialogfelds sowie die Schriftgröße und der Stil des Fehlermeldungstextes sollten mit denen anderer Popup-Meldungen im Formular übereinstimmen. Diese Nachricht wird ausgelöst, wenn ein Benutzer versucht, die Anwendung zu speichern.
User Story 2: Als Benutzer sollte ich mich nicht registrieren können, ohne die Handynummer im richtigen Format anzugeben
Beschreibung: Validierung für Zellennummer hinzufügen (sollte jetzt im Format 111-111-1111 vorliegen). Der Benutzer erhält 'Das Format der Handynummer sollte 111-111-1111 sein', wenn das Format falsch ist. In dieser Popup-Fehlermeldung sollte sich die Schaltfläche 'Schließen' befinden. Die Benutzeroberfläche eines Dialogfelds sowie die Schriftgröße und der Stil des Fehlermeldungstextes sollten mit denen anderer Popup-Meldungen im Formular übereinstimmen. Diese Überprüfung wird ausgelöst, wenn der Benutzer versucht, die Anwendung zu speichern
Aufgabe 3: Ändern Sie das Universitätslogo auf allen 75 Seiten der Webanwendung in ein neues Logo
Wir gehen davon aus, dass der Moderator Tia, Produktanalystin für das Projekt, ist. Die Schätzer sind Tony (Entwickler), Maria (UI-Designer) und Gavin (Tester). Jose, der Projektmanager, wird ebenfalls anwesend sein, aber nicht an der Schätzung teilnehmen.
Schritt 1 :: Tia plant eine Planungs-Pokersitzung und verteilt die potenziellen User Stories, die im nächsten Sprint mit dem Team aufgenommen werden sollen.
Schritt 2: Alle Teilnehmer nehmen an dem Treffen teil. Wenn das Meeting beginnt, verteilt Tia das Kartenspiel an jeden Schätzer oder jeder Schätzer öffnet die Planungs-Pokerkarten-App auf seinem Smartphone.
kostenlose E-Mail-Konto Anbieter in den USA
Schritt 3 : Tia gibt einen Überblick über User Story 1. Schätzer bitten um Klarstellung, diskutieren kurz die Wirkungsbereiche, die Entwicklungsmethodik usw.
Schritt 4: Auf Nachfrage von Tia ruft jeder Schätzer seine Nummer an. Maria, Tony und Gavin haben alle 2 Story Points als Schätzung ausgewählt.
Schritt 5: Da ein Konsens erreicht ist, geht das Team zur nächsten Anforderung über.
Schritt 6: Tia bietet einen Überblick über Anforderung 2. Alle haben 1 Story-Punkt als Schätzung ausgewählt, der Konsens ist erreicht, das Team geht zur nächsten Anforderung über.
Schritt 7: Tia gibt einen Überblick über Aufgabe 3. Maria und Tony haben 1 und Gavin 2 Story Points als Schätzung ausgewählt. Da kein Konsens erzielt wird, werden Tony und Gavin gebeten, ihre Wahl zu begründen. Tony sagt, dass, da das Universitätslogo auf jeder Webseite von einem einzigen Ort aus angezeigt wird, das Logo nur an diesem einen Ort aktualisiert werden muss, und dass 1 Story Point eine ausreichende Schätzung für die Entwicklung und das Testen beider ist.
Gavin hingegen argumentiert, dass, obwohl die Position des Logos zentralisiert ist, alle Webseiten unterschiedliche Stylesheets verwenden, der Tester zu jeder Webseite navigieren und prüfen müsste, ob das Logo korrekt angezeigt wird (sollte nicht abgeschnitten erscheinen). sollte nicht gestreckt erscheinen usw.).
Außerdem müssten die Tests für mehrere Browser durchgeführt werden. Laut Gavin sind 2 Story Points eine realistische Schätzung für Entwicklung und Test.
Schritt 8: Tia fordert eine Neubewertung der Schätzungen. Jetzt sind sich Maria, Tony und Gavin einig und haben 2 Story Points als Schätzung ausgewählt.
Alle User Stories werden jetzt geschätzt, wobei der Gesamtwert des nächsten Sprint-Story-Punktes 2 + 1 + 2 = 5 Story-Punkte beträgt. Der Projektmanager / Projektanalyst erstellt dann formell einen neuen Sprint und legt das Start- und Enddatum des Sprints fest.
Zusammenfassung der Schritte
(Klicke um vergrößern Bild)
Planen von Poker Online Tools:
Einige nützliche Tipps
# 1. Die Schätzer sollten vorbereitet sein und die Anforderungen im Voraus durchgehen. Dies kann in Backlog Grooming-Sitzungen erfolgen. Die Vorbereitung ist wichtig, da die Schätzungen auf der Grundlage des Verständnisses der Anforderungen bereitgestellt werden müssen.
Zum BeispielUm eine genaue Schätzung zu erhalten, muss der Entwickler klar sein, welche Methodik er zur Implementierung der Anforderungen anwenden wird. Wenn es einige Unbekannte gibt oder die Aufgabe sehr komplex ist, ist der Story-Punkt, den eine Schätzung mit der Aufgabe verknüpft, höher.
#zwei. Die Planung eines Pokertreffens ist eine zeitgebundene Aktivität, deren Zweck es ist, als Team zusammenzukommen und Schätzungen abzugeben. Der Schwerpunkt sollte auf einer Schätzung liegen, die auf den vorherigen Leistungen (oder der Geschwindigkeit) der Teams basiert. Dieses Meeting sollte nicht mit anderen Meetings wie Daily Scrum, Backlog Grooming oder Retrospective Meetings verwechselt werden.
#3. Schätzungen sollten von den Personen bereitgestellt werden, die tatsächlich an dem Projekt arbeiten werden. Bei Teams, die sich geografisch an verschiedenen Standorten befinden, müssen die tatsächlichen Projektmitarbeiter zusammenarbeiten und Schätzungen vorlegen. Das Meeting kann online abgehalten werden, um Teams von allen globalen Standorten aus zu unterstützen.
# 4. Denken Sie daran, Spaß zu haben!
(Bild Quelle ))
Fazit
- Planning Poker Estimation funktioniert wirklich gut in agile Methodik .
- Diese Technik ist skalierbar und Schätzungen basieren auf der Teamgeschwindigkeit
- Planning Poker ist auch sehr erfolgreich, da wir Schätzungen direkt von Personen erhalten, die an der Aufgabe arbeiten werden, und dies daher realistischer ist.
- Wenn der Projektmanager die Schätzungen selbst vorlegt, ohne das Team zu konsultieren oder die technischen Details zu finalisieren, kann dies das Projekt aufgrund getroffener Annahmen, übersehener Details usw. im Wesentlichen gefährden.
- Immer mehr Unternehmen wechseln jetzt zu Agile und verwenden solche nicht traditionellen Schätztechniken.
Schätzung ist ein wesentlicher Bestandteil von Projektplanung . Der Schätzungsansatz sollte konsistent, flexibel, skalierbar und für kleinere Aufgaben und User Stories gleichermaßen geeignet sein. Außerdem sollte es nicht viel Teamzeit und Ressourcen verbrauchen.
Das Letzte, was Sie brauchen, ist eine Schätzaufgabe zum Schätzen!
Über die Autor: Dieser nützliche Artikel wurde von Neha B. geschriebenDerzeit arbeitet er als Qualitätssicherungsmanager und ist auf die Leitung und Verwaltung von internen und Offshore-QS-Teams spezialisiert.
Lassen Sie uns wissen, wenn Sie Fragen zur Planning-Poker-Technik für die agile Schätzung und Planung haben.
Literatur-Empfehlungen
- 4 Schritte zur Entwicklung der Denkweise für agile Tests für einen erfolgreichen Übergang zu agilen Prozessen
- Agile Schätztechniken: Eine echte Schätzung in einem agilen Projekt
- So liefern Sie mithilfe des Agile Scrum-Prozesses in kurzer Zeit hochwertige Softwarefunktionen
- 6 Die häufigsten Gründe, warum Sie Agile in Ihrer Organisation anwenden sollten (Teil 1)
- JIRA Agile Tutorial: So verwenden Sie JIRA effektiv zum Verwalten agiler Projekte
- Agiles Manifest: Agile Werte und Prinzipien verstehen
- Die Änderung der Denkweise eines agilen Testers: Anpassung an das agile Manifest
- SAFe Agile Tutorial: Was ist Scaled Agile Framework?