MVP, MMF, PSI, WTF? Prima parte: Înțelegerea MVP
Când lucrez cu noi Product Owners, descopăr frecvent că suntem prinși într-o mare de TLA-uri (acronime din trei litere) atunci când vine timpul să începem să transformăm efectiv Backlog-ul lor de idei în creșteri de valoare eliberabile.
Ideea de a descompune munca – de a descompune lansările noastre de produse mari, planificate, în incremente mai mici de valoare este locul în care mulți noi Proprietari de Produs se luptă. Cum să luăm această Foaie de parcurs a produsului și să o transformăm în ceva ce echipele mele Scrum pot livra de fapt pe o cadență scurtă și regulată? Cum pot transforma această listă uriașă de caracteristici foarte importante (Very Important Features – VIF) într-un set iterativ de oportunități de a învăța, de a oferi valoare și de a pune efectiv ceva în mâinile clienților noștri? Cu alte cuvinte….
„Care este MVP-ul nostru?”
„Este acesta MMF-ul nostru?”
„Putem lansa acest PSI ca MVP, sau avem nevoie de mai multe povești realizate înainte de a avea un MMF?”
De asemenea….ce??
Ce înseamnă aceste TLA-uri? Cum se deosebesc unul de altul? Cum sunt ele legate între ele? De ce ar trebui să-mi pese?
Începând cu MVP (Minimum Viable Product), această serie de trei părți îi va ajuta pe agilistii începători să înțeleagă ce înseamnă aceste TLA-uri. Cum se deosebesc unul de celălalt? Cum sunt ele legate între ele? De ce ar trebui să-mi pese? De asemenea, îi va ajuta să le reamintească celor care lucrează de ceva timp cu Agile de ce aceste concepte sunt punctele de sprijin ale agilității.
Pentru cei care abia încep să învețe despre Scrum, pot apela la Ghidul Scrum… și vor afla rapid că Ghidul Scrum nu spune nimic despre cum se transformă un produs într-o colecție de creșteri mici, eliberabile, de valoare.
Lipsa de informații în jurul acestui subiect important poate fi cu adevărat frustrantă pentru noii Product Owners. Să sperăm că restul acestui articol va clarifica MVP-urile și există întotdeauna cursuri de Certified Scrum Product Owner pe care le puteți verifica pentru mai multe informații. Deocamdată, haideți să ne scufundăm în Minimum Viable Product.
MVP
Ați făcut cercetări, ați condus grupurile de focus clienți prin câteva runde de Buy a Feature (Cumpără o caracteristică) și ați luat câteva decizii în legătură cu modul în care ar putea arăta următoarea dvs. versiune. De fapt, v-ați angajat echipa de marketing și iterați prin idei despre cum să faceți o mare apariție – anunțuri în reviste de specialitate, Tweeturi promovate, postări pe Facebook…
Dar, există încă câteva întrebări sâcâitoare pe care le aveți în legătură cu unele dintre caracteristicile la care lucrați. Te-ai gândit la ele, le-ai analizat, dar există o voce în capul tău care continuă să te întrebe: „Dar de unde știi?”
Atunci intră în joc MVP-ul – nu Steph Curry, ci (poate greșit numit) Minimum Viable Product.
The Lean Startup Conundrum
În cartea sa „The Lean Startup”, Eric Reis redefinește în mod confuz termenul „Minimum Viable Product”, pe care îl explică într-un interviu din 2015. Pe scurt:
„Câteva avertismente de la bun început. MVP, în ciuda numelui, nu se referă la crearea unor produse minime. În al doilea rând, utilizarea de către definiție a cuvintelor maxim și minim înseamnă că, în mod hotărât, nu este o formulă.”
Atunci, dacă lumea Product Ownership și comunitatea Agile a redefinit Minimum Viable Product ca nefiind vorba nici despre crearea de produse minime, nici despre crearea de produse minime, atunci ce este acesta?
Tot despre învățare
Vocea aia sâcâitoare din spatele capului tău, care se întreabă dacă există o cale de ieșire din capcana paraliziei de analiză în care te afli, încercând să găsești o modalitate de a cunoaște cu adevărat răspunsurile la unele dintre întrebările tale, în loc să te analizezi într-un sentiment mai profund de falsă siguranță? Aici intră în joc Produsul minim viabil.
În timp ce un PSI (Potentially Shippable Increment) se referă la crearea oportunității de a livra potențial ceva de valoare, iar MMF (Minimum Marketable Feature) se referă la combinarea acelor bucăți de valoare într-o colecție de caracteristici care rezolvă problemele clienților, MVP se referă la realizarea cantității minime de muncă pe care echipa dvs. o poate face pentru a închide o buclă de învățare validată.
În metodologia Lean Startup de descoperire a produselor, unul dintre cele mai importante obiceiuri pe care trebuie să le dobândești este obiceiul de a valida ipoteze și de a crea experimente. În organizațiile cu aversiune la risc mai tradițională, credința că riscul trebuie analizat din produsul dvs. înainte de lansare duce la timpi de execuție lungi și, în mod frustrant, la presupuneri bazate pe date despre dorințele și dorințele clienților. Dacă ne pricepem foarte bine la analiza statistică și dacă avem date foarte bune despre o parte semnificativă din punct de vedere statistic a clienților noștri, putem face o treabă destul de bună în formularea unei presupuneri educate cu privire la ceea ce doresc clienții noștri.
Dar, la sfârșitul zilei, este tot o presupunere.
Când creăm MVP-uri, construim în mod intenționat doar suficiente funcționalități pentru a le pune clienților noștri întrebările corecte – ați cumpăra acest produs? Au sens aceste pictograme? Acest flux de lucru vă frustrează sau vă ajută să vă găsiți următorul restaurant preferat?
În acest moment, ne uităm la prototipuri pe hârtie, la wireframe-uri de site-uri web, la machete UI; traversăm strada până la mall pentru a ne arăta proiectele celor mai apropiați oameni pe care îi putem, doar pentru a valida rapid că suntem pe drumul cel bun.
Magia creării unui MVP bun nu stă însă în instrumente sau tehnici; stă în disciplină, atunci când vrei să analizezi datele din heat-map-ul unui site web pentru a-ți da seama ce schemă de culori funcționează cel mai bine, să iei în schimb niște markere și hârtie, să schițezi câteva soluții de fidelitate redusă și să întrebi pe cineva: „Care dintre acestea îți place mai mult?”
.