Menu

Sådan gør du en smidig estimeringsproces let med at planlægge poker

  • Vigtigste
  • Agil Test
  • Sådan gør du en smidig estimeringsproces let med at planlægge poker

how make agile estimation process easy with planning poker

Prøv Vores Instrument Til At Fjerne Problemer

En skønhedskunst er kendt af alle.

fordelene ved Linux i forhold til Windows 10

Vi estimerer hver dag i vores liv. De fleste af os kan estimere vægten af ​​grøntsagerne bare ved at holde dem; vi kan også måle en frugts modenhed ved dens aroma.

I dagens artikel lærer vi om Planning Poker, også kendt som Scrum Poker Cards, en agil estimering og planlægningsteknik, som er meget populær, nem og enkel teknik i de nuværende dage.

Planlægger Poker Scrum Poker i Agile

For et virkeligt eksempel på estimering, lad os tage et scenarie med 3 venner:

Tim, Bob og John, der ønsker at køre til en teknisk konference efter arbejde. Lokaliteten er 60 km væk og har et kuperet terræn. Tim, Bob og John diskuterer rejseplanen over frokosttid.

Siger Bob , ”Jeg har også været på denne konference sidste år. Jeg kender vejen, og det tager 2 timer at køre der ”.

Siger Tim , ”Jeg er en ny driver, og jeg har aldrig været i dette område før. Hvis jeg kører, tager det 4 timer. ”

Siger John , ”Jeg har det godt med at køre på et kuperet område, men jeg har ikke været der før. Så det kan tage mig 3 timer at køre os alle dertil ”

Dette virker som en regelmæssig samtale, men disse venner estimerede bare, hvor lang tid det vil tage for hver enkelt af dem at køre til den tekniske konference baseret på deres tidligere erfaring, deres kørefærdigheder og fortrolighed med terrænet.

På samme måde inden for softwareudvikling leverer vi estimater baseret på vores lignende tidligere erfaringer , tekniske færdigheder og fortrolighed / domæne viden af de tekniske aspekter af den tildelte opgave.

Hvad du lærer:

Hvorfor skal vi estimere?

Leveringsplanen for softwareprojektet er drevet af forretningsbehov. For at holdet forpligter sig til deadlines, er det vigtigt for teamet at mødes og give et realistisk skøn.

Tidligt i projektet er kravet muligvis ikke veldefineret, den detaljerede udviklingsmetode er muligvis ikke beskrevet, afhængigheder er muligvis ikke identificeret osv. Alligevel er det vigtigt at opstille et højt niveau estimat, så projektet kan planlægges derfor.

For eksempel, hvis estimatet på højt niveau er mere end hvad teamet kan opnå i en given varighed, kan der træffes beslutninger, hvis der skal erhverves en yderligere ressource, deadlines skal forlænges osv.

Således er estimering et meget afgørende skridt i softwareudviklingens livscyklus.

Forståelse af skønhedsenheder

Estimeringsenhederne kan være i timer, dage eller historiepunkter. Skøn i timer og dage er lette at forstå og forholde sig til. Begrebet historiepunkter er mere abstrakt.

Historiepunkter bruges som et mål for kompleksitet og ukendte tilknytning til en opgave. Historiepunktsværdien beregnes efter en beregnet basislinje. Denne basislinie er fastlagt af teamet selv baseret på holdets hastighed i tidligere projekter. Jo højere værdi, der kræves større indsats for at gennemføre en bestemt opgave.

Det er dog vigtigt at forstå, at historiepunkter ikke svarer til timer, så det er svært at sammenligne historiepunkter og estimering af indsats i timer. Derfor 1 fortællingspunkt? 1 time.

Hvad er planlægning af poker eller Scrum Poker?

Som defineret i Wikipedia :

“Planlægning af poker, også kaldet Scrum poker, er en konsensusbaseret, gamified teknik til estimering, der mest bruges til at estimere indsats eller relativ størrelse på udviklingsmål i softwareudvikling”

Ordet 'Poker' minder alle om poker-kortspillet, og det er overflødigt at sige, at denne estimeringsteknik bruger kortene til at give estimater. Vi vil diskutere

Vi vil diskutere mere om kortene og hvordan en planlægning af pokersession fortsættes i de efterfølgende afsnit af artiklen.

Anbefalet værktøj

# 1) Agile Poker

Agile Poker Banner

Agile Poker er en velkendt app til Jira til hurtig og bekvem planlægning og skøn for både fjerntliggende og samlokaliserede hold.

Kom godt i gang med Agile Poker er enkelt og let, da det blev inspireret af tre industristandard estimeringsmetoder: Planlægning af Poker®, Wideband Delphi og Magic Estimation (også kendt som Silent Grouping, Affinity Estimation, Swimlanes Sizing eller Relative Estimations).

=> Download Agile Poker-værktøjet her

Hvornår er planlægning af poker udført?

Planlægning af poker er en estimeringsteknik, og som alle skøn, der giver sessioner, skal den afholdes inden iteration / sprint starter.

Brugerhistorierne kan hentes fra efterslæbsproblemerne og vælges på forhånd inden planlægningspokermødet. Baseret på de estimater, der er givet for brugerhistorierne, kan beslutningen træffes vedrørende historierne, der skal medtages i hver iteration.

For eksempel, baseret på holdets tidligere hastighed og ydeevne, er projektlederen opmærksom på, at holdet er i stand til at levere 20 fortællingspoint på 2 uger. Hvis det samlede skøn over de forudvalgte brugerhistorier under planlægningen af ​​pokersessionen overstiger 20 historiens point, træffer projektlederen beslutninger vedrørende hvilke brugerhistorier, der skal medtages og / eller udelades i den næste gengivelse, så teamet med succes kan levere engagerede brugerhistorier til tiden.

Gennemførelse af Poker Poker-session

Lad os gennemføre en mock-planlægningssession for at få en bedre idé om processen.

flerdimensionelle arrays i java

For at gennemføre planlægningspokersessionen ville du have brug for flere kopier af kort med scrumplanlægning. Det er ikke nødvendigt at have papirbaserede kort. Der er flere online apps som Scrum Poker (android) eller Scrum Poker planning (IOS) osv., Der kan bruges.

Kortene har fælles estimater på dem, f.eks. 0, 0.5,1, 2, 3, 5, 8, 13, 20 osv. Denne sekventering vil se fortrolig ud for de fleste læsere og er Fibonacci-serien.

Nogle andre valgfri kort er:? - for at indikere, at estimatoren er usikker, Infinity-symbol - for at indikere, at opgaven ikke kan udføres, og Coffee cup card - for at indikere, at estimatoren skal tage en pause.

Nedenstående figur viser et kort med pokerplanlægningskort:

planlægning af pokerkort

Hvis du ønsker det, kan du også bruge en timerenhed til at spore og begrænse tiden brugt på hver diskussion

Til denne pokerplanlægningssession skal du overveje en webbaseret ansøgning om universitetsregistrering. Følgende er historierne fra efterslæbet, der skal implementeres i en kommende sprint:

Brugerhistorie 1: Som bruger skal jeg ikke være i stand til at registrere mig uden at oplyse mobiltelefonnummer

Beskrivelse: Gør mobiltelefonfelt obligatorisk. Brugeren får en fejlmeddelelse 'Mobiltelefonnummer er obligatorisk', hvis feltet efterlades tomt. Der skulle være knappen 'Luk' på denne pop op-fejlmeddelelse. UI i dialogboksen og skriftstørrelse og typografi for fejlmeddelelsesteksten skal være den samme som andre popup-meddelelser i formularen. Denne meddelelse udløses, når en bruger forsøger at gemme applikationen.

Brugerhistorie 2: Som bruger skal jeg ikke være i stand til at registrere mig uden at angive mobiltelefonnummer i korrekt format

Beskrivelse: Tilføj validering for cellenummer (skal nu være i format 111-111-1111). Brugeren får “Formatet på mobiltelefonnummer skal være 111-111-1111”, hvis formatet er forkert. Der skulle være knappen 'Luk' på denne pop op-fejlmeddelelse. UI i en dialogboks og skriftstørrelse og typografi for fejlmeddelelsesteksten skal være den samme som andre popup-meddelelser i formularen. Denne validering udløses, når brugeren forsøger at gemme applikationen

Opgave 3: Skift universitetslogo til nyt logo på alle 75 sider i webapplikationen

Vi antager, at facilitatoren er Tia, produktanalytiker for projektet. Estimatorerne er Tony (Developer), Maria (UI designer) og Gavin (Tester). Jose, projektlederen vil også være til stede i mødet, men vil ikke deltage i estimeringen.

Trin 1 : Tia planlægger en planlægningspokersession og cirkulerer de potentielle brugerhistorier, der skal medtages i næste sprint med holdet.

Trin # 2: Alle deltagere deltager i mødet. Når mødet starter, uddeler Tia kortbunken til hver estimator, eller hver estimator åbner planlægningspokerkortappen på deres smartphones.

spørgsmål og svar på salesforce-test pdf og svar

Trin # 3 : Tia giver et overblik over brugerhistorien 1. Estimatorer spørger afklaringer, diskuterer kortvarigt påvirkningsområderne, udviklingsmetoden osv.

Trin # 4: Når Tia bliver spurgt, kalder hver estimator deres nummer. Maria, Tony og Gavin valgte alle 2 historiepunkter som et skøn.

Trin # 5: Da konsensus er nået, går teamet videre til næste krav.

Trin # 6: Tia giver en oversigt over krav 2. Alle valgte 1 historiepunkt som estimat, konsensus er nået, holdet går videre til næste krav.

Trin # 7: Tia giver en oversigt over opgave 3. Maria og Tony valgte 1 og Gavin valgte 2 fortællingspoint som et skøn. Da konsensus ikke opnås, bliver Tony og Gavin bedt om at retfærdiggøre deres valg. Tony siger, at da universitetets logo vises fra en enkelt placering på hver webside, behøver de kun at opdatere logoet på det ene sted og mener, at 1 historiepunkt er et tilstrækkeligt skøn til udvikling og testning af begge.

På den anden side argumenterer Gavin for, at selvom logoets placering er centraliseret, bruger alle websider forskellige typografiark, testeren skal navigere til hver webside og kontrollere, om logoet vises korrekt (skal ikke vises afskåret, skal ikke virke strakt osv.).

Testen skal også udføres for flere browsere. Så ifølge Gavin er 2 historiepunkter et realistisk skøn for udvikling og test.

Trin # 8: Tia opfordrer til en revaluering af estimaterne. Nu er Maria, Tony og Gavin enige og valgte 2 historiepoint som et skøn.

Alle brugerhistorier estimeres nu, med den næste sprint samlede historikpointværdi som 2 + 1 + 2 = 5 historiepunkter. Projektleder / projektanalytiker opretter derefter formelt en ny sprint og planlægger startdatoen og slutdatoen for sprinten.

Resumé af trin

(Klik for at forstørre billede)

planlægning af poker trin

Planlægning af poker online-værktøjer:

  1. Planlægningspoker
  2. ITPoker-plan
  3. Peger poker
  4. Agile poker til JIRA
  5. Agile @ Hand

Nogle nyttige tip

# 1. Estimatorerne skal komme forberedt og gennemgå kravene på forhånd. Dette kan gøres i Backlog Grooming-sessioner. At være forberedt er vigtig, fordi estimaterne skal leveres baseret på forståelsen af ​​kravene.

For eksempelfor at give et nøjagtigt skøn skal udvikleren være klar over den metode, han vil følge for at implementere kravene. Hvis der er nogle ukendte, eller hvis opgaven er høj kompleksitet, vil historiens punkt et estimat, der er knyttet til opgaven, være højere.

#to. Planlægning af pokermøde er en tidsbegrænset aktivitet, og formålet er at komme sammen som et team og give estimater. Fokus bør være at give estimeret baseret på holdenes tidligere præstationer (eller hastighed). Dette møde bør ikke forveksles med andre møder som Daily Scrum, Backlog Grooming eller Retrospective møder.

# 3. Estimater skal leveres af de mennesker, der rent faktisk vil arbejde på projektet. Med hold, der er placeret forskellige steder geografisk, skal de faktiske mennesker, der arbejder på projektet, samarbejde og give estimater. Mødet kan afholdes online for at lette hold fra alle globale placeringer.

# 4. Husk at have det sjovt!

Planlægning af poker sjov

(billede kilde )

Konklusion

  • Planlægning af Poker Estimation fungerer rigtig godt i agil metode .
  • Denne teknik er skalerbar og estimater er baseret på holdets hastighed
  • Planlægning af poker er også meget vellykket på grund af det faktum, at vi modtager estimater direkte fra folk, der skal arbejde på opgaven og derfor er mere realistiske.
  • Hvis projektlederen selv giver estimaterne uden at konsultere teamet eller færdiggøre de tekniske detaljer, kan det i det væsentlige bringe projektet i fare på grund af forudsætninger, detaljer overset osv.
  • Flere og flere virksomheder overgår nu mod Agile og bruger sådanne ikke-traditionelle estimeringsteknikker.

Estimering er en væsentlig del af Projekt planlægning . Metoden til estimering skal være ensartet, fleksibel, skalerbar og skal fungere godt for mindre opgaver og brugerhistorier. Det bør heller ikke forbruge meget holdtid og ressourcer.

Det sidste, du har brug for, er en estimeringsopgave til estimering!

Omkring forfatter: Denne nyttige artikel er skrevet af Neha B. Hun erarbejder i øjeblikket som kvalitetssikringschef og er specialiseret i at lede og styre interne og offshore QA-teams.

Fortæl os, hvis du har spørgsmål, der bruger Planning poker-teknik til Agile estimering og planlægning.

Anbefalet læsning

^