Restul de produse este o componentă principală a dezvoltării agile de produse a unei organizații, deoarece conține elemente pe care trebuie să le abordați într-un anumit punct.
Crearea unui produs nou începe cu ideea care permite unei echipe să construiască ceva special. Chiar și iPhone-ul a venit pentru prima dată ca un prototip și și-a făcut drumul spre popularitate, datorită echipei lor dedicate.
În timp ce gestionați o echipă, în calitate de manager de produs, trebuie să rămâneți organizat cu liste cruciale de activități. Ei bine, nu este atât de ușor pe cât pare.
Menținerea unei liste de activități și a decide care dintre ele să o facă mai întâi este o sarcină dificilă. Și când există mai mulți factori interesați, devine și mai copleșitor.
Ca urmare, organizațiile pierd mult timp și resurse.
Aici prioritizarea produselor simplifică toate sarcinile și vă ajută să vă mențineți în mod corespunzător lista de sarcini.
În acest articol, voi discuta în detaliu backlogul de produse, elementele sale tipice, beneficiile și multe altele.
Cuprins
Ce este un Product Backlog?
Un backlog de produse este o listă de funcții prioritare sau elemente de lucru care vă ajută să vă îndepliniți obiectivele de produs și să stabiliți așteptări valide în rândul echipelor de dezvoltatori. Cu cuvinte simple, fiecare produs în faza de dezvoltare are un backlog de produse dedicat.
În mod similar, fiecare backlog de produse are o echipă dedicată. În general, există mai multe înregistrări de produse cu mai multe echipe care lucrează la un produs mai mare.
De exemplu, să numim un produs mai mare „Produs” și produse mai mici „Produs A”, „Produs B” și „Produs C”. Produsul A, Produsul B și Produsul C au propriul lor backlog de produse și echipe speciale pentru dezvoltare. Fiecare echipă desemnată lucrează la produse mai mici pentru a construi în sfârșit un produs mai mare.
Astfel, poate fi definită ca o listă prioritizată a activității care este derivată din foaia de parcurs al produsului și cerințele sale pentru echipa ta de dezvoltare. Cele mai esențiale articole se află în partea de sus a stocului în așteptare, astfel încât echipele de dezvoltare să știe pe care să le livreze mai întâi.
Cu toate acestea, un backlog de produse este un document în timp real care permite managerilor de produs să dobândească o mai bună înțelegere a problemelor tipice și a soluției necesare pentru livrarea produsului.
Cine acordă prioritate articolelor din backlog?
Un backlog de produse este deținut de un proprietar de produs sau un manager de produs. Un proprietar de produs este responsabil pentru întreținerea întârzierilor, în timp ce alți membri ai echipei contribuie cu efortul și timpul lor la dezvoltarea produsului.
Astfel, scopul principal al stocului de produse poate fi:
- Dezvoltarea unui teren pentru a alinia echipele și părțile interesate, astfel încât echipele de dezvoltare să implementeze povești valoroase ale utilizatorilor
- Oferind flexibilitate de adaptare la realități și nevoi
- Îmbunătățirea eficienței previziunilor de lansare a produselor folosind un numitor comun în diferite echipe pentru a rămâne împreună la un singur produs.
Elemente tipice ale Product Backlog
Un backlog de produse include remedieri de erori, funcții, achiziție de cunoștințe și datorii tehnice. Aceste articole sunt piese distincte ale lucrărilor majore care trebuiau livrate pentru finalizarea produsului.
#1. Corectarea erorilor
Defectele și bug-urile sunt problemele care sunt descoperite de utilizatorii finali, care sunt scăpate în timpul procesului de control al calității. Dacă erorile nu sunt rezolvate în timp, acestea tinde să se acumuleze în timp.
Echipa ta remediază rapid erorile pentru a menține integritatea produsului. Unele erori sunt suficient de esențiale pentru a întrerupe sprintul curent al echipei, în timp ce altele pot aștepta următorul sprint. Rămâne în partea de sus a stocului de produse, astfel încât echipa de dezvoltare să nu uite niciodată de remedierea erorilor.
#2. Caracteristici
O caracteristică este o funcție a unui produs pe care utilizatorii o consideră valoroasă. Este cunoscută și ca o poveste de utilizator. Caracteristicile pot fi complexe sau simple. Cu toate acestea, pentru a înțelege nevoile utilizatorului, trebuie să creați o hartă a poveștii.
Originea solicitărilor de noi funcții provine din surse diferite. Caracteristicile includ managementul produselor, asistența, vânzările, utilizatorii finali și multe altele. Prioritizarea noilor funcții poate fi dificilă, deoarece va trebui să echilibrați cerințele concurente ale:
- Menținerea clienților anteriori mulțumiți
- Întâlnirea oportunităților de vânzare pe termen lung
- Lucrând spre o viziune mai înaltă a produsului
Managerul de produs monitorizează aceste surse și rezolvă solicitările conflictuale. Făcând acest lucru în mod obișnuit, vă va permite să vă asigurați că stocul de produse are noi caracteristici care pot atrage clienți și îi pot face fericiți pe clienții existenți.
#3. Dobândirea de cunoștințe
Aici, adunați informații pentru a finaliza sarcinile viitoare. Important, dobândirea de cunoștințe este o etapă de cercetare. Când detectați o caracteristică care necesită mai multă cercetare, puteți crea o sarcină de achiziție de cunoștințe, cum ar fi o dovadă de concept, un experiment sau un prototip. Acest lucru vă va ajuta să obțineți informațiile pentru a vă începe lucrul cu funcția.
#4. Datorii tehnice
Datoria tehnică este ca datoria financiară. Acumulează dobândă atunci când ignori datoria. Acest lucru se întâmplă atunci când dezvoltatorii împing această etapă până la capătul restanțelor, apoi devine mai greu de realizat.
Gestionarea eficientă a stocului de produse poate preveni datoria tehnică. Când echipa dvs. de dezvoltare rămâne organizată cu lista și preia sarcina tehnică zilnic sau în trepte mai mici, este mai puțin probabil să observați un interes sporit pentru muncă.
Datoria tehnică este rezultatul modificării bazate pe următoarele:
- Scalabilitate și așteptări de performanță
- Domeniul de aplicare și direcția
- Tehnologie și bune practici
Restul de produse: beneficii
Un produs reprezintă cu siguranță feedback din surse diferite, cum ar fi agenți de vânzări, dezvoltatori și, cel mai important, utilizatori. Trebuie să fiți pregătit să primiți feedback-ul lor, să-l gestionați, să-l prioritizați și să lucrați temeinic la el pentru livrarea viitoare a produselor.
Fără un proces adecvat, devine o provocare să vă dezvoltați produsul. Astfel, un backlog bine gestionat și bine procesat te va ajuta să te concentrezi pe produs și să conduci la o echipă mai eficientă.
Să discutăm despre avantajele menținerii unui backlog de produse într-o organizație:
- Concentrare îmbunătățită: stocul de produse vă ajută să vă concentrați asupra sarcinilor importante și vă permite să evitați distragerile.
- Eficiență sporită: prioritizarea articolelor asigură că echipa dvs. lucrează temeinic la sarcini, ceea ce duce la o eficiență mai bună.
- O mai bună gestionare a riscurilor: stocul de produse poate identifica și aborda riscurile la începutul procesului de dezvoltare, făcând managementul fără riscuri.
- O mai bună satisfacție a clienților: satisfacția utilizatorilor finali este obiectivul dvs. principal. Prin urmare, prioritizarea backlog-ului este esențială pentru o organizație pentru a le face fericite verificând ceea ce este necesar pentru a adăuga sau elimina din produs, făcându-l un produs valoros pentru utilizatorii dvs.
- Comunicare sporită: Backlogul de produse încurajează colaborarea și comunicarea între echipa dvs., rezultând o concentrare mai bună în timp ce dezvoltați un produs și rezultate mai bune.
- Îmbunătățirea moralului echipei: acumularea de produse oferă un scop și un sentiment de direcție pentru echipă, ceea ce duce la un moral sporit.
- Promovează flexibilitatea: stocul de produse se modifică în funcție de progresul dezvoltatorului și rata de finalizare a sarcinilor. Când evoluția stării produsului se schimbă, managerul de produs re-prioritizează sarcinile. Această flexibilitate este necesară pentru a evita golurile în orele de lucru.
În afară de aceasta, puteți găsi o mulțime de beneficii, cum ar fi cea mai rapidă rentabilitate a investiției, o satisfacție îmbunătățită a clienților, riscuri minime și multe altele.
Cum se creează un backlog de produse
Proprietarul produsului are întreaga responsabilitate a sarcinilor de prioritizare. Pentru a crea un backlog de produse bine gestionat, trebuie să urmați acești pași:
Pasul 1: Adăugarea de idei la Product Backlog
Restul de produse este o listă de idei. Conține declarațiile sau feedback-ul dat de membrii echipei, părțile interesate și clienți. Într-un mod simplu, trebuie să adăugați idei la listă după ce le-ați discutat cu părțile interesate, echipele și clienții despre un produs existent sau un produs nou.
Inițial, veți avea doar idei limitate, dar în timpul procesului de dezvoltare, veți obține idei noi, ținând cont de relevanța pe piață și de concurența produsului.
Pasul 2: Obțineți clarificări
Odată ce partea interesată are nevoie de unele modificări la adăugarea sau fixarea produsului, este important să le clarificați în prealabil. Proprietarul produsului trebuie să clarifice următoarele puncte de bază pentru a înțelege importanța adăugării:
- Motivul din spatele remedierii: acesta indică care este problema de fapt, cum a fost cauzată și cum să o rezolvi.
- Valoarea pe care o contribuie: echipa analizează dacă noua adăugare va contribui la întregul produs și la îmbunătățirea calității. Adăugarea trebuie să crească valoarea produsului. Astfel, rezultă o creștere a valorii afacerii și o rentabilitate mai bună a investiției.
- Specificația articolului: specificația trebuie să fie clară de la sfârșitul proprietarului produsului, astfel încât dezvoltatorii să nu întâmpine nicio dificultate în timpul procesului de dezvoltare.
Pasul 3: prioritizarea
Odată ce totul este în linie, responsabilitatea proprietarului produsului este să prioritizeze întârzierile de la cea mai mare la cea mai mică prioritate. Această etapă se bazează pe analiza strategică a informațiilor. A avea o listă bine gestionată ar putea îmbunătăți comunicarea între diferite echipe.
Proprietarul produsului acordă prioritate articolelor din backlog pe baza unor criterii specifice:
- Venituri: orice caracteristică sau element care poate duce la un venit mai bun ar trebui păstrat pe o listă cu prioritate ridicată.
- Unicitatea pieței și remedierea: dacă o caracteristică pe care decideți să o adăugați este unică pe piață, probabil că veți ieși în evidență pe piață. De asemenea, trebuie să vedeți dacă o funcție existentă poate rezolva problemele utilizatorilor, deoarece acesta este scopul real.
- Complexitate: înainte de a prioritiza elementele din backlog, trebuie să verificați complexitatea caracteristicii propuse, împreună cu timpul necesar pentru dezvoltare și lansare.
Pasul 4: Actualizați în mod obișnuit backlogul de produse
Backlogul de produse este un document viu care trebuie actualizat în timp util de către proprietarul produsului. Procesul de rafinare, prioritizare și menținere la zi a articolelor din backlog este o parte esențială a procesului de dezvoltare.
Backlog-ul de produse conține numeroase idei. Va trebui să rafinați acele idei și să le renunțați pe cele care nu sunt relevante. Cu ultimul pas, articolele din backlog sunt prioritizate și aranjate în funcție de nivelul de prioritate.
Câteva metode de prioritizare
Există o mulțime de metode de utilizat pentru a prioritiza articolele din restanță. Să discutăm câteva dintre ele:
#1. Tehnica MoscoW
Sursa imagine: StoriesOnBoard
MoSCoW este un tip de analiză folosit în mod obișnuit în managementul produselor pentru a înțelege ce este esențial de făcut și ce nu. Este o metodă utilă pentru a comunica cu părțile interesate despre ceea ce lucrați și de ce.
Numele include patru categorii de prioritizare:
- Trebuie să aibă: cerințe absolut necesare
- Ar trebui să aibă: caracteristici cu prioritate ridicată
- Ar putea avea: caracteristici posibile
- Nu va avea: Nu este implementat
„Must have” reprezintă caracteristicile absolute care trebuie să existe în produs. Acest lucru ar putea fi din motive de siguranță, din motive de afaceri și din motive legale. Pentru aceasta, enumerați cele mai bune și cele mai rele scenarii de includere a funcției în listă și pictați imaginea.
„Ar trebui să aibă” înseamnă caracteristicile care pot fi incluse, dar nu sunt obligatorii.
„Ar putea avea” este pentru elementele care pot fi adăugate dacă o organizație are resursele necesare, dar nu este o necesitate pentru a obține succes.
„Nu va avea” nu vă spune că funcția nu mai este necesară sau că este un element aruncat în gunoi. În schimb, managerul de produs înseamnă „nu de data asta”. Există mai multe motive în spatele acestui lucru, cum ar fi lipsa de timp sau de resurse.
#2. Matricea Eisenhower
Această metodă este o modalitate simplă de a gestiona timpul în mod corespunzător. Ea provine din matricea decizională a lui Dwight D. Eisenhower. Aceasta este ulterior schimbată într-o vizualizare în 4 cadrane, care poate fi folosită pentru a prioritiza sarcinile din listele de backlog.
Sursa imagine: ModelThinkers
Matricea conține două dimensiuni de prioritizare – importanță și urgență. Această tehnică vă permite să alocați sarcini în patru secțiuni ale matricei care conține:
- Prioritate ridicată
- Prioritate medie
- Urgent, dar important
- Prioritate redusa
#3. Kano
Modelul Kano este una dintre opțiunile excelente pentru organizațiile care caută încântarea și satisfacția clienților. Restul de funcții al managerilor de produs este nesfârșit, dar doresc să construiască o foaie de parcurs de produs cu caracteristicile perfecte. Modelul Kano este o tehnică robustă care ghidează managerii de produs. Această tehnică a fost dezvoltată în anii 1980 de Noriaki Kano.
Acest model include trei premise:
- Satisfacția care reflectă fericirea clienților
- Reacția clientului depinde de caracteristicile și funcționalitățile unui produs
- Sentimentele clientului
#4. Cel mai scurt job ponderat primul (WSJF)
WSJF este un instrument care vă ajută echipele să prioritizeze o listă de inițiative. De obicei, acest instrument este utilizat în Scaled Agile Framework (SAFe). O echipă face calculul punctajului fiecărei inițiative împărțind costul întârzierii la dimensiunea sau durata jobului. Elementul care obține cel mai mare punctaj se află pe lista de sus ca prioritate ridicată.
Cum să gestionați întârzierile
Urmați practicile menționate mai jos pentru a asigura o gestionare adecvată a restanțelor și pentru a vă menține sănătos stocul:
- Examinați stocul de produse înainte de orice planificare de iterație pentru a vă asigura că sarcinile pe care le-ați prioritizat sunt corecte și că feedback-ul anterior este, de asemenea, implementat.
- Când acumularea devine mai mare, trebuie să clasificați articolele în – pe termen scurt sau pe termen scurt și pe termen lung.
- Decideți să păstrați sau să ștergeți articolele în funcție de beneficiile acestora
- Nu adăugați sarcini fără o planificare adecvată.
- Faceți din acest proces de prioritizare o prioritate în organizația dvs.
În plus, puteți re-prioritiza cu ușurință sarcinile în timpul procesului de dezvoltare, în funcție de feedback-ul clienților. În plus, puteți rafina declarațiile anterioare și puteți adăuga cerințe noi.
Sprint Backlog vs. Product Backlog
- Un backlog de produse listează toate elementele care trebuie finalizate pentru a finaliza procesul de dezvoltare în timp. În timp ce un backlog de sprint include elemente din backlog care trebuie finalizate în sprint.
- Proprietarii de produse decid listele de backlog, în timp ce echipele de dezvoltare decid elementele de backlog de sprint.
- Un backlog de produse este construit pe baza obiectivului produsului. Dar, un stoc de sprint se aliniază cu un sprint specific.
- Un backlog de produse poate fi modificat în timp, în timp ce backlogul de sprint nu se modifică după ce este setat.
- Un stoc de produse necesită întreținere și rămâne până la finalizarea proiectului. Dar, un stoc de sprint nu rămâne până la sfârșit; se termină cu sprintul.
Concluzie
Menținerea unui backlog de produse este un pas esențial în procesul de dezvoltare a produsului. Oferă o imagine clară a lucrărilor în curs, a celor finalizate și a planurilor dumneavoastră de viitor. Așadar, este timpul să creați și să mențineți un backlog de produse eficient și să rămâneți la curent cu jocul dvs.
De asemenea, puteți explora cele mai bune software de analiză CFD și instrumente Scrum.