how make agile estimation process easy with planning poker
Umijeće procjene poznato je svima.
najbolji besplatni uslužni program za čišćenje Windows 10 -
Procjenjujemo svaki dan u svom životu. Većina nas može procijeniti težinu povrća samo držeći ga; zrelost ploda također možemo mjeriti po njegovoj aromi.
U današnjem članku saznat ćemo o Planning Pokeru poznatom i kao Scrum Poker Karte, agilnoj tehnici procjene i planiranja, koja je u današnje dane vrlo popularna, lagana i jednostavna tehnika.
Za stvarni primjer procjene uzmimo scenarij od 3 prijatelja:
Tim, Bob i John koji se žele odvesti na tehničku konferenciju nakon posla. Mjesto održavanja udaljeno je 60 km i ima brdovit teren. Tim, Bob i John razgovaraju o planu putovanja tijekom ručka.
Kaže Bob , “Bio sam na ovoj konferenciji i prošle godine. Znam put i trebat će mi 2 sata vožnje tamo ”.
Kaže Tim , “Novi sam vozač i nikada prije nisam bio u tom području. Ako vozim, trebat će 4 sata. '
Kaže John , “U redu sam s vožnjom po brdovitom području, ali prije nisam bio tamo. Dakle, moglo bi mi trebati 3 sata da nas sve vozi tamo “
Čini se da je to uobičajeni razgovor, ali ovi su prijatelji samo procijenili koliko će vremena trebati svakom od njih da se odveze na Tehničku konferenciju na temelju svog prošlog iskustva, svojih vozačkih vještina i poznavanja terena.
Slično u razvoju softvera, mi pružamo procjene na temelju naših sličnih prošlih iskustava , tehničke vještine i poznavanje / znanje domene tehničkih aspekata dodijeljenog zadatka.
Što ćete naučiti:
- Zašto trebamo procijeniti?
- Razumijevanje jedinica procjene
- Što je planiranje pokera ili scrum poker?
- Preporučeni alat
- Kada je planiranje pokera gotovo?
- Provođenje planiranog poker zasjedanja
- Sažetak koraka
- Neki korisni savjeti
- Zaključak
- Preporučena literatura
Zašto trebamo procijeniti?
Raspored isporuke softverskog projekta vođen je poslovnim potrebama. Da bi se tim obvezao na rokove, važno je da se tim okupi i pruži realnu procjenu.
Na početku projekta zahtjev možda neće biti dobro definiran, detaljna metodologija razvoja možda neće biti istaknuta, ovisnosti možda neće biti identificirane itd. Ipak, važno je uspostaviti procjenu na visokoj razini kako bi se projekt mogao planirati prema tome.
Na primjer, ako je procjena na visokoj razini veća od onoga što tim može postići u određenom trajanju, mogu se donijeti odluke ako treba nabaviti dodatni resurs, produžiti rokove itd.
Stoga je procjena vrlo presudan korak u životnom ciklusu razvoja softvera.
Razumijevanje jedinica procjene
Jedinice procjene mogu biti u satima, danima ili pričama. Procjene u satima i danima lako su razumljive i povezane su s njima. Koncept priča je apstraktniji.
Priče se koriste kao mjera složenosti i nepoznanica povezanih sa zadatkom. Vrijednost bodovnog članka izračunava se prema izračunatoj osnovnoj liniji. Ovu osnovnu vrijednost utvrđuje sam tim na temelju brzina tima u prošlim projektima. Što je vrijednost priče veća, potrebno je više napora za provedbu određenog zadatka.
Važno je, međutim, shvatiti da se točke priče ne izjednačavaju sa satima, pa je teško usporediti točke priča i procjenu napora u satima. Stoga 1 točka priče? 1 sat.
Što je planiranje pokera ili scrum poker?
Kako je definirano u Wikipedija :
'Planiranje pokera, također nazvano Scrum poker, je gamificirana tehnika zasnivanja na konsenzusu, koja se uglavnom koristi za procjenu napora ili relativne veličine razvojnih ciljeva u razvoju softvera'
Riječ 'Poker' podsjeća sve na igru Poker karata, a suvišno je reći da ove tehnike procjene koriste karte za davanje procjena. Raspravit ćemo
O kartama i načinu provođenja planiranja poker sesija razgovarat ćemo u sljedećim odjeljcima članka.
Preporučeni alat
# 1) Agile Poker
Agile Poker je dobro poznata aplikacija za Jira za brzo i praktično planiranje i procjene kako za udaljene timove, tako i za one koji se nalaze zajedno.
Početak rada s Agile Pokerom jednostavan je i lagan jer su ga nadahnule tri standardne metodologije procjene: Planning Poker®, Wideband Delphi i Magic Estimation (također poznati kao Silent Grouping, Affinity Estimation, Swimlanes Sizing ili Relative Estimations).
=> Ovdje preuzmite Agile Poker ToolKada je planiranje pokera gotovo?
Planiranje pokera je tehnika procjene i kao i sve sesije koje pružaju procjene, treba se održati prije ponavljanje / sprint započinje.
Korisničke priče mogu se pokupiti iz zaostalih predmeta i unaprijed odabrati prije sastanka planiranja pokera. Na temelju procjena predviđenih za korisničke priče, može se donijeti odluka u vezi s pričama koje će se uključiti u svaku iteraciju.
Na primjer, na temelju prethodne brzine i učinka tima, voditelj projekta svjestan je da je tim sposoban isporučiti 20 priča u 2 tjedna. Ako tijekom planiranja poker sesije ukupna procjena unaprijed odabranih korisničkih priča pređe 20 bodova, tada će voditelj projekta donijeti odluke koje korisničke priče uključiti i / ili izostaviti u sljedećoj iteraciji kako bi tim mogao uspješno isporučiti počinjene korisničke priče na vrijeme.
Provođenje planiranog poker zasjedanja
Provedimo lažno planiranje poker sesije kako bismo dobili bolju ideju o procesu.
Za provođenje sesije planiranja pokera trebat će vam nekoliko kopija špila karata za planiranje scrum-a. Nije potrebno imati kartice na papiru. Postoji nekoliko internetskih aplikacija poput Scrum Pokera (android) ili Scrum Pokera planiranja (IOS) itd. Koje se mogu koristiti.
Karte će na sebi imati zajedničke procjene, na pr. 0, 0,5,1, 2, 3, 5, 8, 13, 20 itd. Ova sekvencija većini će čitatelja izgledati poznato i predstavlja Fibonaccijevu seriju.
prijatelj funkcionira na c ++
Neke druge opcionalne kartice su:? - za označavanje da procjenitelj nije siguran, simbol beskonačnosti - za ukazivanje na to da zadatak ne može biti dovršen i karta za šalicu kave - za označavanje da procjenitelj mora napraviti pauzu.
Ispod slike prikazan je špil karata za planiranje pokera:
Ako želite, možete upotrijebiti i tajmer kako biste pratili i ograničili vrijeme provedeno na svakoj raspravi
Za ovu sesiju planiranja pokera razmotrite internetsku prijavu za registraciju sveučilišta. Slijede priče iz zaostalih predmeta koje treba implementirati u nadolazećem sprintu:
Priča o korisniku 1: Kao korisnik, ne bih se mogao registrirati bez davanja broja mobitela
Opis: Neka polje za mobitel bude obavezno. Korisnik će dobiti poruku o pogrešci 'Broj mobitela je obavezan' ako polje ostane prazno. Na ovoj skočnoj poruci o pogrešci trebao bi biti gumb 'Zatvori'. Korisničko sučelje dijaloškog okvira te veličina i stil fonta teksta poruke o pogrešci trebali bi biti jednaki ostalim skočnim porukama u obrascu. Ova će se poruka aktivirati kada korisnik pokuša spremiti aplikaciju.
Priča o korisniku 2: Kao korisnik, ne bih se mogao registrirati bez davanja broja mobitela u odgovarajućem formatu
Opis: Dodajte provjeru valjanosti broja ćelije (sada bi trebao biti u formatu 111-111-1111). Korisnik će dobiti 'Format broja mobitela trebao bi biti 111-111-1111' ako format nije točan. Na ovoj skočnoj poruci o pogrešci trebao bi biti gumb 'Zatvori'. Korisničko sučelje dijaloškog okvira te veličina i stil fonta teksta poruke o pogrešci trebali bi biti jednaki ostalim skočnim porukama u obrascu. Ova provjera valjanosti pokrenut će se kada korisnik pokuša spremiti aplikaciju
3. zadatak: Promijenite logotip sveučilišta u novi logotip na svih 75 stranica web aplikacije
Pretpostavit ćemo da je voditeljica Tia, analitičarica proizvoda. Procjenitelji su Tony (programer), Maria (dizajner korisničkog sučelja) i Gavin (tester). Jose, voditelj projekta također će biti prisutan na sastanku, ali neće sudjelovati u procjeni.
Korak 1 : Tia zakazuje planiranje poker sesije i kruži s potencijalnim korisničkim pričama koje će biti uključene u sljedeći sprint s timom.
Korak 2: Svi sudionici prisustvuju sastanku. Kad susret započne, Tia podijeli špil karata svakom procjenitelju ili svaki procjenitelj otvori aplikaciju za planiranje poker karata na svojim pametnim telefonima.
koje vrste testova vam krastavac pomaže pokriti?
Korak # 3 : Tia daje pregled korisničke priče 1. Procjenitelji traže pojašnjenja, ukratko razgovaraju o područjima utjecaja, razvojnoj metodologiji itd.
Korak # 4: Kad ga pita Tia, svaki procjenitelj poziva svoj broj. Maria, Tony i Gavin odabrali su dvije priče kao procjenu.
Korak # 5: Budući da je postignut konsenzus, tim prelazi na sljedeći zahtjev.
Korak # 6: Tia daje pregled zahtjeva 2. Svi su za procjenu odabrali 1 točku priče, postignut je konsenzus, tim prelazi na sljedeći zahtjev.
Korak # 7: Tia daje pregled zadatka 3. Maria i Tony odabrali su 1, a Gavin kao procjenu odabrali dvije točke priče. Budući da konsenzus nije postignut, Tony i Gavin mole da opravdaju svoj izbor. Tony kaže da, s obzirom da se sveučilišni logotip prikazuje s jednog mjesta na svakoj web stranici, trebaju samo ažurirati logotip na tom jednom mjestu i smatra da je jedna točka priče dovoljna procjena za razvoj i testiranje oba.
Gavin, s druge strane, tvrdi da, iako je mjesto logotipa centralizirano, sve web stranice koriste različite stilske tablice, tester bi trebao prijeći na svaku web stranicu i provjeriti je li logotip ispravno prikazan (ne bi trebao izgledati odsječen, ne bi smjeli izgledati rastegnuto itd.).
Također, testiranje bi trebalo provesti za više preglednika. Prema Gavinu, dvije točke su realna procjena za razvoj i testiranje.
Korak # 8: Tia poziva na revalorizaciju procjena. Sada su se Maria, Tony i Gavin složili i za procjenu su odabrali dvije točke priče.
Sada se procjenjuju sve korisničke priče, a ukupna vrijednost bodova za sljedeći sprint iznosi 2 + 1 + 2 = 5 bodova. Voditelj projekta / projektni analitičar tada službeno kreira novi sprint i zakaže datum početka i datum završetka sprinta.
Sažetak koraka
(Pritisnite za povećati slika)
Planiranje poker internetskih alata:
Neki korisni savjeti
# 1. Procjenitelji bi se trebali pripremiti i prethodno proći kroz zahtjeve. To se može učiniti na sjednicama Dotjerivanja zaostalih predmeta. Priprema je ključna jer se procjene trebaju dostavljati na temelju razumijevanja zahtjeva.
Na primjerkako bi pružio točnu procjenu, programer mora biti jasan o metodologiji koju će slijediti za provedbu zahtjeva. Ako postoje neke nepoznanice ili je zadatak vrlo složen, procjena priloga uz zadatak bit će veća.
#dva. Planiranje poker sastanka vremenski je vezana svrha i svrha mu je okupiti se u timu i dati procjene. Fokus bi trebao biti pružanje procjene na temelju prethodnih izvedbi timova (ili brzine). Ovaj se sastanak ne smije zamijeniti s drugim sastancima poput dnevnih pregovora, dotjerivanja zaostalih predmeta ili retrospektivnih sastanaka.
# 3. Procjene bi trebali dati ljudi koji će stvarno raditi na projektu. S timovima koji se nalaze na različitim lokacijama zemljopisno, stvarni ljudi koji rade na projektu trebaju surađivati i dati procjene. Sastanak se može održati na mreži kako bi se olakšali timovi sa svih globalnih lokacija.
# 4. Ne zaboravite se zabaviti!
(slika izvor )
Zaključak
- Planiranje procjene pokera stvarno dobro funkcionira u agilna metodologija .
- Ova je tehnika skalabilna i procjene se temelje na brzini tima
- Planiranje pokera također je vrlo uspješno zbog činjenice da procjene primamo izravno od ljudi koji će raditi na zadatku, pa je i realnije.
- Ako voditelj projekta sam daje procjene, bez savjetovanja s timom ili dovršavanja tehničkih detalja, to u osnovi može ugroziti projekt zbog pretpostavki, previđenih detalja itd.
- Sve više i više tvrtki sada prelazi na Agile i koristi takve netradicionalne tehnike procjene.
Procjena je važan dio Planiranje projekta . Pristup procjeni trebao bi biti dosljedan, fleksibilan, trebao bi biti skalabilan i trebao bi dobro funkcionirati i za manje zadatke i za korisničke priče. Također, ne bi trebalo trošiti puno timskog vremena i resursa.
Posljednje što vam treba je zadatak procjene za procjenu!
O Autor: Ovaj korisni članak napisala je Neha B. Ona jetrenutno radi kao voditelj osiguranja kvalitete i specijaliziran je za vođenje i upravljanje internim i offshore QA timovima.
Javite nam ako imate pitanja koja koriste tehniku planiranja pokera za agilno procjenjivanje i planiranje.
Preporučena literatura
- 4 koraka prema razvoju agilnog načina testiranja za uspješan prijelaz na agilni proces
- Agile tehnike procjene: istinska procjena u agilnom projektu
- Kako isporučiti značajke softvera visoke vrijednosti u kratkom vremenskom razdoblju pomoću Agile Scrum procesa
- 6 najčešćih razloga zbog kojih biste trebali biti agilni u svojoj organizaciji (1. dio)
- JIRA Agile Tutorial: Kako učinkovito koristiti JIRA za upravljanje agilnim projektima
- Agile Manifesto: Razumijevanje agilnih vrijednosti i principa
- Promjena načina razmišljanja agilnog testera: usklađivanje s agilnim manifestom
- SAFe Agile Tutorial: Što je Scaled Agile Framework