how make agile estimation process easy with planning poker
Een kunst van het schatten is bij iedereen bekend.
gratis online youtube naar mp4-converter
We schatten elke dag in ons leven. De meesten van ons kunnen het gewicht van de groenten schatten door ze gewoon vast te houden; we kunnen de rijpheid van een vrucht ook afmeten aan zijn aroma.
In het artikel van vandaag zullen we leren over Planning Poker, ook wel bekend als Scrum Poker Cards, een flexibele schattings- en planningstechniek, die tegenwoordig erg populair, gemakkelijk en eenvoudig is.
Laten we voor een realistisch voorbeeld van een schatting een scenario nemen met drie vrienden:
Tim, Bob en John die na het werk naar een technische conferentie willen rijden. De locatie ligt op 60 km afstand en heeft een heuvelachtig terrein. Tim, Bob en John bespreken het reisplan tijdens de lunch.
Zegt Bob “Ik ben vorig jaar ook naar deze conferentie geweest. Ik ken de weg en het duurt 2 uur om erheen te rijden ”.
Zegt Tim “Ik ben een nieuwe coureur en ik ben nog nooit in dat gebied geweest. Als ik rijd, duurt het 4 uur. '
John zegt “Ik vind het prima om in een heuvelachtig gebied te rijden, maar ik ben er nog niet eerder geweest. Dus het kan me 3 uur kosten om ons er allemaal heen te brengen '
Dit lijkt een normaal gesprek, maar deze vrienden hebben zojuist ingeschat hoe lang het duurt voordat elk van hen naar de Technische Conferentie rijdt op basis van hun ervaringen uit het verleden, hun rijvaardigheid en bekendheid met het terrein.
Evenzo bieden wij bij softwareontwikkeling schattingen op basis van onze vergelijkbare ervaringen uit het verleden , technische vaardigheden en vertrouwdheid / domein kennis van de technische aspecten van de opgedragen taak.
Wat je leert:
- Waarom moeten we een schatting maken?
- Inzicht in schattingseenheden
- Wat is het plannen van poker of scrumpoker?
- Aanbevolen tool
- Wanneer is het plannen van poker klaar?
- Planning van een pokersessie
- Samenvatting van de stappen
- Enkele handige tips
- Gevolgtrekking
- Aanbevolen literatuur
Waarom moeten we een schatting maken?
Het opleveringsschema van het softwareproject wordt bepaald door zakelijke behoeften. Om ervoor te zorgen dat het team zich aan de deadlines houdt, is het belangrijk dat het team samenkomt en een realistische schatting geeft.
In het begin van het project is het mogelijk dat de vereiste niet goed is gedefinieerd, de gedetailleerde ontwikkelingsmethodologie niet is geschetst, afhankelijkheden niet zijn geïdentificeerd, enz. Toch is het belangrijk om een schatting op hoog niveau te maken zodat het project kan worden gepland overeenkomstig.
Bijvoorbeeld, als de schatting op hoog niveau meer is dan wat het team in een bepaalde duur kan bereiken, kunnen beslissingen worden genomen als een extra hulpmiddel moet worden verworven, deadlines moeten worden verlengd, enz.
Schatting is dus een zeer cruciale stap in de levenscyclus van softwareontwikkeling.
Inzicht in schattingseenheden
De schattingseenheden kunnen in uren, dagen of verhaalpunten zijn. Schattingen in uren en dagen zijn gemakkelijk te begrijpen en te relateren. Het concept van verhaalpunten is abstracter.
Verhaalpunten worden gebruikt als een maatstaf voor complexiteit en onbekenden die aan een taak zijn gekoppeld. De waarde van het verhaalpunt wordt berekend op basis van een berekende basislijn. Deze baseline wordt door het team zelf vastgesteld op basis van de snelheid van het team in eerdere projecten. Hoe hoger de waarde van het verhaalpunt, hoe meer moeite het kost om een bepaalde taak uit te voeren.
Het is echter belangrijk om te begrijpen dat verhaalpunten niet hetzelfde zijn als uren, dus het is moeilijk om verhaalpunten en het inschatten van inspanningen in uren te vergelijken. Dus 1 verhaalpunt? 1 uur.
Wat is het plannen van poker of scrumpoker?
Zoals gedefinieerd in Wikipedia
'Planning van poker, ook wel Scrum poker genoemd, is een op consensus gebaseerde, gamified techniek voor het schatten, meestal gebruikt om de inspanning of relatieve omvang van ontwikkelingsdoelen in softwareontwikkeling te schatten'
Het woord ‘Poker’ herinnert iedereen aan het pokerkaartspel en het is onnodig te zeggen dat deze schattingstechniek het gebruik van kaarten maakt om schattingen te maken. We zullen bespreken
We zullen meer bespreken over de kaarten en hoe een pokersessie wordt gepland in de volgende secties van het artikel.
Aanbevolen tool
# 1) Agile poker
Agile poker is een bekende app voor Jira voor snelle en gemakkelijke planning en schattingen voor teams op afstand en op dezelfde locatie.
Aan de slag gaan met Agile Poker is eenvoudig en gemakkelijk omdat het werd geïnspireerd door drie industriestandaard schattingsmethoden: Planning Poker®, Wideband Delphi en Magic Estimation (ook bekend als Silent Grouping, Affinity Estimation, Swimlanes Sizing of Relative Estimations).
Download hier de Agile Poker ToolWanneer is het plannen van poker klaar?
Planning Poker is een schattingstechniek en moet, zoals alle sessies voor het geven van schattingen, vóór de iteratie / sprint begint.
De gebruikersverhalen kunnen worden opgehaald uit de backlog-problemen en vooraf worden geselecteerd voor de Planning poker meeting. Op basis van de schattingen die voor de gebruikersverhalen zijn verstrekt, kan de beslissing worden genomen over de verhalen die in elke iteratie worden opgenomen.
Bijvoorbeeld, gebaseerd op de eerdere snelheid en prestaties van het team, is de projectmanager zich ervan bewust dat het team in staat is om 20 verhaalpunten in 2 weken te leveren. Als tijdens de planning van de pokersessie de totale schatting van de vooraf geselecteerde gebruikersverhalen hoger is dan 20 verhaalpunten, dan zal de projectmanager beslissen welke gebruikersverhalen moeten worden opgenomen en / of weggelaten in de volgende herhaling, zodat het team met succes de toegewijde gebruikersverhalen op tijd.
Planning van een pokersessie
Laten we een nepplanning pokersessie houden om een beter idee te krijgen van het proces.
Om de planningspokersessie uit te voeren, heb je meerdere exemplaren van het pak scrumplanningskaarten nodig. Het is niet nodig om papieren kaarten te hebben. Er zijn verschillende online apps zoals Scrum Poker (android) of Scrum Poker planning (IOS), etc. die kunnen worden gebruikt.
de beste muziekdownloader voor Android
De kaarten hebben gemeenschappelijke schattingen, b.v. 0, 0,5,1, 2, 3, 5, 8, 13, 20 etc. Deze volgorde zal de meeste lezers bekend voorkomen en is de Fibonacci-serie.
Enkele andere optionele kaarten zijn:? - om aan te geven dat de schatter onzeker is, oneindigheidssymbool - om aan te geven dat de taak niet kan worden voltooid en koffiekopkaart - om aan te geven dat de schatter een pauze moet nemen.
De onderstaande afbeelding toont een pak pokerplanningskaarten:
Als u wilt, kunt u ook een timerapparaat gebruiken om de tijd die aan elke discussie wordt besteed bij te houden en te beperken
Overweeg voor deze pokerplanningsessie een webgebaseerde universitaire registratietoepassing. Hieronder volgen de verhalen van de backlog die in een aanstaande sprint zullen worden geïmplementeerd:
Gebruikersverhaal 1: Als gebruiker zou ik me niet moeten kunnen registreren zonder mijn gsm-nummer op te geven
Omschrijving: Maak het gsm-veld verplicht. De gebruiker krijgt de foutmelding 'Mobiel nummer is verplicht' als het veld leeg wordt gelaten. Er zou een ‘Sluiten’ knop in dit pop-up foutbericht moeten staan. De gebruikersinterface van het dialoogvenster en de lettergrootte en stijl van de foutberichttekst moeten hetzelfde zijn als bij andere pop-upberichten in het formulier. Dit bericht wordt geactiveerd wanneer een gebruiker de applicatie probeert op te slaan.
Gebruikersverhaal 2: Als gebruiker zou ik me niet moeten kunnen registreren zonder mijn gsm-nummer in het juiste formaat op te geven
Omschrijving: Voeg validatie toe voor het celnummer (zou nu de notatie 111-111-1111 moeten hebben). De gebruiker krijgt 'Het formaat van het mobiele telefoonnummer moet 111-111-1111 zijn' als het formaat onjuist is. Er zou een ‘Sluiten’ knop in dit pop-up foutbericht moeten staan. De gebruikersinterface van een dialoogvenster en de lettergrootte en stijl van de tekst van het foutbericht moeten hetzelfde zijn als bij andere pop-upberichten in het formulier. Deze validatie wordt geactiveerd wanneer de gebruiker probeert de applicatie op te slaan
Taak 3: Verander universiteitslogo naar nieuw logo in alle 75 pagina's van de webapplicatie
We gaan ervan uit dat de facilitator Tia is, Product Analist voor het project. De schatters zijn Tony (ontwikkelaar), Maria (UI-ontwerper) en Gavin (tester). Jose, de projectmanager, zal ook bij de vergadering aanwezig zijn, maar zal niet deelnemen aan de schatting.
Stap 1 Tia plant een planning van een pokersessie en verspreidt de potentiële gebruikersverhalen om mee te nemen in de volgende sprint met het team.
Stap 2: Alle deelnemers wonen de bijeenkomst bij. Wanneer de vergadering begint, deelt Tia het pak kaarten uit aan elke schatter of opent elke schatter de app voor het plannen van pokerkaarten op hun smartphones.
dual wan draadloze router load balancing
Stap 3 : Tia geeft een overzicht van User Story 1. Schatters vragen verduidelijking, bespreken kort de impactgebieden, de ontwikkelmethodologie, etc.
Stap 4: Op verzoek van Tia belt elke schatter zijn nummer. Maria, Tony en Gavin kozen allemaal twee verhaalpunten als schatting.
Stap # 5: Aangezien consensus is bereikt, gaat het team verder met de volgende vereiste.
Stap # 6: Tia geeft een overzicht van Eis 2. Allen kozen 1 verhaalpunt als schatting, de consensus is bereikt, team gaat door naar de volgende eis.
Stap # 7: Tia geeft een overzicht van taak 3. Maria en Tony kozen er 1 en Gavin koos 2 verhaalpunten als schatting. Aangezien er geen consensus wordt bereikt, wordt Tony en Gavin gevraagd hun keuze te rechtvaardigen. Tony zegt dat aangezien het universiteitslogo vanaf een enkele locatie op elke webpagina wordt weergegeven, ze het logo alleen op die ene locatie hoeven bij te werken en vindt dat 1 verhaalpunt voldoende is om beide te ontwikkelen en te testen.
Gavin, aan de andere kant, stelt dat, hoewel de locatie van het logo gecentraliseerd is, alle webpagina's verschillende style sheets gebruiken, de tester naar elke webpagina zou moeten navigeren en controleren of het logo correct wordt weergegeven (mag niet worden afgekapt, mag niet uitgerekt lijken enz.).
Het testen zou ook voor meerdere browsers moeten worden uitgevoerd. Dus volgens Gavin zijn 2 verhaalpunten een realistische schatting voor ontwikkeling en testen.
Stap # 8: Tia roept op tot herwaardering van schattingen. Nu zijn Maria, Tony en Gavin het met elkaar eens en kozen ze twee verhaalpunten als schatting.
Alle gebruikersverhalen worden nu geschat, met de waarde van het totale verhaalpunt voor de volgende sprint als 2 + 1 + 2 = 5 verhaalpunten. Projectmanager / Projectanalist maak vervolgens formeel een nieuwe sprint aan en plan de startdatum en einddatum van de sprint.
Samenvatting van de stappen
(Klik naar vergroten beeld)
Planning Poker Online Tools:
Enkele handige tips
# 1. De schatters moeten voorbereid zijn en de vereisten van tevoren doornemen. Dit kan gedaan worden in Backlog Grooming-sessies. Voorbereid zijn is essentieel omdat de schattingen moeten worden verstrekt op basis van het begrip van vereisten.
Bijvoorbeeldom een nauwkeurige schatting te kunnen geven, moet de ontwikkelaar duidelijk zijn over de methodologie die hij zal volgen om de vereisten te implementeren. Als er enkele onbekenden zijn, of als de taak zeer complex is, zal het verhaalpunt dat aan de taak is gekoppeld hoger zijn.
#twee. Het plannen van een pokerbijeenkomst is een tijdgebonden activiteit en het doel is om als team samen te komen en schattingen te maken. De focus moet liggen op het geven van schattingen op basis van de eerdere prestaties (of snelheid) van de teams. Deze meeting moet niet worden verward met andere meetings zoals Daily Scrum, Backlog Grooming of Retrospective meetings.
# 3. Schattingen moeten worden verstrekt door de mensen die daadwerkelijk aan het project zullen werken. Met teams die geografisch op verschillende locaties zijn gevestigd, moeten de feitelijke mensen die aan het project werken, samenwerken en schattingen maken. De bijeenkomst kan online worden gehouden om teams van alle locaties wereldwijd te faciliteren.
# 4. Vergeet niet om plezier te hebben!
(beeld bron
Gevolgtrekking
- Planning Poker Estimation werkt heel goed in agile methodologie
- Deze techniek is schaalbaar en schattingen zijn gebaseerd op teamsnelheid
- Planning Poker is ook erg succesvol vanwege het feit dat we schattingen rechtstreeks ontvangen van mensen die aan de taak gaan werken en dus realistischer is.
- Als de projectmanager zelf de schattingen verstrekt, zonder het team te raadplegen of de technische details af te ronden, kan dit het project in wezen in gevaar brengen vanwege gemaakte aannames, details over het hoofd gezien enz.
- Steeds meer bedrijven schakelen nu over naar Agile en gebruiken dergelijke niet-traditionele schattingstechnieken.
Schatting is een essentieel onderdeel van Project planning De benadering voor schattingen moet consistent en flexibel zijn, schaalbaar en goed werken voor zowel kleinere taken als gebruikersverhalen. Het zou ook niet veel teamtijd en middelen moeten kosten.
Het laatste dat u nodig heeft, is een schattingstaak voor Estimating!
Over de auteur: Dit nuttige artikel is geschreven door Neha B. Ze ismomenteel werkzaam als Quality Assurance Manager en gespecialiseerd in het leiden en managen van In-house en Offshore QA-teams.
Laat het ons weten als je vragen hebt met behulp van de Planning-pokertechniek voor Agile-schattingen en -planning.
Aanbevolen literatuur
- 4 stappen naar de ontwikkeling van de Agile-testmentaliteit voor een succesvolle overgang naar een Agile-proces
- Agile schattingstechnieken: een echte schatting in een agile project
- Hoe u hoogwaardige softwarefuncties kunt leveren in een korte periode met behulp van Agile Scrum-proces
- 6 meest voorkomende redenen waarom u Agile in uw organisatie zou moeten toepassen (deel 1)
- JIRA Agile-zelfstudie: JIRA effectief gebruiken voor het beheren van Agile-projecten
- Agile Manifesto: Agile waarden en principes begrijpen
- De mentaliteitsverandering van een Agile Tester: afstemmen op het Agile Manifest
- SAFe Agile-zelfstudie: wat is Scaled Agile Framework