how make agile estimation process easy with planning poker
Umenie odhadovania je známe všetkým.
webové stránky previesť youtube videa do mp3
Odhadujeme každý deň v živote. Väčšina z nás dokáže odhadnúť váhu zeleniny iba podľa jej držania; zrelosť ovocia môžeme zistiť aj podľa jeho arómy.
V dnešnom článku sa dozvieme o Planning Poker známom tiež ako Scrum Poker Cards, agilnej technike odhadu a plánovania, ktorá je v dnešných dňoch veľmi populárna, ľahká a jednoduchá.
Ako skutočný príklad odhadu si vezmime scenár 3 priateľov:
Tim, Bob a John, ktorí sa chcú po práci odviezť na technickú konferenciu. Miesto konania konania je vzdialené 60 km a má kopcovitý terén. Tim, Bob a John diskutujú o cestovnom pláne cez obed.
Hovorí Bob , 'Bol som na tejto konferencii aj minulý rok.' Poznám cestu a cesta tam bude trvať 2 hodiny. “
Povie Tim , 'Som nový vodič a nikdy predtým som v tejto oblasti nebol.' Ak jazdím, bude to trvať 4 hodiny. “
Hovorí John , 'Som v poriadku, keď jazdím na kopcovitom teréne, ale ešte som tam nebol.' Takže nás všetkých môže doviezť asi 3 hodiny “
Zdá sa to ako bežný rozhovor, ale títo priatelia len odhadli, ako dlho bude trvať, kým každý z nich prejde na technickú konferenciu, na základe svojich minulých skúseností, vodičských schopností a znalosti terénu.
Podobne aj pri vývoji softvéru poskytujeme odhady založené na našich podobných minulých skúsenostiach , technické zručnosti a znalosti / doménové znalosti technických aspektov pridelenej úlohy.
Čo sa dozviete:
- Prečo musíme odhadovať?
- Pochopenie odhadovaných jednotiek
- Čo je plánovanie pokru alebo skrumáže?
- Odporúčaný nástroj
- Kedy sa plánuje poker?
- Plánovanie pokerovej relácie
- Zhrnutie krokov
- Niekoľko užitočných rád
- Záver
- Odporúčané čítanie
Prečo musíme odhadovať?
Časový plán dodania softvérového projektu je riadený obchodnými potrebami. Aby sa tím zaviazal dodržať stanovené termíny, je dôležité, aby sa zhromaždil a poskytol realistický odhad.
Na začiatku projektu nemusí byť požiadavka dobre definovaná, podrobná metodika vývoja nemusí byť načrtnutá, nemusia byť identifikované závislosti atď. Stále je dôležité stanoviť odhad na vysokej úrovni, aby bolo možné projekt naplánovať podľa toho.
Napríklad, ak je odhad na vysokej úrovni viac ako to, čo môže tím za dané obdobie dosiahnuť, je možné rozhodnúť, či je potrebné získať ďalší zdroj, predĺžiť termíny atď.
Odhad je teda veľmi zásadným krokom v životnom cykle vývoja softvéru.
Pochopenie odhadovaných jednotiek
Jednotky odhadu môžu byť v hodinách, dňoch alebo bodoch príbehu. Odhady v hodinách a dňoch sú ľahko pochopiteľné a vzťahujú sa na ne. Koncept príbehových bodov je abstraktnejší.
Body príbehu sa používajú ako miera zložitosti a neznámeho spojenia s úlohou. Bodová hodnota príbehu sa počíta podľa vypočítanej základnej čiary. Túto základnú čiaru si stanoví tím sám na základe rýchlosť tímu v minulých projektoch. Čím vyššia je bodová hodnota príbehu, na vykonanie konkrétnej úlohy je potrebné väčšie úsilie.
Je však dôležité pochopiť, že body príbehu sa nerovnajú hodinám, takže je ťažké porovnávať body príbehu a odhad úsilia v hodinách. Preto 1 príbehový bod? 1 hodina.
Čo je plánovanie pokru alebo skrumáže?
Ako je definované v Wikipedia :
„Planning poker, tiež nazývaný Scrum poker, je metóda odhadu založená na konsenzu, gamifikovaná technika, ktorá sa väčšinou používa na odhad úsilia alebo relatívnej veľkosti rozvojových cieľov pri vývoji softvéru.“
Slovo „Poker“ pripomína všetkým kartovú hru Poker a je potrebné povedať, že tieto techniky odhadu využívajú na poskytovanie odhadov karty. Budeme diskutovať
V nasledujúcich častiach článku si povieme viac o kartách a o tom, ako prebieha plánovanie pokeru.
Odporúčaný nástroj
# 1) Agilný poker
Agilný poker je známa aplikácia pre Jira na rýchle a pohodlné plánovanie a odhady pre vzdialené aj spoločne umiestnené tímy.
Začíname s Agile Poker je jednoduché a ľahké, pretože sa inšpirovalo tromi štandardnými metodikami odhadu: Planning Poker®, Wideband Delphi a Magic Estimation (tiež známe ako Silent Grouping, Affinity Estimation, Swimlanes Sizing alebo Relative Estimations).
=> Stiahnite si nástroj Agile Poker tuKedy sa plánuje poker?
Planning Poker je technika odhadu a rovnako ako všetky relácie poskytujúce odhad by sa mali konať pred iterácia / šprint začína.
Príbehy používateľov je možné vyzdvihnúť z nevyriešených problémov a predbežne ich vybrať pred stretnutím Planning poker. Na základe odhadov poskytnutých pre príbehy používateľov je možné rozhodnúť o príbehoch, ktoré sa majú zahrnúť do každej iterácie.
NapríkladNa základe predchádzajúcej rýchlosti a výkonnosti tímu si projektový manažér uvedomuje, že tím je schopný za 20 týždňov poskytnúť 20 bodov za príbeh. Ak počas plánovania pokeru celkový odhad vopred vybraných užívateľských príbehov prekročí 20 príbehových bodov, potom projektový manažér rozhodne o tom, ktoré užívateľské príbehy zahrnúť alebo vynechať v nasledujúcej iterácii, aby tím mohol úspešne doručiť odovzdané príbehy používateľov včas.
Plánovanie pokerovej relácie
Urobme falošné plánovanie pokeru, aby sme získali lepšiu predstavu o tomto procese.
Na uskutočnenie plánovania pokeru budete potrebovať niekoľko kópií balíka plánovacích kariet skrumáže. Nie je potrebné mať papierové karty. Existuje niekoľko online aplikácií, ako je Scrum Poker (Android) alebo Scrum Poker Plánovanie (IOS) atď., Ktoré je možné použiť.
Na kartách budú spoločné odhady, napr. 0, 0,5,1, 2, 3, 5, 8, 13, 20 atď. Toto radenie bude väčšine čitateľov pripadať známe a je to séria Fibonacci.
Niektoré ďalšie voliteľné karty sú:? - na indikáciu neistoty odhadcu, symbol nekonečna - na označenie, že úlohu nie je možné dokončiť, a karta na šálku kávy - na indikáciu toho, že si odhadca musí dať prestávku.
Nasledujúci obrázok zobrazuje balíček plánovacích kariet Poker:
Ak chcete, môžete tiež použiť časovač na sledovanie a obmedzenie času stráveného pri každej diskusii
Pri tejto relácii plánovania pokeru zvážte webovú aplikáciu na registráciu univerzity. Nasledujú príbehy z backlogu, ktoré sa majú implementovať v nadchádzajúcom šprinte:
Príbeh používateľa 1: Ako používateľ by som sa nemohol zaregistrovať bez uvedenia čísla mobilného telefónu
Popis: Uveďte povinné pole pre mobilný telefón. Ak pole zostane prázdne, používateľovi sa zobrazí chybové hlásenie „Číslo mobilného telefónu je povinné“. Toto vyskakovacie chybové hlásenie by malo obsahovať tlačidlo „Zavrieť“. Používateľské rozhranie dialógového okna a veľkosť a štýl písma textu chybovej správy by mali byť rovnaké ako ostatné kontextové správy vo formulári. Táto správa by sa spustila, keď sa používateľ pokúsi aplikáciu uložiť.
Príbeh používateľa 2: Ako používateľ by som sa nemohol zaregistrovať bez poskytnutia čísla mobilného telefónu v správnom formáte
Popis: Pridajte overenie čísla bunky (teraz by malo byť vo formáte 111-111-1111). Ak je formát nesprávny, používateľ dostane hlásenie „Formát čísla mobilného telefónu by mal byť 111-111-1111“. Toto vyskakovacie chybové hlásenie by malo obsahovať tlačidlo „Zavrieť“. Používateľské rozhranie dialógového okna a veľkosť a štýl písma textu chybovej správy by mali byť rovnaké ako ostatné kontextové správy vo formulári. Táto validácia by sa spustila, keď sa používateľ pokúsi aplikáciu uložiť
Úloha 3: Zmeňte logo univerzity na nové logo na všetkých 75 stránkach webovej aplikácie
najlepší softvér na vyladenie počítača zadarmo
Budeme predpokladať, že sprostredkovateľom je Tia, produktová analytička projektu. Odhady sú Tony (vývojár), Maria (dizajnér používateľského rozhrania) a Gavin (tester). Na stretnutí sa zúčastní aj projektový manažér Jose, ale nebude sa podieľať na odhadoch.
Krok 1 : Tia naplánuje plánované pokerové stretnutie a rozširuje príbehy potenciálnych používateľov, ktoré majú byť zahrnuté v ďalšom šprinte s tímom.
Krok 2: Stretnutia sa zúčastňujú všetci účastníci. Na začiatku stretnutia rozdá Tia balíček kariet každému odhadcovi alebo každý odhadca otvorí vo svojich smartfónoch aplikáciu na plánovanie pokerových kariet.
Čo je to súbor SWF a ako ho otvorím
Krok č : Tia poskytuje prehľad Príbehu používateľa 1. Odhadcovia požadujú objasnenie, stručne diskutujú o dopadových oblastiach, metodike vývoja atď.
Krok č. 4: Na otázku Tia každý odhadca zavolá na svoje číslo. Maria, Tony a Gavin si ako odhad vybrali 2 body príbehu.
Krok č. 5: Pretože sa dosiahne konsenzus, tím prechádza na ďalšiu požiadavku.
Krok č. 6: Tia poskytuje prehľad požiadavky 2. Všetci vybrali 1 bod príbehu ako odhad, dosiahol sa konsenzus a tím prešiel k ďalšej požiadavke.
Krok č. 7: Tia poskytuje prehľad úlohy 3. Maria a Tony si vybrali 1 a Gavin ako odhad 2 body príbehu. Pretože sa nedosiahne konsenzus, žiada sa od Tonyho a Gavina, aby svoju voľbu zdôvodnili. Tony hovorí, že keďže sa logo univerzity zobrazuje na každej webovej stránke z jedného miesta, stačí logo aktualizovať iba na tomto jednom mieste a myslí si, že 1 bod príbehu je dostatočný odhad pre vývoj aj testovanie.
Gavin na druhej strane tvrdí, že hoci je umiestnenie loga centralizované, všetky webové stránky používajú rôzne štýly, tester by musel prejsť na každú webovú stránku a skontrolovať, či je logo zobrazené správne (nemalo by sa javiť ako odrezané, by sa nemali javiť napnuté atď.).
Testovanie by sa tiež muselo vykonať pre viac prehľadávačov. Podľa Gavina sú teda 2 príbehové body realistickým odhadom vývoja a testovania.
Krok č. 8: Tia požaduje prehodnotenie odhadov. Teraz sú Maria, Tony a Gavin v zhode a ako odhad si vybrali 2 body príbehu.
Všetky príbehy používateľov sú teraz odhadované, pričom celková hodnota bodového príbehu ďalšieho šprintu je 2 + 1 + 2 = 5 bodov príbehu. Projektový manažér / analytik projektu potom formálne vytvorí nový šprint a naplánuje dátum začatia a dátum ukončenia šprintu.
Zhrnutie krokov
(Kliknite na zväčšiť obrázok)
Plánovanie online pokerových nástrojov:
Niekoľko užitočných rád
# 1. Odhady by mali prísť pripravené a musia si vopred prejsť požiadavkami. To je možné vykonať v reláciách Backlog Grooming. Pripravenosť je nevyhnutná, pretože odhady je potrebné uvádzať na základe pochopenia požiadaviek.
Napríklads cieľom poskytnúť presný odhad musí mať vývojár jasno v metodológii, ktorú bude dodržiavať pri implementácii požiadaviek. Ak sú nejaké neznáme alebo je úloha zložitá, bod príbehu a odhad pripojený k úlohe budú vyššie.
#dva. Plánovanie pokerového stretnutia je časovo obmedzená aktivita a jeho účelom je spojiť sa ako tím a poskytnúť odhady. Zamerať by sa malo na poskytnutie odhadu na základe predchádzajúcich výkonov (alebo rýchlosti) tímov. Toto stretnutie by sa nemalo zamieňať s inými stretnutiami, ako sú Daily Scrum, Backlog Grooming alebo Retrospective.
# 3. Odhady by mali poskytnúť ľudia, ktorí na projekte skutočne budú pracovať. S tímami, ktoré sú umiestnené na rôznych geografických miestach, musia skutoční ľudia pracujúci na projekte spolupracovať a poskytnúť odhady. Stretnutie sa môže konať online, aby sa uľahčili tímy zo všetkých globálnych lokalít.
# 4. Nezabudnite sa zabaviť!
(obrázok zdroj )
Záver
- Plánovanie odhadu pokru funguje naozaj dobre agilná metodológia .
- Táto technika je škálovateľná a odhady sú založené na rýchlosti tímu
- Plánovanie pokru je tiež veľmi úspešné vďaka skutočnosti, že dostávame odhady priamo od ľudí, ktorí sa chystajú na tejto úlohe pracovať, a preto je realistickejšie.
- Ak projektový manažér poskytne odhady sám, bez konzultácie s tímom alebo dokončenia technických detailov, môže to v zásade ohroziť projekt v dôsledku vytvorených predpokladov, prehliadaných podrobností atď.
- Čoraz viac spoločností v súčasnosti prechádza na spoločnosť Agile a využíva také netradičné techniky odhadu.
Odhad je podstatnou súčasťou Plánovanie projektu . Prístup k odhadu by mal byť konzistentný, flexibilný, mal by byť škálovateľný a mal by fungovať dobre aj pre menšie úlohy a príbehy používateľov. Tiež by to nemalo vyžadovať veľa tímového času a zdrojov.
Posledná vec, ktorú potrebujete, je úloha odhadu pre odhad!
O autor: Tento užitočný článok píše Neha B. Je nímv súčasnosti pracuje ako manažér zabezpečenia kvality a špecializuje sa na vedenie a riadenie interných a offshore QA tímov.
Dajte nám vedieť, ak máte nejaké otázky týkajúce sa techniky Planning poker pre agilný odhad a plánovanie.
Odporúčané čítanie
- 4 kroky k vývoju agilného testovania myslenia pre úspešný prechod na agilný proces
- Techniky agilného odhadu: Skutočný odhad v agilnom projekte
- Ako poskytovať softvérové funkcie vysokej hodnoty v krátkom časovom období pomocou agilného procesu skrumáže
- 6 najbežnejších dôvodov, ktoré by ste mali prijať vo svojej organizácii agilne (1. časť)
- Výukový program JIRA Agile: Ako efektívne používať JIRA na správu agilných projektov
- Agilný manifest: Pochopenie agilných hodnôt a zásad
- Zmena myslenia agilného testera: Zladenie s agilným manifestom
- Výukový program SAFe Agile: Čo je to Scaled Agile Framework