Ce este un produs înapoi? (Și cum să creați unul)
Un produs Backlog este o listă ordonată de sarcini, caracteristici sau elemente care trebuie completate ca parte a unei foi de parcurs mai mare.
Crearea de produse începe cu o idee și este nevoie de o echipă dedicată pentru a crea ceva special. Da, chiar și iPhone-ul a fost odată un prototip care și-a făcut drumul la popularitatea principală datorită echipei potrivite. Când gestionați A.Echipa de scrumDezvoltatorii, starea organizată este crucială pentru succesul produsului.
Deci, cum pot să stabilească echipele de dezvoltare și să-și îndeplinească obiectivele? Cu încercat și adevăratliste de to-do. Un backlog de produs este, în esență, o listă de sarcini specializată. Dacă echipa dvs. utilizează metodologia agilă, o înregistrare a produsului vă poate ajuta să desființați proiectele și să determinați ce sarcini sunt cele mai importante.
Citiți mai departe pentru a afla ce include un produs Backlog de produs și cum să creați unul pentru echipa dvs.
Ce este un produs înapoi?
Un backlog de produs este o listă prioritară de articole sau caracteristici necesare pentru atingerea obiectivelor și stabilirea așteptărilor între echipe. Acesta poate ajuta echipa dvs. să urmărească sarcinile. Regula generală este de a avea o întârziere de produs pentru fiecare produs care este dezvoltat și o echipă atribuită acelei întârzieri particulare.
Ocazional, există mai multe backloguri de produse cu mai multe echipe care lucrează pe un produs mai mare. Să folosim Adobe Creative Cloud ca exemplu. Cloud-ul creativ este un produs umbrelă, cu produse mai mici, cum ar fi Photoshop, Illustrator și după efecte în interiorul acestuia. Fiecare dintre aceste produse mai mici ar avea propriul său produs din nou și echipe desemnate pentru dezvoltare.
Un produs Backlog este derivat din foaia de parcurs produs, care explică planul de acțiune pentru modul în care produsul ar trebui să evolueze. Dezvoltatorii folosesc sarcinile din reluarea produsului pentru a ajunge la rezultatele dorite cât mai repede posibil.
Echipele agile dedică timpul lor Crearea de produse și efectuarea ajustărilor ca progresează proiectul. Datorită metodologiei agile, sarcinile de pe fundul produsului nu sunt amplasate în piatră și nu toate elementele de pe fundalul produsului vor fi finalizate. Echipa dvs. de dezvoltare ar trebui să rafină produsul înapoi pe produs, deoarece prioritizează sarcinile necesare.
Ce este inclus într-un produs înapoi?
Un produs redus de produs include în mod obișnuit caracteristici, corecții de erori, datorii tehnice și achiziție de cunoștințe. Aceste elemente de produs din spate sunt bucăți distincte care încă nu au fost livrate pentru un produs.
1. Caracteristici (povestiri de utilizator)
O caracteristică, cunoscută și ca aPovestea utilizatorului, este o funcție a produsului pe care utilizatorul de produs îl găsește valoros. Caracteristicile pot fi complexe de multe ori menționate ca epice - sau pot fi simple. Crearea unei hărți de poveste vă poate ajuta echipa să determine ce are nevoie de utilizatorul cel mai mult.
2. Fixe de bug-uri
Fixele de bug-uri sunt auto-explicative, iar echipa dvs. de scrum ar trebui să se abordeze rapid pentru a susține integritatea produsului. Unele bug-uri pot fi suficient de importante pentru a întrerupe sprintul actual al echipei, în timp ce alții pot aștepta următorul sprint. O regulă generală cu bug-uri, totuși, este de a le menține în partea de sus a produsului dvs. Backlog, astfel încât echipa dvs. nu uită de ele.
3. DATORII TEHNICE
Datoria tehnică, ca și datoria financiară, "se acumulează interesul" atunci când este ignorat. Când dezvoltatorii împinge munca tehnică în partea de jos a reformei produsului, se bazează și devine mai greu de realizat. Echipa dvs. poate împiedica acumularea datoriei tehnice prin șederea organizată și luând lucrări tehnice în incremente zilnice mai mici.
4. Achiziția de cunoștințe
Achiziția cunoașterii implică colectarea de informații pentru a îndeplini sarcinile viitoare. Dacă echipa dvs. are o caracteristică pe care nu o pot realiza fără cercetări suplimentare, atunci veți crea o sarcină de achiziție a cunoștințelor, cum ar fi un prototip, experiment saudovada de conceptpentru a obține informațiile necesare pentru caracteristică.
Cum se creează un produs Backlog
Un produs redus de produs este mai mult decât o listă simplă de a face. Puteți rupe sarcini complexe într-o serie de pași și le puteți delega membrilor echipei în consecință. Iată pașii pentru a dezvolta o întârziere eficientă a produsului.
1. Foaie de parcurs produs
Foaia de parcurs produs este fundamentul pentru produsul înapoi. Echipa dvs. ar trebui să creeze o foaie de parcurs înainte de a crea backlogul produsului deoarece foaia de parcurs este un plan de acțiune pentru modul în care produsul dvs. se va schimba așa cum se dezvoltă. Foaia de parcurs este viziunea pentru dezvoltarea produselor pe termen lung, dar poate evolua, de asemenea.
2. Lista produselor din spate
Cu foaia de parcurs a produsului în minte, echipa dvs. poate începe să includă articolele de produse din spate. Aceste elemente pot include elemente prioritare ridicate și mai multe idei abstracte. În această fază a creației de backlog de produs, va trebui, de asemenea, să comunicați cupărțile interesateși ascultați ideile lor pentru îmbunătățirea produselor. Un șablon de backlog de produs vă poate face ușor să creați rânduri de elemente și să mutați rândurile în jur.
3. Prioritizarea
După ce echipa dvs. afișează toate articolele din spate, este timpul să le sortați prin ele șiprioritizează ce sarcini sunt cele mai importante. Puteți identifica elementele prioritare de top prin punerea clientului Front of Mind și având în vedere ce elemente oferă cea mai mare valoare acestora.
4. Actualizați în mod regulat
Pe măsură ce echipa dvs. lucrează prin intermediul produsului înapoi, amintiți-vă că produsul Backlog ar trebui să fie un document viu. Puteți adăuga în mod continuu elemente în spate și puteți prioritiza sau rafina elementele pe măsură ce lucrați prin ele.
Cum să prioritizați produsele din spate a produsului
O componentă esențială a gestionării backlogului produsului este prioritizarea sarcinilor. Dupa cumScrum de maestru, ar trebui să aveți o înțelegere aprofundată a faptului că părțile interesate noi doresc să vadă în produs. Iată câteva strategii despre cum să prioritizați elementele listei reformelor.
Organizați sarcini prin urgență și importanță
Atunci când se concentrează pe rafinamentul în întârziere, încercați să organizați sarcini de urgență și importanță. Echipa ar trebui să acorde prioritate elementelor de reformă a produsului care îmbunătățesc funcționalitatea produsului, precum și experiența utilizatorului.
Împrumutați mai întâi sarcinile complexe
Echipa dvs. se poate simți înclinată să completeze mai întâi sarcini simple, astfel încât să le poată elimina din retronalul produsului și să scurteze lista, dar aceasta este o formă mai puțin eficientă de management de proiect. Backlogul produsului va continua să crească, astfel încât să abordeze că sarcinile complexe pot fi mai eficiente pentru dezvoltarea produselor.
Sarcini complete în sprintele concentrate ale timpului
Echipele agile lucrează în sprinturi concentrate de timp pentru a finaliza munca, iar această metodă este foarte eficientă pentru productivitate. La sfârșitul fiecărui sprint,proprietarul produsuluiȘi orice părțile interesate pot participa la o revizuire Sprint cu dvs. și echipa de dezvoltare pentru a vă asigura că totul este pe drumul cel bun.
Comunicați cu echipa dvs.
Comunicarea între membrii echipeieste o parte crucială a prioritizării reformelor produsului. Pentru a sorta cu succes prin backlog și articole complete într-un interval de timp rezonabil, tu și echipa ta trebuie să lucrați împreună și să urmați ghidul Scrum.
Exemplu de produs al produsului
Backlogurile de produs arată diferit între proiecte, dar unii încep cu un epic. O epică este o problemă generală pe care încercați să o rezolvați pentru un client. Iată un exemplu de mai jos:
Epic:În calitate de manager de marketing, vreau un sistem de gestionare a conținutului care să-mi permită conținut de calitate cititorilor mei.
Acest Epic ar putea avea ca rezultat diferite caracteristici ale produselor variind de la modul în care un utilizator creează conținut în noul sistem la modul în care editează și împărtășesc conținut cu echipele. Pentru a continua exemplul de retlog de produs, putem împărți epicul în povestiri mai specifice de utilizator.
Povestea 1:Ca creator de conținut, vreau un sistem de management al conținutului care să-mi permită să creez conținut, astfel încât să pot informa clienții despre produsele noastre.
Povestea 2:Ca editor, vreau un sistem de gestionare a conținutului care să-mi permită revizuirea conținutului înainte de a fi publicat, astfel încât să vă pot asigura că este bine scris și optimizat pentru căutare.
Proprietarul produsului, Master Scrum și Echipa de Dezvoltare va determina caracteristicile produsului să includă din povestirile utilizatorilor și să le prioritizeze pe baza importanței.
Caracteristici Produsul trebuie să includă pentru poveste 1:
Conectați-vă la sistemul de gestionare a conținutului
Creați conținut
Editați o pagină de conținut
Salvează modificările
Alocați conținutul editorului pentru revizuire
Ca manager de produs, veți folosi EPIC-uri pentru a ghida produsul dvs. de parcurs și articolele din lista de backlog. După cum puteți vedea cu acest exemplu, un epic poate duce la mai multe povestiri de utilizatori și caracteristici ale produsului.
Cum poate un produs Backlog să vă ajute echipa?
Un produs Backlog vă ajută echipa să funcționeze ca o mașină bine uleioasă, prin îmbunătățirea organizației șicolaborare. Ea devine instrumentul central pentru comunicare și păstrează toată lumea aliniată la obiective și așteptări.
Deoarece toată lucrarea pentru un produs curge prin backlog, produsul Backlog oferă o bază pentruPlanificarea iterației. Pe măsură ce echipa dvs. acordă prioritate sarcinilor cu îndrumare de la proprietarul produsului, acestea vor determina și cât de mult se pot angaja într-un anumit bloc de timp. Aceste blocuri de timp sunt numite iterații sau sprinturi.
Backlogul produsului promovează, de asemenea, dezvoltarea echipei agile, încurajând un mediu de lucru flexibil, dar productiv. Sarcinile pe fundalul produsului nu sunt amplasate în piatră, iar echipa le sortează prin ordinea importanței înainte de a alege ce sarcini de abordare mai întâi.
Sprint Backlog vs. Backlog produs
Sprint Backlogs și Backlogs de produs sunt foarte asemănătoare în ceea ce privește componentele lor. Sprint Backlogs sunt un subset al reformei produsului, dar sunt utilizate în mod specific în timpul sprinturilor.
Proprietarul produsului are control asupra întârzierii produsului, deoarece este nevoie de întregul produs de la început până la sfârșit. Echipa de dezvoltare deține fiecare backlog de sprint, deoarece aceste liste de sarcini mai mici, luate din întârzierea produsului, sunt menite să fie finalizate într-o perioadă de timp desemnată.
Backlogul sprintului depinde de întârzierea produsului și se termină când se termină sprintul. O backlog de sprint va avea, de asemenea, propriul scop de sprint dezvoltat în timpulPlanificarea Sprint.. Backlogul produsului se concentrează pe întregul obiectiv al produsului și sarcinile sunt prioritizate pe baza acestui obiectiv.
Backlogul produsului este mai flexibil decât backlogul Sprint și poate varia în funcție de nevoile clientului. Backlogul produsului rămâne în vigoare și trebuie menținut până când produsul atinge dezvoltarea completă.
Privind înapoi la Exemplul nostru de backlog de produs, putem crea, de asemenea, un exemplu de backlog Sprint. Când dezvoltați un accesoriu de mașini pentru a ajuta pe cineva să conducă o mașină cu mâinile, o sarcină pe fundalul produsului a fost aceea de a crea un prototip al accesoriului auto. Acest prototip ar putea deveni un sprint deoarece poate lua un subset de sarcini de dezvoltare.
Elemente de backlog Sprint pentru prototipul accesoriilor auto pot include:
Creați o schiță concept
Dezvoltați un prototip virtual
Construiți un prototip fizic
Localizați un producător pentru a construi prototipul
Aceste articole de backlog Sprint ar fi, de asemenea, pe fundalul produsului, dar separarea acestora în propriul sprint poate ajuta dezvoltatorii prinProcesul de scrierePe măsură ce își îndeplinesc aceste sarcini și au creat rapid prototipul.
Înregistrați-vă progresul cu un produs redus de produs
Obținerea unui produs la linia de sosire este mai ușoară atunci când aveți o întârziere a produsului bine organizat în poziție.Manager de sarcini UDN.vă poate ajuta să gestionați proiecte agile în cel mai eficient mod posibil cu software-ul modern de scrum.