Sfat pentru managerii de produs: conectați stocurile de produse cu Product Vision

Una dintre provocările constante pentru o echipă de dezvoltare agilă bazată pe produse este să mapați ceea ce fac „chiar acum” la ceea ce ar trebui să se formeze produsul, de exemplu, peste 2-3 ani de acum înainte.

Nu este vorba despre echipele care nu știu la ce lucrează, ci mai mult despre faptul că pot rămâne prea concentrate pe sarcinile lor de zi cu zi, subminând invariabil sensibilitatea impactului muncii lor „prezente” în imaginea de ansamblu . Deciziile sau alegerile făcute în timpul execuției astăzi pot avea un mare impact în viitor, mai ales atunci când produsul evoluează.

Să luăm un exemplu din viața reală.

Am făcut parte dintr-o echipă agilă care încerca să introducă un serviciu de traducere a textului pentru conținutul site-ului . Decizia a fost luată și a fost folosit un instrument de traducere automată terță parte. Cu toate acestea, foaia de parcurs a produsului a menționat în cele din urmă că, în viitor, utilizatorii ar trebui să poată corecta și furniza propria traducere contextuală, ceea ce însemna că capacitatea de traducere ar trebui să aibă inteligență artificială, astfel încât să poată învăța pe cont propriu, pe baza feedback-ului.
Având în vedere această evoluție, alegerea făcută nu a fost potrivită și, prin urmare, a necesitat un grad corect de reluare, deoarece imaginea de ansamblu nu era legată de ceea ce a fost însărcinat echipa agilă în sprint.

Se poate argumenta că echipele pot face un efort conștient pentru a obține aceste informații, dar ideea este că de ce aceste obiective „pe termen lung” nu pot fi surprinse în instrumentele și tablourile de bord agile existente?

Echipele agile execută sarcini bine definite și specifice într-un ciclu de dezvoltare, dar asta înseamnă că trebuie să vină cu prețul de a fi indiferent la evoluția produsului? Nu, nu cred.

Din câte știu, nu există un instrument rapid sau un cadru care fie să susțină, fie să recomande aceste informații echipei agile, în funcționarea lor de zi cu zi, dar se poate crea o astfel de vedere în vizualizarea existentă? Merita o incercare? Să vedem cum o putem face.

Vom începe cu cel mai obișnuit artefact în agil – product backlog.
Potrivit Institutului SCRUM, un backlog de produse este lista de lucruri care trebuie făcute într-un proiect. Aceste lucruri pot include fie îmbunătățiri și/sau erori. O listă numerotată nu este utilă decât dacă echipa știe care este structura prioritară a articolelor. Aici intervine Product Owner , care are responsabilitatea generală de a lucra cu părțile interesate pentru a obține cerințe clare, pentru a rezolva interdependențele și pentru a obține o listă prioritizată pentru articolele din backlog de produse.

Este posibil ca în timpul acestui proces, un element de lucru mai mare și dependent să fie mai departe defalcat în părți mici, astfel încât să fie ușor de dezvoltat pentru echipă. Aceste articole din backlog de produse sunt împărțite în bucăți mai mici și executate în cicluri de sprint care variază de la două până la patru săptămâni, răspunzând la componenta „cum” a dezvoltării produsului.

Pe de altă parte, articolele din backlog de produse sunt, de asemenea, mapate la „nordul adevărat” al produsului, adesea numit viziunea produsului. Aceasta este starea dorită a produsului care este adesea atinsă prin mai multe versiuni și se leagă îndeaproape de ceea ce își doresc publicul țintă sau clienții și valoarea pe care o aduce acestora.

Acest lanț de elemente care leagă echipa agilă de clienți (inclusiv stocul de produse și viziunea) poate fi reprezentat ca:

Legătura îndepărtată între o echipă agilă și ceea ce are nevoie clientul...

În lipsa unei viziuni care să lege clar sprinturile cu viziunea produsului, proprietarii de produse riscă adesea să se concentreze prea mult pe partea „cum” și să piardă din vedere obiectivul mai mare și important al „ce”, care poate duce la prioritizarea greșită.

Abordarea pe care o discut aici este de a crea o vizualizare simplă, dar puternică, care leagă ambele componente. Aceasta este cunoscută sub numele de Product Vision Matrix (PVM). Obiectivul este de a lega viziunea produsului cu elementele de dezvoltare granulare. Această matrice devine un factor cheie în analiza progresului echipei în ceea ce privește dezvoltarea produsului. De asemenea, servește ca tablou de bord al produsului pentru conducerea superioară a organizației și îi ține la curent cu privire la atingerea obiectivelor produsului.

După cum sugerează și numele, PVM este o matrice în care coloanele reprezintă dimensiunile (de la micro la macro) care sunt capturate. Să înțelegem PVM cu ajutorul unei aplicații de comandă de alimente în care viziunea este de a oferi utilizatorilor o experiență alimentară, iar punctul de plecare este comandarea alimentelor. Matricea eșantionului arată astfel:

Product Vision Matrix poate avea următoarele câmpuri:

• Versiunea produsului: aceasta este versiunea produsului care reprezintă piatra de referință oficială a lansării și este adesea ceea ce primește clientul.
• Big Rock Item: aceasta este categoria sau tema căreia îi aparține și o caracteristică. Aceste articole pot fi, de asemenea, zonele pe termen lung ale viziunii produsului.
• Caracteristică: Aceasta este caracteristica produsului care este în curs de dezvoltare. Caracteristica poate aparține uneia sau mai multor teme (articole rock mari).
• Sprint ID: Acesta este numărul de sprint în care este dezvoltată o caracteristică.
• Starea dezvoltării: acest câmp indică progresul dezvoltării (Planificat, Design finalizat, Dezvoltare finalizată, Testat și Lansat).

Rețineți că aici structura matricei este orientativă. Se poate fi mai creativ în identificarea coloanelor care pot surprinde viziunea produsului.

Avantajul acestei abordări este vizibilitatea clară pe care fiecare membru al echipei o are asupra obiectivelor generale ale produsului. Pentru un produs în evoluție, membrii echipei ar trebui să înțeleagă mai bine imaginea de ansamblu. Acest lucru nu numai că le permite să contribuie eficient, ci și să își asume mai multă responsabilitate. Rezultatul este o echipă mai concentrată și mai adaptabilă, care are întotdeauna un deget pe pulsul clienților lor și recunoaște diferența pe care o pot face sprinturile lor în a contribui la viziunea și eventualul succes al produsului.

Studiați online cursuri de management de produs de la cele mai bune universități din lume. Câștigă programe de master, Executive PGP sau Advanced Certificate pentru a-ți accelera cariera.

Program recomandat pentru tine: Programul de certificare Design Thinking de la Duke CE