punctele de poveste sunt un mijloc comun de estimare a muncii în timp ce utilizați cadre agile, cum ar fi Scrum și Extreme Programming.când inginerii estimează timpul pentru a finaliza orice sarcină, ei estimează adesea într-o zi ideală de inginerie. Din păcate, zilele ideale de inginerie nu există. Când luați în considerare timpul petrecut în alte activități, cum ar fi Slack, e-mail, întâlniri și alte sarcini administrative și non-tehnice, dacă au noroc, vor primi 50% din timpul productiv.,uneori munca este ușor de estimat. Elementele care au un aer de repetiție, cum ar fi citirea unor date dintr-o bază de date și afișarea acestora pe ecran, sunt ușor de înțeles și de estimat. Munca repetitivă sau similară este, de asemenea, ușor de estimat. Cu toate acestea, dezvoltarea de software necesită adesea soluții personalizate care nu au fost niciodată încercate înainte (cel puțin nu de către echipa care face estimările). De asemenea, poate fi necesar să se integreze cu componente dezvoltate de alte grupuri. Pe măsură ce complexitatea crește, la fel și incertitudinea.,când ni se cere să estimăm ceva personalizat sau complex, suntem adesea prea încrezători în timpul necesar pentru a finaliza sarcina. Un factor care contribuie semnificativ la acest lucru este faptul că nu putem prezice fiecare pas care ar putea fi necesar. Sarcinile apar adesea pe măsură ce lucrările sunt în curs, deoarece provocările neprevăzute generează pași suplimentari. Această încredere excesivă are ca rezultat subestimarea timpului și a efortului de a face treaba.
beneficiile estimării
nu toată lumea îi place estimarea, și este nevoie de timp și efort pentru a face. Având în vedere costurile și provocările pentru a face acest lucru corect, de ce să vă deranjați deloc?,
beneficii pentru echipele de dezvoltare:
- ei știu cât de mult să planifice într-un sprint, astfel încât să poată lucra într-un ritm durabil.
- este mai probabil să creeze o creștere făcută prin faptul că nu planifică sprintul.
- Crește înțelegere a cerințelor și de implementare a strategiei prin discuții și elaborarea
Beneficii pentru proprietarii de produs:
- sunt de a prognoza pe termen lung de livrare a produsului lor.,
- ei pot evalua „valoarea pentru bani” sau „randamentul investițiilor” de elemente
- ei a lua vizibilitatea riscurilor tehnice asociate cu elemente mari
concepte critice în story pointing
story pointing reunește mai multe concepte
estimarea relativă este mai ușor decât estimarea absolută. Este mult mai ușor să compari două elemente de întârziere a produselor și să spui că unul este de două ori mai greu decât celălalt. Este mult mai greu să se gândească cât de multe linii de cod un lucru ia și, prin urmare, cât timp este nevoie de cod și de testare.,utilizarea diversității întregii echipe creează estimări mai bune. De asemenea, cunoscut sub numele de înțelepciunea mulțimilor. Echipele aduc o diversitate de gândire și opinie. Membrii echipei diferite vor vedea aceeași problemă dintr-un punct de vedere diferit, permițând o intrare mai largă în discuție problema. Un fix bug simplu poate lua doar o linie de cod pentru a schimba, dar multe ore de testare de regresie. Dacă se ia în considerare doar o singură opinie, dimensiunea elementului poate fi departe.precizia și înțelegerea reduc pe măsură ce elementele devin mai mari. Dimensiunea diamantelor este măsurată în mm, de obicei, la 1 zecimal., Diferența de 0,1 mm în plus poate fi destul de semnificativă și merită discutată. Compara că la Jupiter, care are o raza medie de 69911km, ar fi ridicol să ne certăm pentru un plus de 0,1 mm. Povestea puncte folosi o scară neliniară, cum ar fi secvența Fibonacci, care crește diferențele dintre numere, deoarece crește. Există un 34, dar nu 33 sau 35.
punctele de poveste nu sunt despre momentul în care va lua orice persoană pentru a face munca. În Scrum și XP, o persoană nu este atribuit de lucru la punctul de estimare., Întreaga echipă rămâne proprietarii lucrării, ceea ce înseamnă că oricine din echipă o poate ridica. În loc de eforturile individuale de timp, punctele de poveste reprezintă o combinație de dimensiune, complexitate și risc. Cât de multă muncă poate fi finalizată în sprint este calculată folosind viteza echipei (câte puncte a finalizat în sprintul anterior).
abordare
calibrare
înainte de a începe estimarea în puncte, întreaga echipă trebuie să calibreze valoarea unui punct., Pentru a calibra scala dvs., alegeți un element din lista de așteptare care este simplu și toată lumea din echipă înțelege și definește acest lucru pe scară. (de exemplu, 2 puncte). Pentru a îmbunătăți și mai mult calibrarea, găsiți un exemplu mai sus la scară poate de patru ori mai mare și definiți-l ca 8. Calibrarea scalei de estimare va îmbunătăți în mod semnificativ succesul dvs. cu estimarea.
sunt de acord cu privire la modul de gestionare a diferențelor
echipa de dezvoltare trebuie să cadă de acord cu privire la modul în care vor gestiona diferențele în estimări. Câte runde vor merge și ce ar trebui să facă dacă estimările nu converg., Pentru a obține beneficiile de estimare de grup, un minim de două runde va oferi dialog pentru a șicana ipoteze. Facilitatorul ar putea avea nevoie să reamintească echipei că există o valoare limitată în dezbaterile lungi între estimări similare – dacă echipa se luptă să cadă de acord dacă este un 2 sau un 3, Alegeți unul și mergeți mai departe.
ședința de estimare
ședința de estimare se desfășoară după cum urmează:
- maestrul Scrum, care nu va juca, prezidează ședința.
- proprietarul produsului oferă o scurtă prezentare generală a unui element de întârziere a produsului (PBI) care urmează să fie estimat., Echipa de dezvoltare pune întrebări și discută pentru a clarifica ipotezele și riscurile. Un rezumat al discuției este înregistrat de echipa de dezvoltare.
- fiecare membru al echipei de dezvoltare compară dimensiunea PBI în raport cu PBI-urile de calibrare și alege estimarea dimensiunii acestora. În timpul discuției, numerele nu trebuie menționate deloc în raport cu dimensiunea caracteristicilor pentru a evita ancorarea.
- toată lumea își numește estimările simultan. Numai echipa de dezvoltare poate estima., Proprietarul produsului este permis să întrebe De ce ceva are o anumită dimensiune și poate intra într-o negociere cu privire la domeniul de aplicare care poate afecta dimensiunea unui articol.
- persoanele cu estimări ridicate și estimări scăzute își oferă rațiunea pentru estimarea lor, iar apoi discuțiile continuă. În timpul dezbaterii, ipotezele ar trebui difuzate, iar proprietarul produsului poate oferi claritate.
- acest pas este adesea o înțelegere diferită a domeniului de aplicare sau a implementării, care poate fi apoi clarificată și convenită., Persoana care a dat un 2 poate cunoaște o soluție ușoară, dar persoana care a dat un 13 poate anticipa un dificil nimeni altcineva gândit.
- repetați procesul de estimare până când se ajunge la un consens. Sau se realizează o convergență suficientă conform regulilor proprii ale echipelor de dezvoltare.
nu este vorba despre punctele
succesul la sfârșitul unui sprint / iterație nu este măsurat prin numărul de puncte finalizate sau raportul dintre punctele planificate și cele reale obținute. Succesul este măsurat prin cât de multă valoare a fost creată. Punctele sunt un mijloc de a ajuta la crearea de valoare, nu un scop în sine.
