Proxy înseamnă autoritatea de a reprezenta pe cineva. De exemplu, de a vota în locul cuiva. Din acest motiv m-am gândit că o traducere potrivită pentru „Proxy Product Owner” ar fi Responsabil de Produs Mandatat.
Cândva, am propus și eu rolul de Responsabil de Produs Mandatat cu scopul de a crește pe cineva din interiorul echipei offshore care să preia în timp responsabilitatea completă de Responsabil de Produs. A fost o greșeală, iar din acel moment am căutat să înțeleg cu fiecare ocazie de ce tot apar propuneri de acest gen și să le descurajez cu opțiuni veritabile.
Cum arată în practică obligațiile Responsabilului de Produs Mandatat
Redau mai jos câteva din motivele care-mi sunt invocate pentru adăugarea unui Responsabil de Produs Mandatat în echipele Scrum:
- Clientul nu a reușit să crească pe cineva în rolul de re Responsabil de Produs
- Lipsa de încredere necesară delegării obligațiilor asociate acestui rol;
- Indisponibilitatea persoanei care teoretic este Responsabil de Produs;
- Prezența Definiției unei cerințe pregătite și lipsa experienței echipei în utilizarea acestui artefact;
- Lipsa de agilitate. De exemplu, nerespectarea principiului „Oamenii de afaceri şi dezvoltatorii trebuie să colaboreze zilnic pe parcursul proiectului”;
- etc.
Poate delega Responsabilul de Produs din obligațiile sale către un mandatat?
În cel mai bun caz, Responsabilul de Produs Mandatat:
- Contribuie mai mult sau mai puțin la satisfacția clientului*, rareori putând s-o și controleze, să negocieze sau să-și susțină punctul de vedere.
- Nu avea nimic, sau prea puțin de spus, despre foaia de parcurs, cu atât mai puțin despre viziune sau ciclul de viață. De cele mai multe ori, se supunea unor constrângeri de netăgăduit.
- Contribuie intensiv la rafinarea conținutului (User Stories, detalierea cerințelor, cazuri de test, etc.). Adăugă detalii putând să ajungă în dezacord cu adevăratul Responsabil de Produs. O validare finală sau cel puțin un feedback este necesar din partea Responsabilului de Produs.
- Inspectează conformitatea Incrementului/Rezultatului de la finalul de Sprintui cu așteptările agreate în Planificarea Sprintului. Activitățile de testare/inspectare fiind și cele mai plictisitoare pentru oamenii deosebit de ocupați din lumea afacerilor.
- Deși cred că este posibil, orchestrarea acceptanței este dificilă pentru un Responsabil de Produs Mandatat lipsindu-i legitimitatea răspunderii.
- În loc să-și prezinte interesele clientului, mai degrabă, se alătura echipei de dezvoltare (cu mici excepții), ceea ce duce la distorsionarea unei realități de care un Responsabil de Produs implicat suficient ar fi fost la curent;
- Arareori, Responsabilul de Produs Mandatat avea posibilitatea să organizeze sesiuni de feedback cu viitori utilizatori, darămite să adapteze produsul în funcție de cele învățate.
- Cât despre respectarea procesului, nici nu putem vorbi, pentru că pornim de la violare gravă a regulilor Scrum, existența unui intermediar între adevăratul Responsabil de Produs și Echipa de Dezvoltare.
- Niciodată n-am văzut un Responsabil de Produs Mandatat să ia decizia de unul singur de a livra în producție. Am văzut Responsabil de Produs Mandatat care cerea livrarea în producție ca versiune intermediară, fără existența unei clientele adevărate.
*Client = așa cum este definit în articolul Pe cine servește Responsabilul de Produs?
Își poate delega obligațiile, Responsabilul de Produs?
În ceea ce privește obligațiile rolului, acestea vin la pachet, totul sau nimic. Deci, răspunsul este nu. Însă o parte din muncă poate fi delegată cu condiția să nu se delege și răspunderea.
Responsabilul de Produs își poate găsi un asistent în afara echipei Scrum care să-l ajute cu diverse sarcini.
Sau, în Echipa de Dezvoltare pot exista dezvoltatori specializați în analiză de business, testare sau alte activități specifice rolului de dezvoltare Produs. Aceste persoane se numesc tot Dezvoltatori și fac parte din echipa Scrum.
Concluzie
Astăzi, mi se pare absurd să vorbesc despre Responsabilul de Produs Mandatat.
În Ghidul Scrum scrie că Responsabilul de Produs este acea persoană unică și răspunzătoare cu gestiunea produsului (The Product Owner is the sole person responsible for managing the Product Backlog). În momentul în care obligațiile aferente Responsabilului de Produs sunt delegate, întregul rol este transferat, altfel, ar fi vorba de mai multe persoane, deci, nu ar mai fi vorba de Scrum.
Care este interesul unui Responsabil de Produs Mandatat? Niciunul. Proxy Product Owner VS Product Owner
![Cornel Fătulescu Cornel Fătulescu](https://agilehub.ro/wp-content/uploads/2013/10/cornel3-150x150.jpg)
Acest articol a fost citit de 2010 ori