Ce este Product Backlog?

Ai avut vreodată senzația că echipa ta face aceleași greșeli din nou și din nou? Credeți că lucrurile nu progresează corect și trebuie să faceți unele modificări pentru a îmbunătăți procesul de dezvoltare a proiectului.

Un backlog de produse aici poate ajuta o echipă să decidă la ce lucrează și pe ce vrea să se concentreze. Este o descriere a modului în care echipa va realiza ideea prezentată într-o foaie de parcurs agilă. Este o listă gigantică de lucruri de făcut pentru echipa ta de dezvoltare în multe feluri.

Proiectele pot face parte din produse mai mari cu un backlog de produse pentru a le gestiona. Un exemplu de backlog de produse pot fi proiecte de implementare a clienților, care pot fi livrate ca parte a unui backlog mai mare de produse. Alternativ, un studio de producție de jocuri ar putea trata fiecare generație a unui joc ca pe un proiect separat cu un termen limită stabilit (de exemplu în preajma Crăciunului).

Ce este Product Backlog în Scrum?

În Scrum, backlogul agil de produse este o listă de caracteristici prioritizate care include scurte descrieri ale tuturor funcționalităților produsului. Dacă lucrați la un proiect, atunci nu este necesar să îl începeți cu un efort îndelungat pentru a documenta toate cerințele folosind Scrum. O echipă Scrum și proprietarul de produs pot începe prin a include orice la care se pot gândi pentru prioritizarea agilă a backlogului.

Acest backlog agil de produse este mai mult decât suficient pentru un prim sprint. Pe măsură ce informații suplimentare despre produs și clienții săi devin disponibile, stocul de produse Scrum îi permite să se extindă și să se adapteze.

În Scrum, backlog-ul de produse este o listă de caracteristici prioritizate care include scurte descrieri ale tuturor funcționalităților produsului. Nu este necesar să începeți un proiect cu un efort îndelungat și inițial de a documenta toate cerințele în timp ce utilizați Scrum.

În serviciile de dezvoltare software personalizate , o echipă Scrum și proprietarul de produs încep de obicei prin a nota orice la care se poate gândi pentru prioritizarea rapidă a backlogului. Aproape întotdeauna, acest backlog agil de produse este mai mult decât suficient pentru un prim sprint. Pe măsură ce informații suplimentare despre produs și clienții săi devin disponibile, stocul de produse Scrum este permis să se extindă și să se adapteze.

Cum începe călătoria în backlog de produse?

Mai întâi vine viziunea sau o idee, apoi are loc strategia, pentru a realiza ideea este nevoie de foaia de parcurs, iar după stabilirea foii de parcurs vine backlog-ul de produs. Indicațiile de mai jos arată ce înseamnă fiecare dintre termenii de călătorie în backlog de produs.

• Strategia de produs este o schiță a modului în care obiectivul companiei va fi realizat la un nivel înalt
• Foaia de parcurs al produsului dictează planul care trebuie transportat
• Backlog-ul produsului conține specificațiile la nivel de activitate necesare pentru a produce produsul pro

Cum diferă backlog-ul de produse și foile de parcurs ale produselor?

Cele două instrumente cheie de management al produsului sunt foaia de parcurs al produsului și backlog-ul produsului. Fiecare instrument are propriul său set de avantaje și dezavantaje. Un stoc de produse nu trebuie confundat cu o foaie de parcurs pentru produse. Ambele documente vii sunt utile pentru echipele de proces de dezvoltare agile din diferite motive. Restul furnizează detalii de dezvoltare tactică, în timp ce foaia de parcurs se concentrează pe strategia generală.

Gestionarea stocului de produse implică o varietate de sarcini și strategii. Deoarece foaia de parcurs al produsului este schimbată frecvent, aceasta trebuie să fie strâns legată de stocul de produse. Ca urmare, restanța trebuie să fie prioritizată (și re-prioritizată) în mod regulat pentru a reflecta schimbările și descoperirile.

Backlog-ul de produse include epopee și povești ale utilizatorilor, diagrame de flux de lucru, schițe de proiectare a interfeței cu utilizatorul și machete, precum și alte lucrări remarcabile necesare pentru a construi un produs. Este un instrument tactic care ghidează munca echipei de dezvoltare și servește drept bază pentru urmărirea progresului dezvoltării cu instrumente precum diagrama de ardere a lansării. Distincțiile principale dintre foaia de parcurs de produs și stocul de produse sunt rezumate în diagrama de mai jos.

Foaia de parcurs al produsului este un instrument de planificare strategică a produsului care prezintă modul în care produsul va evolua în timpul următor. Stabilește un sens al scopului, încurajează participarea părților interesate, ajută la achiziționarea de fonduri și facilitează coordonarea dezvoltării și lansării diferitelor produse.

În plus, ar trebui să se acorde o atenție deosebită menținerii restanțelor structurate și accesibile. Practicile de gestionare a stocului de produse recomandă să se urmărească un backlog de produse Detaliat corespunzător, Emergent, Estimat și Prioritizat (DEEP) în care articolele cu cea mai mare prioritate conțin cele mai multe detalii, iar nivelul de detaliu se reduce pe măsură ce prioritatea crește.

Majoritatea echipelor agile participă, de asemenea, la sesiunile de îngrijire a stocului de produse, care sunt folosite pentru a rafina și a aranja elementele din backlog. În timpul acestor întâlniri, echipa colaborează pentru a planifica din timp pentru câteva sprinturi de povești ale utilizatorilor. Sesiunile agile de îngrijire a backlog-ului garantează că poveștile utilizatorilor din partea de sus a backlog-ului au suficiente detalii pentru a fi înțelese de echipa de livrare.

Tehnici de prioritizare a backlog-ului de produse

• Mai degrabă decât să fie un eveniment unic, îngrijirea stocului de produse este un proces continuu care implică proprietarii de produse și echipele de dezvoltare. Expertiza subiectului este adesea prezentă în echipele de dezvoltare, pe care le pot perfecționa. Pe de altă parte, echipa Scrum stabilește când și cum va fi finalizată optimizarea.
• Acțiunea de a adăuga detalii, estimări și ordine la articolele din Product Backlog este cunoscută sub denumirea de rafinare a product backlog. În cadrul fiecărui Sprint, este necesară rafinarea continuă a registrului de produse pentru a rafina produsele, astfel încât acestea să fie pregătite pentru viitoarele Sprinturi. Rafinarea stocului de produse necesită de obicei nu mai mult de 10% din munca echipei de dezvoltare.
• Elementele de backlog de produse din partea de sus a Product Backlog (cel mai mare prioritate, cea mai mare valoare) sunt descompuse astfel încât să se încadreze într-un singur Sprint odată ce elementele backlog au fost rafinate la nivelul adecvat de granularitate.
  

Toate lucrările de estimare sunt gestionate de echipa de dezvoltare. Asistând echipa în evaluarea compromisurilor, proprietarii de produse pot avea un impact asupra deciziilor lor. Persoana care face sarcina, pe de altă parte, determină estimarea finală.

Beneficiile Product Backlog

Backlog ca substituenți

Elementele din backlog servesc ca substituenți pentru discuțiile viitoare cu privire la o soluție pentru atingerea obiectivului dvs. Acest lucru înseamnă că o echipă nu trebuie să aibă o idee complet dezvoltată înainte de a o adăuga la stocul de produse. Atunci când un articol din backlog de produs este introdus pentru prima dată, trebuie doar să aibă suficiente informații pentru a reaminti echipei care a fost alternativa. Când o echipă este pe cale să înceapă să lucreze la un articol din backlog de produs, trebuie doar să fie explicat pe deplin.

Natura dinamică

Natura dinamică a unui backlog de produse permite echipelor să țină evidența învățării lor despre obiectivul dorit și despre metodele potențiale de livrare. Restul de produse nu trebuie să fie complet atunci când o echipă începe să lucreze. Astfel, ei pot începe cu un concept original și pot adăuga noi articole din backlog de produse pe măsură ce câștigă experiență.

Îndepărtare ușoară

Doar pentru că ceva este în stocul de produse nu înseamnă că trebuie livrat. O echipă poate elimina articole din restante dacă nu contribuie la finalul dorit. Aceasta înseamnă că o echipă poate evita producerea de livrabile care nu adaugă valoare și, în schimb, se poate concentra pe realizarea unor schimbări cu adevărat utile.

Adăugați un element în restanță

Backlogul de produse poate fi folosit de echipe pentru a evita pierderea de timp în dezbaterea dacă o opțiune este valoroasă sau nu pe baza unor informații limitate. Atunci când se prezintă o idee nouă, echipa poate adăuga un articol din backlog de produs ca un memento pentru a investiga ideea în continuare. Apoi, echipa poate prioritiza luarea în considerare a acelei idei alături de alte elemente și poate elimina elementul din backlog de produs dacă ideea se dovedește că nu oferă progres către rezultatul dorit.

Agile Product Backlog vs. Sprint Backlog - O diferență detaliată

Pe scurt, restul de sprint este planul de sprint pe termen scurt al echipei. Restul de produse în agil este planul pe termen lung al produsului, în care viziunea este clasificată în elemente tangibile livrabile care adaugă valoare produsului. Mulți oameni consideră că backlogul de sprint este un subset al backlog-ului de produse. Acest lucru este ideal; backlog-ul de sprint este alcătuit în întregime din articole din backlog-ul de produse. De asemenea, sprintul va include, de obicei, alte lucrări la care echipa sa angajat și sarcinile care pot fi îndeplinite în timpul sprintului de proiectare a produsului .

Restul de produse în agil este o colecție de sarcini pe care vă așteptați să le finalizați în viitor pentru a vă menține competitivitatea produsului. Este rezultatul colaborării dintre proprietarul produsului și părțile interesate (clienți, echipă, analiști). Acesta va fi actualizat regulat, cu elemente noi fiind adăugate sau eliminate.

În general, va fi mai mare decât restanța de sprint. De asemenea, va include elemente cu diferite niveluri de granularitate, cu mai puține elemente defalcate sub nivelul poveștii utilizatorului. Proprietarul produsului este responsabil de acesta.

Restul de sprint este o colecție de lucrări pe care echipa se angajează să o finalizeze, fie acum, fie mai târziu în sprint (de obicei, o perioadă de 1-4 săptămâni). Este alcătuit din poveștile utilizatorilor pe care echipa s-a angajat să le completeze în timpul următorului sprint.

Cu toate acestea, poate include și lucruri precum bug-uri, lucrări de refactorizare și așa mai departe. De obicei, este mai detaliat și împărțit în activități, cu implementarea tehnică a unei povești de utilizator în prim-plan. Este responsabilitatea scrum master-ului și a echipei.

Este timpul să vă construiți backlog

Nevoia de planificare și organizare adecvată este esențială pentru succesul tău. Acolo sunt utile întârzierile. Restul, atunci când este generat și întreținut corespunzător, devine un instrument care ajută echipele să navigheze în schimbarea constantă, să atingă productivitatea maximă și să ofere valoare maximă atât afacerii, cât și clientului.

În blogul de mai sus, am descris ce este backlog de produse și cum ajută o echipă în lucrul lor, creând un teren comun pentru ca părțile interesate și echipele să se alinieze, astfel încât să fie implementate cele mai semnificative povești ale utilizatorilor, să permită flexibilitate pentru a răspunde cerințelor în schimbare și circumstanțe, creați un numitor comun între mai multe echipe care lucrează la același produs pentru a îmbunătăți acuratețea previziunilor de lansare a produsului.