Ce sunt Story Points în Agile și Cum se estimează?

Ce sunt Story Points în Agile?

Poveștile sunt o măsurătoare pentru a estima munca depusă prin implementarea cadrelor agile precum Scrum și eXtreme Programming.

Implementarea unei povești de utilizator este o sarcină dificil de realizat. Echipa s-ar putea confrunta cu riscuri; complexităţi etc. în timp ce procesul de dezvoltare. Acest nivel de dificultate este măsurat de echipa de dezvoltare prin utilizarea unei măsuri abstracte numită punctul de poveste. Prin urmare, punctele de poveste în agile sunt folosite ca metrici în dezvoltarea agile. Acesta spune echipei despre cât de dificilă este implementarea poveștii.

Sesiunile de îngrijire a stocului de produse realizează estimarea punctelor de poveste care sunt apoi evaluate de către echipa de dezvoltare a produsului și de testare. Acest lucru se face pentru a crește eficiența planificării sprintului. Îngrijirea stocului de produse este estimarea aproximativă care verifică:

• Dacă planul de sprint este pregătit pentru a fi condus eficient.
• Sunt suficiente informații pentru a finaliza chestiunile.
• Dacă planul de sprint bazat pe povestea utilizatorului este rezonabil.

Există trei componente principale în estimarea agilă a punctului de poveste:

• Risc: pentru un anumit articol, riscurile asociate cu acesta sunt cereri vagi, schimbări în timpul procesului de mijloc și dependența de o terță parte.
• Complexitate: reprezintă nivelul de dificultate al dezvoltării unei caracteristici.
• Recepție: Determină familiaritatea caracteristicii cu membrii echipei și cât de monotone sunt anumite sarcini în cadrul dezvoltării.

Încorporarea celor trei puncte permite planificarea precisă a sprinturilor, inclusiv o pernă pentru incertitudine, probleme legate de o estimare mai bună și evitarea învățării prea grele pe timp.

Estimarea punctelor de poveste în Agile

Pași pentru estimarea punctelor de poveste agile

Implicarea dezvoltatorilor, designerilor, testerilor etc. este considerată a fi factori cheie în timp ce se estimează punctele de poveste agile. Deoarece fiecare membru al echipei are perspective diferite de a duce mai departe munca și de a livra produsul, este importantă colaborarea eficientă. De exemplu, schimbarea oricărui design nu necesită doar eforturile unei echipe de proiectare, ci și implicarea dezvoltării, precum și a departamentului QA.

Pentru a începe cu estimarea punctelor de poveste în agil, echipa ar trebui să aibă o poveste de bază care nu trebuie neapărat să fie mică, dar care poate fi bine rezonată în cadrul echipei. Aceasta este urmată de dimensionarea poveștilor pe baza poveștii de bază. Cu ajutorul poveștilor de referință, ar trebui să se acorde puncte povestirii. Fiecărei povești i se atribuie un punct.

Beneficiile dimensionării

Echipa de livrare agilă realizează procesul de dimensionare care este mai ușor de estimat. Prin dimensionare

• O privire de ansamblu asupra domeniului de activitate poate fi vizualizată.
• Mărimea muncii poate fi determinată din mai multe perspective.
• Orice presupunere falsă poate fi rectificată.
• Lucrurile care nu pot fi exacte sunt clarificate.

Dimensionarea se face luând în considerare următoarele:

• Cantitatea de muncă de făcut
• Complexitatea lucrării
• Risc sau incertitudine în realizarea lucrării
• Durata de timp

Sprinturile pot fi planificate mai precis urmând procesul enumerat:

Un proces în trei pași pentru a estima punctele de poveste sunt:

1. Utilizarea seriei de succesiuni Fibonacci.

• Evaluarea tradițională a zilei umane a fost înlocuită pentru a estima punctele de poveste prin numerele Fibonacci, adică 1, 2, 3, 5, 8, ...
• O scară liniară nu este utilizată deoarece oferă elemente care nu sunt suficient de diferențiate pentru a defini o estimare. Cu toate acestea, seria Fibonacci poate estima salturile minore dintr-o problemă.
• Seria Fibonacci reprezintă o secvență de numere în care următorul număr din șir este suma celor două numere precedente. Pentru a estima punctele de poveste în agil , secvența Fibonacci este modificată la 0,5, 1, 2, 3, 5, 8, 13, ...

2. Determinarea unei matrice

• Este determinată o linie de bază pentru fiecare punct de poveste.
• Linia de referință este inclusă în matrice ca valoare de 1. Acesta este stabilit ca standard pentru cel mai mic risc, repetare etc.

3. Planificarea pokerului

Prin planificarea pokerului, echipa este de acord cu aproximarea corectă a punctului de poveste pentru fiecare articol.

Funcționarea planificării pokerului este

• În timpul planificării sprintului, fiecare dezvoltator și tester primește un set de carduri. Cărțile descriu un număr de serie Fibonacci.
• Un articol din tabelul de întârziere este selectat pentru a pune întrebări și a clarifica caracteristicile articolelor.
• La sfârșitul discuției, un card care reflectă estimarea articolului este selectat în mod privat de către testator și dezvoltator.
• Cărțile sunt apoi dezvăluite de estimatori. Ei trec la elementul net dacă se ajunge la un consens. Pentru cărți variate, discuția este purtată de lideri până ajunge la un consens.

O matrice completată este utilă pentru estimatori pentru a o folosi ca referință în timpul planificării pokerului. Acest lucru permite o mai mare coerență între sarcini. În plus, limita maximă a estimării este 13, dacă este mai mare de 13, atunci este eficient ca sarcina să fie împărțită în elemente mai mici. De asemenea, dacă sarcina este estimată a fi mai mică de 1, atunci este recomandabil să o încorporați într-o altă sarcină.

Alți 8 pași de estimare pentru estimarea cu succes a punctelor de poveste în agil sunt:

1. Identificarea poveștilor de bază

• Unul dintre pașii importanți pentru estimarea punctelor de poveste în agil este identificarea unei povești de bază care este folosită ca referință pentru dimensionarea relativă a stocului de așteptare.
• Povestea de bază este aleasă dintr-o poveste anterioară care a fost realizată de echipa de dezvoltare sau dintr-un backlog de produse actual.
• Înțelegerea poveștii de bază ar trebui să fie aceeași în rândul fiecărui membru al echipei. Cu alte cuvinte, ar trebui să existe încredere în echipă în ceea ce privește povestea de bază.

2. Discutați cerințele

• Detaliile poveștii trebuie discutate, iar explicațiile legate de povestea utilizatorului trebuie furnizate de către Product Owner sau un analist de afaceri.

3. Notează lucrurile importante

• Orice lucru important care trebuie să fie important trebuie notat.
• Scrum Master face cel mai bine această treabă în timpul discuțiilor în curs.

4. Întrebări importante care trebuie puse

Câteva întrebări sunt prea importante pe care trebuie să le pună echipa de dezvoltare.

• Înainte de a începe proiectarea, ce este necesar să fie învățat de membrii echipei?
• Care este cerința codului pentru poveste? Câtă lungime este necesară și există coduri similare scrise de echipa de dezvoltare mai devreme.
• Pentru acceptarea de către clienți, câtă muncă este implicată?
• Există vreo dependență externă pe care povestea le are?
• Are cineva din echipă vreo experiență sau experiență de lucru în aceeași poveste?
• Are povestea vreo simplitate sau complexitate asociată fie din perspectiva logicii afacerii, fie din perspective tehnice?
• Câtă certitudine există pentru obținerea dependențelor la timp?

5. Puncte pentru comparație relativă

• Puncte relative pentru comparație ar trebui să fie atribuite poveștii.
• Ar trebui să i se aloce poveștii același număr de puncte, adică 1, pentru poveștile care au aceeași cantitate de muncă ca și poveștile deja dimensionate.
• Pentru poveștile mai dificile, ar trebui atribuită o valoare proporțional mai mare.
• Dacă povestea este mai puțin complexă din cauza învățării disponibile din povestea anterioară, dar aproape similară cu acea poveste, trebuie să se atribuie o valoare mai mică.

6. Trebuie atins un consens în rândul întregii echipe, în funcție de dimensiunea poveștii.
7. Ar trebui să existe o validare a faptului că există o consistență internă între povești.
8. Ar trebui să se asigure, la intervale repetate, că toate cele 1 sunt la fel sau toate cele 2 se potrivesc etc.

Beneficiile estimării Agile Story Point

Aplicarea estimărilor la punctele de poveste în agil oferă beneficii atât dezvoltatorilor, cât și proprietarilor de produse.

Beneficiile oferite dezvoltatorilor sunt:

• Aplicarea estimărilor permite dezvoltatorilor să știe cât de multă planificare este necesară pentru un sprint și, prin urmare, pot continua munca într-un ritm durabil.
• Planificarea excesivă a sprintului este evitată.
• Strategia de implementare și cerințele necesare unui produs sunt bine înțelese prin discuții și elaborări.

Beneficiile oferite proprietarilor de produse sunt:

• Se poate concentra pe livrarea pe termen mai lung a produsului.
• „Valoarea prețului” sau „rentabilitatea investiției” a articolelor poate fi evaluată.
• Riscurile tehnice ale articolelor mari sunt vizibile pentru proprietarii de produse.

Învață cursuri de software online de la cele mai bune universități din lume. Câștigă programe Executive PG, programe avansate de certificat sau programe de master pentru a-ți accelera cariera.

rezumat

Așa cum metodologia agilă implică practică, estimarea în sine este o practică care se va îmbunătăți cu timpul. Implementarea estimării punctelor agile aduce beneficii atât dezvoltatorilor, cât și proprietarului, ceea ce are ca rezultat o soluție eficientă.

Dacă vrei să-ți stăpânești mâinile în dezvoltarea de software, atunci vino în față și verifică cursul Executive PG Program in Software Development – ​​Specialization in Full Stack Development oferit de upGrad.

Cursul de specializare va ajuta la transformarea creativității ascunse a oricăror profesioniști la nivel de intrare în viitorul lor în dezvoltarea de software. Dacă este nevoie de ajutor, puteți contacta echipa noastră de asistență.