Când am întrebat la conferința AgileBaseCamp: "Cine din oamenii care lucrează la Scrum?". aproape toată lumea și-a ridicat mâinile. Și, în același timp, întrebarea: "Cine NU este familiarizat cu regulile planificării pokerului?". Am văzut din nou o pădure de mâini. Poate că acest lucru ar trebui spus. Oricum, îți spun de ce o interpretăm.
În primul rând, vreau să confundăm complet cititorii și să spun că, în ciuda titlului, îl jucăm pentru a evalua viitoarea lucrare 🙂
Paradoxul cu programatorii este că dacă le întrebi cât de greu este să faci o anumită cerință, atunci în răspuns poți auzi: "zece ore". Durata în timp nu înseamnă complexitate. Există momente când trebuie să schimbați o sută de fișiere pe tot parcursul proiectului și, uneori, trebuie să schimbați o linie, numai aici trebuie să găsiți în continuare unde. 🙂 Și nici teoriile matematice complicate nu vor ajuta. Deci, trebuie să simplificați!
Din cele mai vechi timpuri, un om putea distinge un măr mare de unul mic. Sau să distingem un leu de un rinocer și de un iepure. Aceasta este esența evaluării prin comparație. Luăm următorul element din restante și îl comparăm cu cei care au fost deja evaluați sau cel puțin cu experiența anterioară. Mai mult decât atât? Revenind la exemplul animalelor, întrebarea "ce girafă de mărime", aproape oricine va spune - între un leu și un rinocer. Ie pentru un element nou, găsim un loc între celelalte deja evaluate.
Vreau să vă atrag atenția asupra faptului că nu se compară cu standardul. Odată ce am auzit de la cineva: "Am încetat să mai jucăm Planning Poker, pentru că am uitat deja acea mică poveste a utilizatorilor, pe care am dat un rating de 1 și apoi l-am comparat cu ceilalți". Există în mod clar ceva greșit :-).
După cum am spus, comparăm elementele restante cu celelalte. Dacă aveți un proiect nou și o echipă nouă - acesta este probabil cel mai dificil caz. Apoi trebuie să căutăm un punct de plecare - o mică cerere, despre care întreaga echipă poate spune: "Este mic." Dacă echipa deja lucrează nu primul sprint sau chiar primul proiect, atunci este mai ușor să comparăm cu povești sau proiecte anterioare. Apropo, este adesea amintit că povestea "mare" în sprint înainte de sprint nu a fost atât de teribil.
Sper că am fost deja în stare să vă conving, să "comparați" bine, dar să "evaluați" rău. Prin urmare, atunci când vorbim de estimări Agile, vorbim mai mult despre conceptul integral al "complexității" și facem acest lucru prin comparație. Mai multe cuvinte despre numerele pe care să le alocați. Puteți utiliza numerele într-un rând: 1,2,3,4. Dar, așa cum se arată în înțelepciunea populară, începeu mici dispute, că este vorba de 2 sau 3, iar din nou "conducătorii metrici" de tipul orelor de lucru, minutelor și zilelor. De aceea, de mult timp mulți practicanți Agile recomandă utilizarea secvenței Fibonacci (0,1,2,3,5,8,13 ...). Beneficiul său este că începe să crească dramatic. La urma urmei, dacă cererea este într-adevăr complicată, detaliile nu mai sunt așa de importante - elefantul este cel mai bine servit de părți, principalul lucru este să înțelegem că acesta este un elefant 😉
Ei bine și cel mai interesant, și aici poker? Acesta este un instrument util pentru a atribui evaluări folosind experiența întregii echipe. Planificarea regulilor de poker este simplă:
- Fiecare participant primește un set de cărți cu numere
- Clientul / proprietarul produsului citește povestea, iar echipa îl actualizează pe scurt
- Fiecare participant își alege propriul rating și pune cartela cu fața în jos
- Toate cărțile deschise simultan
- Dacă există o diferență (mare), atunci "De ce?"
- Faceți o altă rundă de evaluare, până când toți se convertesc la același număr
Într-un mod atât de simplu, întreaga echipă poate rapid și fără efort suplimentar să evalueze munca pe care o va face, poate chiar și în cele mai apropiate sprinteze și nici măcar în cea mai apropiată versiune. Este important ca proprietarul Produsului să cunoască "prețul" și îl va primi. Despre ceea ce va face cu ea, vă voi spune în afară.
Vreau doar să răspund la întrebarea pe care am întrebat-o aproape la fiecare antrenament. În poker, acei oameni care vor face aceste cerințe trebuie să participe. Iar dacă o nouă echipă va merge la un nou proiect, ei vor avea propriile definiții de complexitate. Din nou, dacă Proprietarul Produsului nu participă la implementarea cerințelor, nu poate juca - este mai mult ca un "crupier".
De ce jucăm poker la locul de muncă
Distribuiți acest link:
Am auzit de mai multe ori de la echipe că folosesc pur și simplu dimensiunile tricourilor pentru a estima dimensiunea fiecărui element al restanțelor. Ie S, M, L, X, XL, XXL
Acest lucru este, de asemenea, mai mult decât suficient dacă nu aveți o nevoie critică de estimări numerice. Dacă echipa lucrează "în flux", atunci este mai important să evaluăm dacă putem înghiți cererea de sprint sau nu. Mai ales dacă echipa a venit la "Kanban".
Am auzit de mai multe ori de la echipe că folosesc pur și simplu dimensiunile tricourilor pentru a estima dimensiunea fiecărui element al restanțelor. Ie S, M, L, X, XL, XXL
Acest lucru este, de asemenea, mai mult decât suficient dacă nu aveți o nevoie critică de estimări numerice. Dacă echipa lucrează "în flux", atunci este mai important să evaluăm dacă putem înghiți cererea de sprint sau nu. Mai ales dacă echipa a venit la "Kanban".