Customize Consent Preferences

We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.

The cookies that are categorized as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... 

Always Active

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

No cookies to display.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

No cookies to display.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

No cookies to display.

Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.

No cookies to display.

Advertisement cookies are used to provide visitors with customized advertisements based on the pages you visited previously and to analyze the effectiveness of the ad campaigns.

No cookies to display.

Vizibilitate tuturor!

Sunt adeptul suprimării formelor fără fond cu precădere prin educație, viziune comună, focalizarea energiilor, obiectivism și foarte multă răbdare.

Care este interesul unui Responsabil de Produs Mandatat? Niciunul. Proxy Product Owner VS Product Owner

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:

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?

Proxy Product Owner

Îș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ătulescuDacă doriți să aflați mai multe despre mine, Cornel Fătulescu, sau proiectele în care sunt implicat, vă invit să mă descoperiți și ca Chief Platform Officer la Pentalog, să mă urmăriți pe Facebook, ca investitor la wanttolearn, să citiți unul dintre primele articole despre mine și să mă contactați urmând ghidul de pe pagina de contact.

Acest articol a fost citit de 2050 ori