how make agile estimation process easy with planning poker
Umetnost ocenjevanja je znana vsem.
kaj je dober brezplačen prenosnik glasbe -
Ocenjujemo vsak dan v življenju. Večina od nas lahko oceni težo zelenjave samo tako, da jo drži; Zrelost ploda lahko ocenimo tudi po njegovi aromi.
V današnjem članku bomo spoznali Planning Poker, znan tudi kot Scrum Poker Cards, agilno tehniko ocenjevanja in načrtovanja, ki je v današnjih dneh zelo priljubljena, enostavna in preprosta tehnika.
Za primer ocene v resničnem življenju vzemimo scenarij treh prijateljev:
Tim, Bob in John, ki se po delu želijo odpeljati na tehnično konferenco. Prizorišče je oddaljeno 60 km in ima hribovit teren. Tim, Bob in John se med kosilom pogovarjajo o potovalnem načrtu.
Pravi Bob , »Na tej konferenci sem bil tudi lani. Pot poznam in do tja bo trajalo 2 uri vožnje ”.
Pravi Tim , »Sem nov voznik in še nikoli nisem bil na tem območju. Če vozim, bo trajalo 4 ure. «
Janez pravi , »V redu sem z vožnjo po hribovitem območju, vendar še nisem bil tam. Tako da mi bodo morda vzele 3 ure časa, da nas vse odpelje tja «
Zdi se, da gre za reden pogovor, vendar so ti prijatelji samo ocenili, koliko časa bo trajalo, da se vsak od njih odpelje na tehnično konferenco na podlagi svojih preteklih izkušenj, svojih vozniških spretnosti in poznavanja terena.
Podobno tudi pri razvoju programske opreme ocene na podlagi podobnih preteklih izkušenj , tehnične spretnosti in poznavanje / domensko znanje tehničnih vidikov dodeljene naloge.
Kaj se boste naučili:
- Zakaj moramo oceniti?
- Razumevanje ocenjevalnih enot
- Kaj je načrtovanje pokra ali scrum pokra?
- Priporočeno orodje
- Kdaj je načrtovanje pokra končano?
- Izvajanje seje načrtovanja pokra
- Povzetek korakov
- Nekaj koristnih nasvetov
- Zaključek
- Priporočeno branje
Zakaj moramo oceniti?
Razpored izvajanja programske opreme temelji na poslovnih potrebah. Da bi se ekipa zavezala rokom, je pomembno, da se ekipa zbere in poda realno oceno.
Zgodaj v projektu zahteva morda ni natančno opredeljena, podrobna razvojna metodologija morda ni opredeljena, odvisnosti morda niso bile ugotovljene itd. Kljub temu je pomembno, da se pripravi ocena na visoki ravni, da se lahko projekt načrtuje temu primerno.
Na primer, če je ocena na visoki ravni večja od tiste, ki jo lahko ekipa doseže v določenem trajanju, se lahko sprejmejo odločitve, če je treba pridobiti dodaten vir, podaljšati roke itd.
Tako je ocena zelo pomemben korak v življenjskem ciklu razvoja programske opreme.
Razumevanje ocenjevalnih enot
Enote za oceno so lahko v urah, dneh ali zgodbah. Ocene v urah in dneh so enostavno razumljive in povezane z njimi. Koncept zgodb je bolj abstrakten.
Zgodbene točke se uporabljajo kot merilo zapletenosti in neznank, povezanih z nalogo. Vrednost točke zgodbe se izračuna glede na izračunano izhodišče. To izhodišče določi ekipa sama na podlagi hitrost ekipe v preteklih projektih. Višja kot je vrednost zgodbe, za izvajanje določene naloge je potrebnih več truda.
Pomembno pa je razumeti, da zgodbe ne ustrezajo uram, zato je težko primerjati zgodbe in ocene napora v urah. Torej 1 zgodba? 1 uro.
Kaj je načrtovanje pokra ali scrum pokra?
Kot je opredeljeno v Wikipedija :
'Načrtovanje pokra, imenovano tudi Scrum poker, je zasnovana na konsenzu gamificirana tehnika za ocenjevanje, ki se večinoma uporablja za oceno napora ali relativne velikosti razvojnih ciljev pri razvoju programske opreme.'
Beseda 'Poker' vse spominja na igro s kartami Poker in odveč je poudarjati, da te tehnike ocenjevanja uporabljajo karte za podajanje ocen. Pogovorili se bomo
Več o kartah in o tem, kako poteka načrtovanje poker seje, bomo razpravljali v naslednjih oddelkih članka.
Priporočeno orodje
# 1) Agile Poker
Agile Poker je dobro znana aplikacija za Jira za hitro in priročno načrtovanje in ocene tako za oddaljene kot tudi za ekipe, ki se nahajajo na isti lokaciji.
Uvod v Agile Poker je preprost in enostaven, saj so ga navdihnile tri standardne metodologije ocenjevanja: Planning Poker®, Wideband Delphi in Magic Estimation (znane tudi kot Silent Group, Affinity Estimation, Swimlanes Sizing ali Relative Estimations).
=> Tukaj prenesite orodje Agile PokerKdaj je načrtovanje pokra končano?
Načrtovanje pokra je tehnika ocenjevanja in tako kot vse seje, ki zagotavljajo ocene, je treba opraviti pred ponovitev / sprint začne.
Zgodbe uporabnikov je mogoče pobrati iz zaostankov in jih predhodno izbrati pred sestankom Poker za načrtovanje. Na podlagi ocen uporabniških zgodb je mogoče sprejeti odločitev glede zgodb, ki jih bodo vključili v vsako ponovitev.
Na primer, na podlagi prejšnje hitrosti in uspešnosti ekipe, se vodja projekta zaveda, da je ekipa sposobna v 20 tednih dostaviti 20 zgodb. Če med načrtovanjem poker seje skupna ocena vnaprej izbranih uporabniških zgodb preseže 20 zgodb, bo vodja projekta sprejel odločitve o tem, katere uporabniške zgodbe bo vključil in / ali izpustil v naslednji iteraciji, da bo ekipa lahko uspešno izvedla pravočasno predane uporabniške zgodbe.
Izvajanje seje načrtovanja pokra
Izvedimo lažno poker sejo, da dobimo boljšo predstavo o postopku.
Za izvedbo seje načrtovanja pokra boste potrebovali več kopij krova kart za načrtovanje scrum. Ni treba imeti kartic na papirju. Uporabljate lahko več spletnih aplikacij, kot sta Scrum Poker (android) ali Scrum Poker načrtovanje (IOS) itd.
Karte bodo imele skupne ocene, npr. 0, 0,5,1, 2, 3, 5, 8, 13, 20 itd. To zaporedje se zdi večini bralcev znano in je Fibonaccijeva serija.
Nekatere druge izbirne kartice so:? - za prikaz, da ocenjevalec ni negotov, simbol neskončnosti - za označevanje, da naloge ni mogoče dokončati, in kartica za skodelico za kavo - za označevanje, da mora ocenjevalec narediti odmor.
Spodnja slika prikazuje krov kart za načrtovanje pokra:
mobilni telefon vohun app za android
Če želite, lahko uporabite tudi časovno napravo za sledenje in omejitev časa, porabljenega za vsako razpravo
Za to sejo načrtovanja pokra razmislite o spletni prijavi za registracijo na univerzi. Sledijo zgodbe iz zaostankov, ki jih bomo izvedli v prihajajočem sprintu:
Zgodba uporabnika 1: Kot uporabnik se ne bi mogel registrirati, ne da bi navedel številko mobilnega telefona
Opis: Polje za mobilni telefon naj bo obvezno. Če polje ostane prazno, bo uporabnik prejel sporočilo o napaki »Številka mobilnega telefona je obvezna«. Na tem pojavnem sporočilu o napaki mora biti gumb »Zapri«. Uporabniški vmesnik pogovornega okna ter velikost in slog besedila sporočila o napaki morata biti enaka kot druga pojavna sporočila v obrazcu. To sporočilo se sproži, ko uporabnik poskuša shraniti aplikacijo.
Zgodba uporabnika 2: Kot uporabnik se ne bi mogel registrirati brez navedbe številke mobilnega telefona v ustrezni obliki
Opis: Dodajte potrditev številke celice (zdaj mora biti v obliki 111-111-1111). Uporabnik bo dobil 'Format številke mobilnega telefona mora biti 111-111-1111', če je oblika napačna. Na tem pojavnem sporočilu o napaki mora biti gumb »Zapri«. Uporabniški vmesnik pogovornega okna ter velikost in slog besedila sporočila o napaki morata biti enaka kot druga pojavna sporočila v obrazcu. To preverjanje velja, ko uporabnik poskuša shraniti aplikacijo
3. naloga: Spremenite univerzitetni logotip na novega na vseh 75 straneh spletne aplikacije
Predvidevali bomo, da je povezovalka Tia, produktna analitičarka projekta. Ocenjevalci so Tony (razvijalec), Maria (oblikovalec uporabniškega vmesnika) in Gavin (preizkuševalec). Jose, vodja projekta bo prisoten tudi na sestanku, vendar ne bo sodeloval pri oceni.
Korak 1 : Tia načrtuje sejo načrtovanja pokra in z ekipo kroži zgodbe o potencialnih uporabnikih, ki bodo vključene v naslednji sprint.
2. korak: Vsi udeleženci se udeležijo srečanja. Ko se sestanek začne, Tia razdeli krov kart vsakemu ocenjevalcu ali pa vsak ocenjevalec na svojih pametnih telefonih odpre aplikacijo za načrtovanje poker kartic.
kje se nahaja omrežni varnostni ključ
3. korak : Tia daje pregled uporabniške zgodbe 1. Ocenjevalci zahtevajo pojasnila, na kratko razpravljajo o področjih vpliva, razvojni metodologiji itd.
4. korak: Na vprašanje Tie vsak ocenjevalec pokliče svojo številko. Maria, Tony in Gavin so za oceno izbrali dve zgodbi.
5. korak: Ker je doseženo soglasje, ekipa preide na naslednjo zahtevo.
6. korak: Tia ponuja pregled zahteve 2. Vsi so za oceno izbrali 1 zgodbo, doseženo je soglasje, ekipa preide na naslednjo zahtevo.
7. korak: Tia ponuja pregled 3. naloge. Maria in Tony sta za oceno izbrala 1, Gavin pa 2 zgodbi. Ker soglasje ni doseženo, naj Tony in Gavin utemeljita svojo izbiro. Tony pravi, da ker je logotip univerze prikazan na enem mestu na vsaki spletni strani, ga morajo posodobiti samo na enem mestu in meni, da je ena zgodba zadostna ocena za razvoj in testiranje obeh.
Gavin na drugi strani trdi, da čeprav je lokacija logotipa centralizirana, vse spletne strani uporabljajo različne slogovne liste, preskuševalec bi moral navigirati do posamezne spletne strani in preveriti, ali je logotip pravilno prikazan (ne sme biti odrezan, ne sme biti videti raztegnjeno itd.).
Tudi testiranje bi bilo treba opraviti za več brskalnikov. Po Gavinu sta torej dve zgodbi realna ocena za razvoj in testiranje.
8. korak: Tia poziva k prevrednotenju ocen. Zdaj se Maria, Tony in Gavin strinjajo in so za oceno izbrali dve zgodbi.
Zdaj so ocenjene vse uporabniške zgodbe, skupna vrednost točke zgodbe za naslednji sprint pa je 2 + 1 + 2 = 5 zgodb. Vodja projekta / analitik projekta nato formalno ustvari nov sprint in določi začetni in končni datum sprinta.
Povzetek korakov
(Kliknite za povečati slika)
Načrtovanje spletnih orodij za poker:
Nekaj koristnih nasvetov
# 1. Ocenjevalci bi morali biti pripravljeni in predhodno preveriti zahteve. To lahko storite na sejah Negovanja zaostankov. Pripravljenost je bistvenega pomena, ker je treba ocene predložiti na podlagi razumevanja zahtev.
Na primerza natančno oceno mora razvijalec jasno poznati metodologijo, ki jo bo uporabil za izvajanje zahtev. Če je nekaj neznank ali je naloga zelo zapletena, bo ocena naloge, ki je priložena nalogi, višja.
# dve. Načrtovanje poker srečanja je časovno omejena dejavnost, njen namen je združiti se kot ekipa in pripraviti ocene. Poudarek bi moral biti na podajanju ocen na podlagi prejšnjih nastopov ekip (ali hitrosti). Tega sestanka ne smemo zamenjevati z drugimi sestanki, kot so dnevni pregledi, srečanja z zaostanki ali retrospektivna srečanja.
# 3. Ocene naj predložijo ljudje, ki bodo dejansko delali na projektu. Pri ekipah, ki se nahajajo na različnih geografskih lokacijah, morajo dejanski ljudje, ki delajo na projektu, sodelovati in predložiti ocene. Srečanje lahko organizirajo prek spleta, da olajšajo ekipe z vseh svetovnih lokacij.
# 4. Ne pozabite se zabavati!
(slika vir )
Zaključek
- Načrtovanje ocene pokra res dobro deluje v agilna metodologija .
- Ta tehnika je prilagodljiva in ocene temeljijo na hitrosti ekipe
- Načrtovanje pokra je zelo uspešno tudi zato, ker ocene prejemamo neposredno od ljudi, ki bodo delali na nalogi, zato je bolj realno.
- Če vodja projekta sam predloži ocene, ne da bi se posvetoval z ekipo ali dokončal tehnične podrobnosti, lahko projekt v bistvu ogrozi zaradi predpostavk, spregledanih podrobnosti itd.
- Vse več podjetij zdaj prehaja na Agile in uporablja takšne netradicionalne tehnike ocenjevanja.
Ocena je bistveni del programa Načrtovanje projektov . Pristop za ocenjevanje mora biti dosleden, prilagodljiv, prilagodljiv in dobro delovati pri manjših opravilih in zgodbah uporabnikov. Prav tako ne bi smel porabiti veliko ekipnega časa in virov.
Zadnja stvar, ki jo potrebujete, je naloga ocenjevanja za ocenjevanje!
O avtor: Ta uporaben članek je napisala Neha B. Jetrenutno deluje kot vodja zagotavljanja kakovosti in je specializiran za vodenje in upravljanje lastnih in zunanjih služb za zagotavljanje kakovosti.
Sporočite nam, če imate kakršna koli vprašanja s tehniko načrtovanja pokra za agilno oceno in načrtovanje.
Priporočeno branje
- 4 koraki k razvoju agilnega miselnega načina testiranja za uspešen prehod na agilni postopek
- Tehnike agilne ocene: resnična ocena v agilnem projektu
- Kako v kratkem času uporabiti funkcije programske opreme visoke vrednosti s pomočjo Agile Scrum procesa
- 6 najpogostejših razlogov, da bi morali v svoji organizaciji sprejeti agilnost (1. del)
- Agile Vadnica JIRA: Kako učinkovito uporabiti JIRA za upravljanje agilnih projektov
- Agile Manifesto: Razumevanje okretnih vrednot in načel
- Sprememba miselnosti agilnega preizkuševalca: uskladitev z agilnim manifestom
- Vadnica SAFe Agile: Kaj je Scaled Agile Framework