ABONAMENTE VIDEO REDACȚIA
RO
EN
NOU
Numărul 150
Numărul 149 Numărul 148 Numărul 147 Numărul 146 Numărul 145 Numărul 144 Numărul 143 Numărul 142 Numărul 141 Numărul 140 Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Numărul 144
Abonament PDF

Product și Project Managers între confruntare și colaborare

Raluca Piteiu-Apostol
Product Consultant



Mădălina Marincaș
Program Manager



PROGRAMARE


Când vedem acronimul PM într-o organigramă, la ce rol ne gândim? Product Manager, Project Manager, Program Manager, Portofolio Manager, People Manager sau altceva? Șansele sunt ca primele două roluri să fie printre cele mai recognoscibile, iar acesta ajunge să fie începutul unui lung șir de întrebări. De la cine ce face pentru a livra produse tehnice la cum colaborează cele două persoane când există ambele roluri într-o organizație, spectrul curiozităților e larg. Uneori e la fel de mare paleta provocărilor ce apar.

Acest articol, scris de un Product Manager și un Project Manager, își propune să răspundă la o parte din întrebări și să ofere opțiuni de rezolvare a dificultăților ce pot apărea într-o echipă tehnică.

Clarificarea rolurilor

Înainte de a vorbi despre colaborare, considerăm că e benefic să trecem în revistă fiecare din cele două roluri și cele mai comune seturi de responsabilități. Apoi, vom analiza zonele în care rolurile se suprapun și ce putem face pentru a reduce fricțiunile și a eficientiza colaborarea.

Ce face un Product Manager?

Product Managerul definește strategia, roadmapul și funcționalitățile unui produs sau ale unei linii de produse menite să vină în întâmpinarea nevoilor clienților și ale utilizatorilor, dar și al afacerii. Analizând piața și concurența și bazându-se pe date, un Product Manager creează o viziune de produs (product vision) care oferă o valoare unică clienților și afacerii. Rolul este în mod inerent colaborativ și interfuncțional, cuprinzând responsabilități de la marketingul produselor la previziuni sau gestionarea contului de profit și pierdere.

Product Managerul are rolul de lider informal, fiind ambasadorul utilizatorilor/clienților și ale nevoilor din piață în business și tech, având obiectivul principal de a minimiza cele patru riscuri ale produsului definite de Marty Cagan:

Pe lângă aceste patru riscuri, se mai adaugă încă două, mai ales odată cu creșterea în popularitate a inteligenței artificiale (AI) și utilizarea GenAI:

Rolul și abilitățile necesare unui Product Manager au evoluat. Dacă acum câțiva ani, acest rol se afla la intersecția dintre business, tehnologie și utilizator/client, azi rolul are mai multe fațete și este nevoit să colaboreze sau să suplinească mult mai multe discipline: dezvoltarea de produs, marketing, vânzări, operațiuni, suport, departamentul financiar, leadership și strategie sau chiar vocea societății.

Vorbim de un rol complex, iar în funcție de companie, de senioritate și de context, un Product Manager poate avea responsabilități din mai multe arii menționate mai sus. La o analiză a pieței, identificăm mai multe tipuri de Product Manager, cum ar fi Growth Product Manager, Technical Product Manager, Early-Stage Product Manager, Data Product Manager etc.

Într-o organizație tehnică există câteva cadre (frameworks), metodologii, instrumente și artefacte pe care le poate folosi un Product Manager în munca sa. Tabelul de mai jos prezintă câteva exemple, fără a se considera o lista exhaustivă.

Frameworks Metodologii Instrumente & Artefacte
Agile, JTD, North Star Framework, OKRs, Waterfall, Scrum, Kaban, Lean, SAFe Înțelegerea pieței (Porter's 5 Forces,
etc. Analiza SWOT, etc.) Înțelegerea
utilizatorilor (User Persona, User
Journey Mapping, Empathy Mapping,
Service Blueprints) Aspecte de business
(Business Case, Business Model Canvas,
Lean Canvas, etc.) Analiza de date și
analytics (Amplitude, Hotjar, Matomo,
etc.) Aspecte legate de produs (Product
Requirements Document, Roadmaps etc.)
Aspecte de livrare (Roadmaps, User
Stories, Release Notes, etc.) Comunicare
și colaborare (Miro, MS Teams, Zoom,
Slack, etc.)

Pe lângă abilitățile tehnice, un Product Manager are nevoie să aducă la masă o serie de soft skills, majoritatea comune cu cele ale unui Project Manager: comunicare, prezentare, negociere, influențare, leadership, facilitare, stakeholder management.

Spre deosebire de un proiect, dezvoltarea de produs urmărește ciclul de viață al produsului (introducere, creștere, maturitate și declin), fără a fi mereu încadrat într-un termen limită.

Ce face un Project Manager?

Metodologiile sunt relativ aliniate în ceea ce privește responsabilitățile unui Project Manager, realitatea din organizații spune că depinde, iar uneori decalajul e semnificativ. Pentru a pune bazele în jurul înțelegerii acestui rol, propunem o trecere în revistă a conceptului de proiect. PMI, Project Management Institute spune despre un proiect că este: "o inițiativă temporară întreprinsă pentru a crea un produs, serviciu sau rezultat unic", iar PRINCE2, Projects in Controlled Environments se referă la proiect ca la "o organizație temporară creată cu scopul de a livra unul sau mai multe produse conform unui business case agreat." Pe lângă caracteristicile de activitate specific încadrată în timp, cu un rezultat clar targetat spre a fi livrat, putem observa că proiectele au un caracter general, nefiind specifice unei industrii. Adică există proiecte în construcții, industrii creative, tehnologie și în aproape orice alt domeniu la care ne putem gândi.

Raportat la un proiect, un Project Manager e persoana care are rolul de a planifica, organiza, monitoriza, gestiona și încheia inițiativa pentru a se asigura de livrarea rezultatului targetat, în termeni de timp, scop, buget și calitate. În plus, se ocupă și de managementul riscurilor, al schimbărilor sau al stakeholderilor, inclusiv vendori sau clienți. De regulă, Project Managerul are responsabilități întinse pe întregul ciclu de viață al unui proiect: inițiere, planificare, execuție, monitorizare și control, încheiere.

La nivel macro, ideea se păstrează și vedem aceste responsabilități în organizațiile tehnice care au clar definite roluri adiționale precum: Product Manager, Scrum Master, Product Owner, Portfolio Manager, Agile Coach, Delivery Manager. Când parte din aceste roluri sunt integrate într-unul singur, vedem că și responsabilitățile unui Project Manager se modifică, preluând sarcini de la alte funcții.

Într-o organizație tehnică, un Project Manager poate folosi în practică un mix de cadre (frameworks), metodologii, instrumente și artefacte. Iată câteva exemple în tabelul de mai jos, fără a se considera o listă exhaustivă.

Frameworks Metodologii Instrumente & Artefacte
PMI, PRINCE2, Agile, Waterfall, Scrum, Kaban, Lean, SAFe Gantt Chart, planificare (MS Project,
Six Sigma, ITIL Office Timeline, monday.com),
planificare și monitorizare iterații
(Jira, Trello), matrici de management al
riscurilor, rapoarte, budget tracker,
alocare de resurse, *action items
trackers*, comunicare & colaborare
(Slack, Zoom etc.), matrice RACI pentru
clarificarea rolurilor și
responsabilităților.

Pe lângă aceste aspecte tehnice, standardizate de cadre și metodologii, un Project Manager mai are o serie de responsabilități adiționale, incluse de multe ori în categoria soft skills. Printre acestea se numără: facilitarea de sesiuni, leadership, rezolvarea problemelor și a conflictelor, structurarea informației, luarea deciziilor, comunicare, negociere și influențare.

Unde se suprapun în practică un Product Manager și un Project Manager?

Chiar dacă rolurile de Product Manager și Project Manager par asemănătoare la nivel macro atunci când vorbim de organizațiile tehnice, dacă este să ne uităm în detaliu, există diferențe. Cele două coexistă de cele mai multe ori și parte dintre responsabilitățile asociate se suprapun. Dincolo de confruntarea aparentă dată de acronimul PM, care poate să acopere ambele roluri, în practică mai pot apărea provocări atunci când suprapunerea rolurilor de Product și Project Manager nu este transparentă.

La întrebarea ce responsabilități se suprapun când există și un Product Manager și un Project Manager în organizații, răspunsurile ar putea fi următoarele:

Drumul spre colaborare

Dată fiind evoluția continuă a organizațiilor ce lucrează cu și livrează tehnologie, și a modului în care se conturează realitatea muncii, responsabilitățile asociate rolurilor se modifică. Product și Project Managerii nu fac excepție de la aceste schimbări, iar uneori pot fi chiar motoarele transformărilor.

Când vine vorba de colaborarea dintre Product și Project Manageri, în contextul dinamic descris, sunt de ajutor o serie de principii care să ghideze conversațiile și acțiunile.

Alinierea așteptărilor și a competențelor

De multe ori, la baza colaborării stau o serie de întrebări cheie și răspunsuri care sunt integrate în realitatea profesională. Printre cele mai importante întrebări la care pot răspunde un Product și un Project Manager la începutul colaborării lor, se numără:

Scopul acestor întrebări este de a descoperi zona de intersecție și cum, respectiv când, competențele comune se vor pune în practică, atât de Product, cât și de Project Manager. În cazul în care există discrepanțe mari de încărcare, se poate discuta despre o redistribuire a activităților cu scopul de a fi echitabile și relevante pentru rol.

Un exemplu de competențe extrapolate la roluri, în termeni comportamentali, se găsește în Tabelul 3.

Ca sprijin pentru colaborarea dintre Product și Project Manager, vin practici rupte din frameworkul agile, printre care se numără:

În plus, democratizarea Inteligenței Artificiale Generative (GenAI) a modificat realitatea activităților realizate de Product și Project Manageri. În contextul în care o parte din sarcini au fost preluate de AI (ex: redactarea unor documente, analiza și sintetizarea unor seturi de date sau ajutor cu automatizarea unor acțiuni recurente), întrebarea ce rămâne este: cum se modifică colaborarea dintre un Product și un Project Manager acum?
Ținând cont că, cel puțin teoretic, încărcarea poate fi mai redusă, rămâne mai mult timp pentru rafinarea strategiei de produs, stakeholder management, și toate aspectele care au legătură cu interacțiunea interumană. Succesul colaborării va consta în acest caz în alegerile făcute de Product și Project Manager pentru a dedica în mod intenționat parte din acest timp cu scopul de a construi relația profesională.

Cum ajută Project Managerul un Product Manager?

Odată ce sarcinile sunt împărțite și obiectivele stabilite, iată care sunt cele mai importante aspecte cu care un Project Manager poate ajuta sau ușura munca unui Product Manager:

Cum ajută Product Managerul un Project Manager?

În practică, un Project Manager are nevoie de ajutorul unui Product Manager în următoarele situații, fără a se limita doar la acestea:

Perspective în cazul în care există doar unul dintre cele două roluri

În practică, sunt situații în care există doar unul dintre cele două roluri într-o organizație. Ce opțiuni există dacă fie suntem un Product Manager de la care se așteaptă să preia și activități de Project Manager în mod implicit, sau reversul situației?

O serie de acțiuni ce pot aduce claritate profesionistului aflat în această situație sunt următoarele:

În acest context, practica ne arată că e nevoie să existe și un buffer de timp în planificarea încărcării, pentru a gestiona situații neprevăzute.

Educarea organizației

Pentru a facilita înțelegerea rolurilor și responsabilităților, de multe ori e nevoie ca Product și Project Managerii să își marketeze rolurile prin prisma valorii aduse, și să contribuie la conștientizarea acestora în rândul colegilor. Iată câteva idei de acțiuni ce pot contribui la educarea organizației și a membrilor ei:

Concluzii

Product și Project Managerii au responsabilități și focusuri diferite. Dacă Product Managerul este responsabil de produs și ca acesta să livreze valoarea promisă pe piață pentru a maximiza obiectivele de business, Project Managerul este responsabil de livrarea proiectului ce are în scop acel produs, axându-se pe aspecte legate de timp, resurse, calitate și buget.

În esență însă, succesul rezultatului muncii și implicit al afacerii depinde de eforturile amândurora și de colaborarea dintre aceștia. Prin natura rolurilor, există și aspecte unde cele două roluri se suprapun, cum ar fi definirea obiectivelor, managementul stakeholderilor sau managementul scopului și al schimbării, precum și o serie de soft skills.

Recomandăm alinierea așteptărilor și competențelor încă de la începutul muncii împreună pentru a evita probleme sau confruntări pe parcurs. Listarea taskurilor și împărțirea clară a acestora va fi benefică atât pe termen scurt, cât și pe termen lung, contribuind la colaborare, care în fond rămâne o activitate ce se construiește continuu în orice relație profesională.

NUMĂRUL 149 - Development with AI

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • BoatyardX
  • .msg systems
  • P3 group
  • Ing Hubs
  • Cognizant Softvision
  • Colors in projects