how make agile estimation process easy with planning poker
En uppskattningskonst är känd för alla.
hur man läser en .bin-fil
Vi uppskattar varje dag i våra liv. De flesta av oss kan uppskatta grönsakernas vikt bara genom att hålla dem; vi kan också mäta en frukts mognad genom dess arom.
I dagens artikel kommer vi att lära oss om Planning Poker, även känd som Scrum Poker Cards, en smidig uppskattnings- och planeringsteknik, som är mycket populär, enkel och enkel teknik i nuvarande dagar.
För ett verkligt exempel på uppskattning, låt oss ta ett scenario med tre vänner:
Tim, Bob och John som vill köra till en teknisk konferens efter jobbet. Platsen ligger 60 km bort och har en kuperad terräng. Tim, Bob och John diskuterar resplanen under lunchtid.
Säger Bob , ”Jag har varit på den här konferensen förra året också. Jag vet vägen och det tar två timmar att köra dit ”.
Säger Tim , ”Jag är en ny förare och jag har aldrig varit i det området förut. Om jag kör tar det fyra timmar. ”
Säger John , ”Jag är okej med att köra på ett kuperat område men jag har inte varit där tidigare. Så det kan ta mig 3 timmar att köra oss alla dit ”
Det här verkar som en vanlig konversation, men dessa vänner beräknade bara hur lång tid det tar för var och en att köra till teknisk konferens baserat på deras tidigare erfarenhet, deras körförmåga och förtrogenhet med terrängen.
På samma sätt tillhandahåller vi mjukvaruutveckling uppskattningar baserade på våra liknande tidigare erfarenheter , tekniska färdigheter och förtrogenhet / domänkännedom av de tekniska aspekterna av den uppgift som tilldelats.
Vad du kommer att lära dig:
- Varför behöver vi uppskatta?
- Förståelse av uppskattningsenheter
- Vad planerar poker eller Scrum Poker?
- Rekommenderat verktyg
- När är planering av poker klar?
- Genomförande av Poker Poker-session
- Sammanfattning av stegen
- Några användbara tips
- Slutsats
- Rekommenderad läsning
Varför behöver vi uppskatta?
Leveransschemat för programvaruprojekt drivs av affärsbehov. För att laget ska kunna förbinda sig till tidsfristerna är det viktigt för teamet att samlas och ge en realistisk uppskattning.
Tidigt i projektet kanske kravet inte är väldefinierat, den detaljerade utvecklingsmetoden kanske inte beskrivs, beroenden kanske inte har identifierats osv. Fortfarande är det viktigt att upprätta en uppskattning på hög nivå så att projektet kan planeras följaktligen.
Till exempel, om uppskattningen på hög nivå är mer än vad teamet kan uppnå under en viss tid, kan beslut fattas om ytterligare resurser behöver förvärvas, tidsfrister måste förlängas etc.
Således är uppskattning ett mycket viktigt steg i programvaruutvecklingens livscykel.
Förståelse av uppskattningsenheter
Uppskattningsenheterna kan vara i timmar, dagar eller berättelsespoäng. Uppskattningar i timmar och dagar är lätta att förstå och relatera till. Begreppet storypoints är mer abstrakt.
Berättelsespoäng används som ett mått på komplexitet och okända förknippade med en uppgift. Story-poängvärde beräknas enligt en beräknad baslinje. Denna baslinje fastställs av laget själv baserat på lagets hastighet i tidigare projekt. Ju högre poängvärde, mer ansträngning krävs för att genomföra en viss uppgift.
Det är dock viktigt att förstå att berättelsepoäng inte motsvarar timmar, så det är svårt att jämföra berättelsespoäng och ansträngningsuppskattning i timmar. Därför en berättelse poäng? 1 timme.
Vad planerar poker eller Scrum Poker?
Enligt definitionen i Wikipedia :
'Planering av poker, även kallad Scrum poker, är en konsensusbaserad, gamifierad teknik för uppskattning, som mest används för att uppskatta ansträngning eller relativ storlek på utvecklingsmål i programvaruutveckling'
Ordet ”Poker” påminner alla om pokerkortspelet, och det är självklart att denna uppskattningsteknik använder kort för att ge uppskattningar. Vi ska diskutera
Vi kommer att diskutera mer om korten och hur en planeringspoker genomförs i de följande avsnitten i artikeln.
bästa mp3-musiknedladdaren för Android
Rekommenderat verktyg
# 1) Agile Poker
Agile Poker är en välkänd app för Jira för snabb och bekväm planering och uppskattningar för både avlägsna och samlokaliserade team.
Att komma igång med Agile Poker är enkelt och enkelt eftersom det inspirerades av tre uppskattningsmetoder för branschstandard: Planering av Poker®, Wideband Delphi och Magic Estimation (även känd som tyst gruppering, affinitetsestimering, simplaneringsstorlek eller relativa uppskattningar).
=> Ladda ner Agile Poker Tool härNär är planering av poker klar?
Planering av poker är en uppskattningsteknik och bör, som alla sessioner med uppskattning, hållas före iteration / sprint startar.
Användarberättelserna kan hämtas från eftersläpningsfrågorna och väljas på förhand före Poker-mötet. Baserat på de uppskattningar som tillhandahålls för användarberättelserna kan beslutet fattas angående berättelserna att inkludera i varje iteration.
Till exempel, baserat på teamets tidigare hastighet och prestanda, är projektledaren medveten om att laget kan leverera 20 berättelsespoäng på två veckor. Om den totala uppskattningen av de i förväg valda användarberättelserna under planeringspokersessionen överstiger 20 berättelsepoäng, kommer projektledaren att fatta beslut angående vilka användarberättelser som ska inkluderas och / eller utelämnas i nästa Iteration så att laget lyckas leverera engagerade användarberättelser i tid.
Genomförande av Poker Poker-session
Låt oss genomföra en mock planeringspokersession för att få en bättre uppfattning om processen.
För att genomföra planeringspokersessionen skulle du behöva flera exemplar av kortlekarna med scrumplanering. Det är inte nödvändigt att ha pappersbaserade kort. Det finns flera online-appar som Scrum Poker (android) eller Scrum Poker planning (IOS), etc. som kan användas.
Korten kommer att ha vanliga uppskattningar på t.ex. 0, 0,5,1, 2, 3, 5, 8, 13, 20 etc. Denna sekvensering kommer att se bekant ut för de flesta läsare och är Fibonacci-serien.
Några andra valfria kort är:? - för att indikera att uppskattaren är osäker, Infinity-symbol - för att indikera att uppgiften inte kan slutföras och Kaffekoppskort - för att indikera att uppskattaren behöver ta en paus.
Nedanstående figur visar ett kort med pokerplaneringskort:
Om du vill kan du också använda en timerenhet för att spåra och begränsa tiden som spenderas på varje diskussion
För denna pokerplaneringssession, överväg en webbaserad universitetsregistreringsansökan. Nedan följer berättelserna från eftersläpningen som ska implementeras i en kommande sprint:
Användarberättelse 1: Som användare borde jag inte kunna registrera mig utan att ange mobilnummer
Beskrivning: Gör mobiltelefonfältet obligatoriskt. Användaren får ett felmeddelande 'Mobiltelefonnummer är obligatoriskt' om fältet lämnas tomt. Det bör finnas knappen 'Stäng' i det här popup-felmeddelandet. Användargränssnittet för dialogrutan och teckenstorlek och stil för felmeddelande texten ska vara samma som andra popup-meddelanden i formuläret. Detta meddelande utlöses när en användare försöker spara programmet.
Användarberättelse 2: Som användare borde jag inte kunna registrera mig utan att ange mobilnummer i rätt format
Beskrivning: Lägg till validering för cellnummer (ska nu vara i format 111-111-1111). Användaren får “Format på mobilnummer ska vara 111-111-1111” om formatet är felaktigt. Det bör finnas knappen 'Stäng' i det här popup-felmeddelandet. Användargränssnittet för en dialogruta och teckenstorlek och typ av felmeddelandetexten ska vara samma som andra popup-meddelanden i formuläret. Denna validering utlöses när användaren försöker spara programmet
Uppgift 3: Ändra universitetets logotyp till ny logotyp på alla 75 sidor i webbapplikationen
Vi antar att handledaren är Tia, produktanalytiker för projektet. Uppskattarna är Tony (Developer), Maria (UI-designer) och Gavin (Tester). Jose, projektledaren kommer också att vara närvarande i mötet men kommer inte att delta i uppskattningen.
Steg 1 : Tia planerar en planeringspokersession och cirkulerar de potentiella användarberättelserna som ska ingå i nästa sprint med laget.
Steg 2: Alla deltagare deltar i mötet. När mötet startar delar Tia ut kortlekarna till varje uppskattare eller så öppnar varje uppskattning planeringspokerkortappen på sina smartphones.
kan du lägga till en array i java
Steg 3 : Tia ger en översikt över användarberättelsen 1. Uppskattarna frågar förtydliganden, diskuterar kortfattat effekterna, utvecklingsmetoden etc.
Steg 4: På begäran av Tia ringer varje uppskattare sitt nummer. Maria, Tony och Gavin valde alla två berättelsepoäng som uppskattning.
Steg 5: Eftersom konsensus uppnås går laget vidare till nästa krav.
Steg 6: Tia ger en översikt över krav 2. Alla valde en berättelsespoäng som en uppskattning, konsensus nåddes, laget går vidare till nästa krav.
Steg 7: Tia ger en översikt över uppgift 3. Maria och Tony valde 1 och Gavin valde två berättelsespoäng som uppskattning. Eftersom konsensus inte uppnås uppmanas Tony och Gavin att motivera sitt val. Tony säger att eftersom universitetets logotyp visas från en enda plats på varje webbsida, behöver de bara uppdatera logotypen på den ena platsen och tycker att en berättelsepunkt är en tillräcklig uppskattning för utveckling och testning av båda.
Gavin, å andra sidan, hävdar att även om logotypens plats är centraliserad använder alla webbsidor olika stilark, testaren skulle behöva navigera till varje webbsida och kontrollera om logotypen visas korrekt (borde inte visas avskuren, bör inte se utsträckta etc.).
Testningen måste också göras för flera webbläsare. Så enligt Gavin är två berättelsespoäng en realistisk uppskattning för utveckling och testning.
Steg 8: Tia efterlyser en omvärdering av uppskattningarna. Nu är Maria, Tony och Gavin överens och valde två berättelsespoäng som en uppskattning.
Alla användarberättelser uppskattas nu, med nästa sprint totala berättelsespoängvärde som 2 + 1 + 2 = 5 berättelsespoäng. Projektledare / projektanalytiker skapar sedan formellt en ny sprint och schemalägger startdatum och slutdatum för sprinten.
Sammanfattning av stegen
(Klicka till förstora bild)
Planering av poker onlineverktyg:
Några användbara tips
# 1. Uppskattarna bör komma förberedda och gå igenom kraven i förväg. Detta kan göras i Backlog Grooming-sessioner. Att vara beredd är avgörande eftersom uppskattningarna måste tillhandahållas baserat på förståelsen för kraven.
Till exempelFör att ge en exakt uppskattning måste utvecklaren vara tydlig om den metod som han kommer att följa för att implementera kraven. Om det finns några okända, eller om uppgiften är hög komplexitet, berättar poängen att en uppskattning kopplad till uppgiften blir högre.
#två. Att planera pokermöten är en tidsbegränsad aktivitet och dess syfte är att samlas som ett team och ge uppskattningar. Fokus bör vara att ge uppskattningar baserat på lagens tidigare prestationer (eller hastighet). Detta möte bör inte förväxlas med andra möten som Daily Scrum, Backlog Grooming eller Retrospective-möten.
# 3. Uppskattningar bör tillhandahållas av de personer som faktiskt kommer att arbeta med projektet. Med team som är placerade på olika platser geografiskt måste de faktiska personerna som arbetar med projektet samarbeta och ge uppskattningar. Mötet kan hållas online för att underlätta lag från alla globala platser.
# 4. Kom ihåg att ha kul!
(bild källa )
Slutsats
- Planering av Poker Estimation fungerar riktigt bra i smidig metodik .
- Denna teknik är skalbar och uppskattningar baseras på lagets hastighet
- Planering av poker är också mycket framgångsrikt på grund av det faktum att vi får uppskattningar direkt från personer som ska jobba med uppgiften och det är mer realistiskt.
- Om projektledaren tillhandahåller uppskattningarna själv, utan att rådfråga teamet eller slutföra de tekniska detaljerna, kan det i huvudsak äventyra projektet på grund av antagna antaganden, detaljer förbises etc.
- Fler och fler företag övergår nu mot Agile och använder sådana icke-traditionella uppskattningstekniker.
Uppskattning är en viktig del av Projekt planering . Metoden för att uppskatta bör vara konsekvent, flexibel, ska vara skalbar och bör fungera bra för mindre uppgifter och användarberättelser. Det borde inte heller ta mycket lagtid och resurser.
Det sista du behöver är en uppskattningsuppgift för uppskattning!
Om författare: Den här användbara artikeln är skriven av Neha B. Hon ärarbetar för närvarande som kvalitetssäkringschef och är specialiserad på att leda och leda interna och offshore kvalitetsgrupper.
Låt oss veta om du har några frågor som använder Planning poker-teknik för smidig uppskattning och planering.
Rekommenderad läsning
- 4 steg mot att utveckla det agila testningstänkandet för framgångsrik övergång till smidig process
- Agile Estimation Techniques: En sann uppskattning i ett agilt projekt
- Hur man levererar högvärdiga programvarufunktioner på kort tid med Agile Scrum Process
- 6 vanligaste orsakerna till att du bör anta smidig i din organisation (del 1)
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- Agile Manifesto: Förstå agila värden och principer
- The Mindset Change of An Agile Tester: Aligning with the Agile Manifesto
- SAFe Agile Tutorial: Vad är Scaled Agile Framework