Meniu

Cum să ușurăm procesul de estimare agilă cu Planning Poker

how make agile estimation process easy with planning poker

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Toată lumea cunoaște o artă a estimării.

java j2ee întrebări și răspunsuri pentru interviuri cu experiență

Estimăm în fiecare zi din viața noastră. Majoritatea dintre noi putem estima greutatea legumelor doar ținându-le; putem măsura, de asemenea, maturitatea unui fruct după aroma sa.

În articolul de astăzi, vom afla despre Planning Poker, cunoscut și sub numele de Scrum Poker Cards, o tehnică de estimare și planificare agilă, care este o tehnică foarte populară, ușoară și simplă în zilele actuale.

Planifică Poker Scrum Poker în Agile

Pentru un exemplu real de estimare, să luăm un scenariu de 3 prieteni:

Tim, Bob și John care vor să meargă la o conferință tehnică după muncă. Locul de desfășurare se află la 60 km și are un teren deluros. Tim, Bob și John discută planul de călătorie în timpul prânzului.

Spune Bob , „Am fost la această conferință și anul trecut. Știu drumul și va dura 2 ore să conduc până acolo ”.

Spune Tim , „Sunt un șofer nou și nu am mai fost niciodată în acea zonă. Dacă conduc, va dura 4 ore. ”

Spune John , „Sunt bine să conduc pe o zonă deluroasă, dar nu am mai fost acolo. Așadar, ar putea dura 3 ore să ne conducem pe toți acolo ”

Aceasta pare a fi o conversație obișnuită, dar acești prieteni tocmai au estimat cât va dura fiecare dintre ei să conducă la Conferința tehnică pe baza experienței lor anterioare, a abilităților de conducere și a familiarității cu terenul.

În mod similar, în dezvoltarea de software, oferim estimări bazate pe experiențele noastre similare din trecut , abilități tehnice și familiaritate / cunoașterea domeniului a aspectelor tehnice ale sarcinii atribuite.

Ce veți învăța:

De ce trebuie să estimăm?

Programul de livrare a proiectelor software este determinat de nevoile afacerii. Pentru ca echipa să se angajeze la termenele limită, este important ca echipa să se reunească și să ofere o estimare realistă.

La începutul proiectului, este posibil ca cerința să nu fie bine definită, metodologia de dezvoltare detaliată să nu fie conturată, dependențele să nu fi fost identificate etc. Este totuși important să se stabilească o estimare la nivel înalt, astfel încât proiectul să poată fi planificat. în consecinţă.

De exemplu, dacă estimarea la nivel înalt este mai mare decât ceea ce poate realiza echipa într-o anumită durată, pot fi luate decizii dacă trebuie achiziționată o resursă suplimentară, termenele trebuie prelungite etc.

Astfel, estimarea este un pas foarte crucial în ciclul de viață al dezvoltării software-ului.

Înțelegerea unităților de estimare

Unitățile de estimare pot fi în ore, zile sau puncte de poveste. Estimările în ore și zile sunt ușor de înțeles și de relaționat. Conceptul de puncte de poveste este mai abstract.

Punctele de poveste sunt utilizate ca o măsură a complexității și a necunoscutelor asociate unei sarcini. Valoarea punctului de poveste este calculată conform unei linii de bază calculate. Această linie de bază este stabilită de echipa însăși pe baza viteza echipei în proiecte anterioare. Cu cât este mai mare valoarea punctului de poveste, este necesar un efort mai mare pentru a implementa o anumită sarcină.

Cu toate acestea, este important să înțelegem că punctele de poveste nu echivalează cu ore, deci este dificil să comparați punctele de poveste și estimarea efortului în ore. Prin urmare, un punct de poveste? 1 oră.

Ce este Planning Poker sau Scrum Poker?

Așa cum este definit în Wikipedia :

„Planificarea pokerului, numită și Scrum poker, este o tehnică de estimare bazată pe consens, gamificată, utilizată în principal pentru a estima efortul sau dimensiunea relativă a obiectivelor de dezvoltare în dezvoltarea de software”

Cuvântul „Poker” le amintește tuturor despre jocul de cărți Poker și, este inutil să spunem, această tehnică de estimare face utilizarea cărților pentru a oferi estimări. O sa discutam

Vom discuta mai multe despre cărți și despre cum se desfășoară o sesiune de poker de planificare în secțiunile următoare ale articolului.

Instrument recomandat

# 1) Agile Poker

java j2ee întrebări și răspunsuri pentru interviuri cu experiență

Agile Poker Banner

Agile Poker este o aplicație bine cunoscută pentru Jira pentru planificare rapidă și convenabilă și estimări atât pentru echipele îndepărtate, cât și pentru cele colocalizate.

Noțiuni de bază cu Agile Poker este simplu și ușor, deoarece a fost inspirat din trei metodologii de estimare standard din industrie: Planning Poker®, Wideband Delphi și Magic Estimation (cunoscut și sub numele de Silent Grouping, Affinity Estimation, Swimlanes Sizing sau Relative Estimations).

=> Descărcați instrumentul Agile Poker aici

Când s-a terminat Planning Poker?

Planning Poker este o tehnică de estimare și, ca toate sesiunile de furnizare de estimări, ar trebui să aibă loc înainte de iterație / sprint începe.

Poveștile utilizatorilor pot fi preluate din problemele restante și preselectate înainte de întâlnirea de poker Planning. Pe baza estimărilor furnizate pentru poveștile utilizatorilor, se poate lua decizia cu privire la poveștile care trebuie incluse în fiecare iterație.

De exemplu, pe baza vitezei și performanței anterioare a echipei, Managerul de proiect este conștient că echipa este capabilă să livreze 20 de puncte de poveste în 2 săptămâni. Dacă în timpul sesiunii de poker de planificare, estimarea totală a poveștilor utilizatorilor preselectați depășește 20 de puncte de poveste, atunci Managerul de proiect va lua decizii cu privire la poveștile utilizatorilor pe care să le includă și / sau să le omită în următoarea iterație, astfel încât echipa să poată livra cu succes povești de utilizator angajate la timp.

Desfășurarea unei sesiuni de planificare a pokerului

Haideți să organizăm o ședință de poker de planificare falsă pentru a ne face o idee mai bună despre proces.

Pentru a desfășura sesiunea de planificare a pokerului, ar fi nevoie de mai multe copii ale pachetului de cărți de planificare scrum. Nu este necesar să aveți carduri pe hârtie. Există mai multe aplicații online precum Scrum Poker (Android) sau Scrum Poker planning (IOS) etc. care pot fi utilizate.

Cardurile vor avea estimări comune, de ex. 0, 0,5,1, 2, 3, 5, 8, 13, 20 etc. Această secvențiere va părea familiară majorității cititorilor și este seria Fibonacci.

Câteva alte cărți opționale sunt:? - pentru a indica faptul că estimatorul este incert, simbolul Infinit - pentru a indica faptul că sarcina nu poate fi finalizată și cartea cu ceașcă de cafea - pentru a indica faptul că estimatorul trebuie să ia o pauză.

Figura de mai jos prezintă un pachet de cărți de planificare Poker:

planificarea cărților de poker

Dacă doriți, puteți utiliza și un dispozitiv cu temporizator pentru a urmări și a limita timpul petrecut la fiecare discuție

Pentru această sesiune de planificare a pokerului, luați în considerare o aplicație de înregistrare universitară bazată pe web. Următoarele sunt poveștile din restanțele care urmează să fie implementate într-un sprint viitor:

Povestea utilizatorului 1: Ca utilizator, nu ar trebui să mă pot înregistra fără a furniza un număr de telefon mobil

Descriere: Faceți obligatoriu câmpul telefonului mobil. Utilizatorul va primi mesajul de eroare „Numărul de telefon mobil este obligatoriu” dacă câmpul este lăsat gol. Ar trebui să existe butonul „Închidere” pe acest mesaj de eroare pop-up. UI-ul casetei de dialog și dimensiunea fontului și stilul textului mesajului de eroare ar trebui să fie identice cu alte mesaje pop-up din formular. Acest mesaj va fi declanșat atunci când un utilizator încearcă să salveze aplicația.

Povestea utilizatorului 2: Ca utilizator, nu ar trebui să mă pot înregistra fără a furniza numărul de telefon mobil în format adecvat

Descriere: Adăugați validare pentru numărul de celulă (ar trebui să fie acum în format 111-111-1111). Utilizatorul va primi „Formatul numărului de telefon mobil ar trebui să fie 111-111-1111” dacă formatul este incorect. Ar trebui să existe butonul „Închidere” pe acest mesaj de eroare pop-up. UI-ul unei casete de dialog și dimensiunea fontului și stilul textului mesajului de eroare ar trebui să fie identice cu alte mesaje pop-up din formular. Această validare ar fi declanșată atunci când utilizatorul încearcă să salveze aplicația

Sarcina 3: Schimbați sigla Universității în sigla nouă în toate cele 75 de pagini ale aplicației web

Vom presupune că facilitatorul este Tia, analist de produs pentru proiect. Estimatorii sunt Tony (Dezvoltator), Maria (UI designer) și Gavin (Tester). Jose, managerul de proiect va fi prezent și la ședință, dar nu va participa la estimare.

Pasul 1 : Tia programează o sesiune de planificare a pokerului și distribuie poveștile potențiale ale utilizatorilor care vor fi incluse în următorul sprint cu echipa.

Pasul 2: Toți participanții participă la întâlnire. Când începe întâlnirea, Tia împarte pachetul de cărți fiecărui estimator sau fiecare estimator deschide aplicația de planificare a cărților de poker pe smartphone-urile lor.

jira raport de urmărire a timpului de către utilizator

Pasul 3 : Tia oferă o prezentare generală a Povestii utilizatorului 1. Estimatorii solicită clarificări, discută pe scurt zonele de impact, metodologia de dezvoltare etc.

Pasul 4: La întrebarea Tia, fiecare estimator își sună numărul. Maria, Tony și Gavin au ales cu toții 2 puncte de poveste ca estimare.

Pasul 5: Deoarece se ajunge la consens, echipa trece la următoarea cerință.

Pasul 6: Tia oferă o prezentare generală a Cerinței 2. Toți au ales 1 punct de poveste ca estimare, consensul este atins, echipa trece la următoarea cerință.

Pasul 7: Tia oferă o prezentare generală a activității 3. Maria și Tony au ales 1, iar Gavin a ales 2 puncte de poveste ca estimare. Deoarece nu se ajunge la consens, lui Tony și Gavin li se cere să-și justifice alegerea. Tony spune că, din moment ce sigla universității este afișată dintr-o singură locație în fiecare pagină web, trebuie doar să actualizeze sigla în acea locație și consideră că un punct de poveste este o estimare suficientă pentru dezvoltare și testarea ambelor.

Gavin, pe de altă parte, susține că, deși locația logo-ului este centralizată, toate paginile web folosesc foi de stil diferite, testerul ar trebui să navigheze la fiecare pagină web și să verifice dacă logo-ul este afișat corect (nu ar trebui să apară tăiat, nu trebuie să pară întins etc.).

De asemenea, testarea ar trebui făcută pentru mai multe browsere. Deci, conform lui Gavin, 2 puncte de poveste reprezintă o estimare realistă pentru dezvoltare și testare.

Pasul 8: Tia solicită reevaluarea estimărilor. Acum, Maria, Tony și Gavin sunt de acord și au ales 2 puncte de poveste ca estimare.

Toate poveștile utilizatorilor sunt acum estimate, următorul sprint valorii punctului total al poveștii fiind 2 + 1 + 2 = 5 puncte de poveste. Managerul de proiect / Analistul de proiect apoi creează formal un sprint nou și programează data de începere și data de încheiere a sprintului.

Rezumatul pașilor

(Apasa pe mări imagine)

planificarea pașilor de poker

Instrumente de planificare a pokerului online:

  1. PlanningPoker
  2. Planul ITPoker
  3. Poker indicat
  4. Poker agil pentru JIRA
  5. Agile @ Mâna

Câteva sfaturi utile

# 1. Estimatorii ar trebui să vină pregătiți și să treacă în prealabil cerințele. Acest lucru se poate face în sesiunile de îngrijire a restantei. Pregătirea este esențială, deoarece estimările trebuie furnizate pe baza înțelegerii cerințelor.

De exemplupentru a oferi o estimare exactă, dezvoltatorul trebuie să fie clar cu privire la metodologia pe care o va urma pentru a implementa cerințele. Dacă există unele necunoscute sau sarcina are o complexitate ridicată, povestea punctului o estimare atașată sarcinii va fi mai mare.

#Două. Planificarea întâlnirii de poker este o activitate legată de timp și scopul său este să se reunească ca o echipă și să ofere estimări. Accentul ar trebui să fie furnizarea de estimări bazate pe performanțele anterioare (sau viteza) echipelor. Această întâlnire nu trebuie confundată cu alte întâlniri precum Daily Scrum, Backlog Grooming sau întâlniri retrospective.

# 3. Estimările ar trebui să fie furnizate de persoanele care vor lucra efectiv la proiect. Cu echipe situate în diferite locații din punct de vedere geografic, oamenii reali care lucrează la proiect trebuie să colaboreze și să ofere estimări. Reuniunea poate avea loc online pentru a facilita echipele din toate locațiile globale.

# 4. Nu uitați să vă distrați!

Planifică distracția Poker

(imagine sursă )

Concluzie

  • Planificarea estimării Poker funcționează foarte bine în metodologie agilă .
  • Această tehnică este scalabilă, iar estimările se bazează pe viteza echipei
  • Planning Poker are, de asemenea, un mare succes datorită faptului că primim estimări direct de la oameni care urmează să lucreze la sarcină și deci este mai realist.
  • Dacă managerul de proiect furnizează el însuși estimările, fără a consulta echipa sau a finaliza detaliile tehnice, acesta poate pune în esență proiectul în pericol din cauza ipotezelor făcute, a detaliilor trecute cu vederea etc.
  • Tot mai multe companii fac acum tranziția către Agile și folosesc astfel de tehnici de estimare netradiționale.

Estimarea este o parte esențială a Planificarea proiectului . Abordarea pentru estimare ar trebui să fie consecventă, flexibilă, ar trebui să fie scalabilă și ar trebui să funcționeze bine atât pentru sarcini mai mici, cât și pentru povestirile utilizatorilor. De asemenea, nu ar trebui să consume mult timp și resurse în echipă.

Ultimul lucru de care aveți nevoie este o sarcină de estimare pentru estimare!

Despre autor: Acest articol util este scris de Neha B. Ea estelucrează în prezent ca manager de asigurare a calității și se specializează în conducerea și gestionarea echipelor interne și offshore de asigurare a calității.

Spuneți-ne dacă aveți întrebări cu ajutorul tehnicii de poker Planning pentru estimare și planificare Agile.

Lectură recomandată

^