Road to Mastery – Sezonul 2 – Episodul 7

Partile interesate: o persoana externa echipei Scrum cu un interes specific si cunostinte despre un produs care este necesar pentru descoperirea incrementala. Reprezentat de proprietarul produsului si implicat activ cu echipa Scrum la Sprint Review. – Glosar Scrum.org Scrum

Stii, toata acea galagie care genereaza tot acel zgomot inconsistent, schimband neobosit opiniile si nevoile prin intermediul unor conclave nesfarsite, pentru a nu ajunge niciodata la un consens cu privire la ce inseamna de fapt valoarea pentru ei.

Dar trebuie sa ma iubesti.

Array

Acest lot insatiabil este ratiunea de a fi pentru Echipa Scrum. Eliberarea lor poate fi o sarcina herculeana.

Reteaua de parti interesate poate fi complexa. Pot exista angajati, clienti, utilizatori, experti externi, investitori, conducere si reprezentantii acestora. Aceasta piscina consta adesea dintr-un grup dinamic de persoane care traiesc si lucreaza in medii in schimbare rapida.

Array

In Scrum, este bine ca colaboratorii „Value Consumers” sa colaboreze cu „Value Creators” ca echipa . Deci, membrii echipei Scrum sunt si parti interesate. Creatorii de valori au o miza mare in produs, deoarece le returneaza si valoare. Bineinteles, cu cat relatia cu partile interesate este mai stransa, cu atat echipa va fi mai bine echipata pentru a determina ce ar fi cel mai valoros pentru ei ..

Array

. Si acesta este motivul pentru care managementul partilor interesate este esential atunci cand maximizeaza valoarea.

Cartografierea partilor interesate

Nu presupune , ci cerceteaza cine sunt partile interesate. Maximizarea valorii nu este diferita de rezolvarea misterelor crimelor sau a vanatorii de comori.

La fel ca detectivii adevarati sau un departament de urmarire penala, aranjati-i!

Harta partilor interesate (Smaply)

Grupati-le, trageti conexiuni, explorati natura relatiilor si construiti fisiere pe ceea ce apreciaza, modul in care interactioneaza, cu cine si de ce. Si acelasi lucru este valabil pentru cum si de ce interactioneaza cu produsul. O harta a partilor interesate ajuta echipa sa navigheze in ecosistemul valoric.

O modalitate simpla de a clasifica partile interesate este utilizarea unei matrice a partilor interesate:

Stakeholder Matrix de Sjoerd Nijland

Decideti pe parti interesate unde se afla in aceasta matrice, dar luati in considerare si unde ar trebui sa fie in mod ideal .

Coachingul partilor interesate

Matricea poate ajuta echipa Scrum sa determine planul de joc cu privire la modul de interactiune si implicare cu partile interesate. Ce parti interesate sunt cheie ? Cand ar trebui invitat cine in timpul Sprint Review-urilor?

In mod ironic, uneori partile interesate pot deveni obstacole in calea livrarii valorii. Prin urmare, una dintre responsabilitatile Scrum Master este sa fie

… „Ajutand angajatii si partile interesate sa inteleaga si sa adopte Scrum si dezvoltarea de produse empirice;” – Ghidul Scrum

Unul dintre modurile in care Scrum Master face acest lucru este ajutandu-i

… „Intelege care dintre interactiunile lor cu Echipa Scrum sunt utile si care nu. Scrum Master ii ajuta pe toti sa schimbe aceste interactiuni pentru a maximiza valoarea creata de echipa Scrum. ” – Ghidul Scrum

Echipa de dezvoltare si partile interesate

Uneori, ajuta partile interesate sa interactioneze direct cu echipa de dezvoltare fara ca proprietarul produsului si Scrum Master sa actioneze ca proxy. Dar uneori, echipele de dezvoltare trebuie sa fie protejate de influenta directa a partilor interesate pentru a ramane axate pe atingerea obiectivului Sprint.

Un mit persistent este ca echipa de dezvoltare nu ar trebui sa interactioneze deloc cu partile interesate in timpul unui Sprint. Acest lucru duce adesea la proprietarul produsului si la Scrum Master sa devina simple proxy intre ei. A fi un proxy poate fi unul dintre cele mai grave moduri de a gestiona comunicarea dintre partile interesate si membrii echipei de dezvoltare. Interactiunile dintre acestia pot fi usor cartografiate prin faptul ca distrag atentia sau permit echipei sa-si atinga obiectivele. Interactiunea cu anumite parti interesate poate fi esentiala pentru a obtine feedback rapid. In orice caz:

„Echipa Scrum si partile interesate sunt de acord sa fie deschise cu privire la toata munca si provocarile cu indeplinirea lucrarii.” – Ghidul Scrum

Dar chiar si contributiile valoroase oferite de partile interesate unei echipe de dezvoltare pot fi perturbatoare atunci cand nu sunt gestionate corespunzator. Echipa Scrum determina impreuna modul in care aceste interactiuni pot fi gestionate cel mai bine in timpul unui Sprint, astfel incat sa nu devina distrageri inutile.

Parti interesate necunoscute

(Din pacate) este prea adesea cazul in care membrii echipei de dezvoltare nu interactioneaza niciodata cu adevarat cu utilizatorii finali ai produsului. Utilizatorii, publicul tinta, consumatorii sunt adesea numere abstracte si entitati de baze de date. Unii dezvoltatori mai putin nefericiti ar fi putut fi informati prin Persoane de marketing „bazate pe presupuneri” vizuale si descriptive. Stiti acele tipuri de profiluri perfecte pentru imagini, „asa arata publicul nostru de vis”.

Deconectarea dintre membrii echipei de dezvoltare si utilizatorii finali duce la un „efect Scrum in the Cave”. Membrii echipei de dezvoltare ajung sa serveasca proprietarii de produse in locul produsului si utilizatorilor sai.

Joaca „Ghici cine”

Dar ce sa faci in legatura cu asta ?!

Am o experienta foarte pozitiva cu (Service) Design Thinking si Lean UX si cum metodele sale pot ajuta echipele Scrum sa se deplaseze din pesterile lor. Ele pot ajuta echipele sa construiasca dovezi in fiecare iteratie. Ele ofera numeroase co-creativ activitati care pot fi efectuate cu utilizatorii, alti actori si membri ai Scrum echipei impreuna .

Interviurile cu clientii / utilizatorii, inregistrarile cu privire la interactiuni si progrese, calatoria clientilor, scrierea in comun a povestilor utilizatorilor, activarea safari-urilor si repetitia serviciilor digitale, toate contribuie la faptul ca membrii echipei Scrum devin mai empatici, angajati si mai increzatori in viziunea produsului.

Acest lucru nu ar trebui sa se faca „in avans” sau in etapele de descoperire „pre-fazate”, ci in mod ideal fiecare Sprint. Echipa de dezvoltare ar trebui sa inspecteze si sa se adapteze empiric. Inteles: pe baza a ceea ce se experimenteaza de fapt.

Revista Sprint

Scrum ofera cel putin o oportunitate echipei Scrum de a colabora cu partile interesate:

„In timpul Sprint Review, echipa Scrum si partile interesate colaboreaza la ceea ce s-a facut in Sprint.” – Ghidul Scrum

Sprint Review este cea mai importanta oportunitate pentru partile interesate de a se informa si de a influenta dezvoltarea produselor.

Am asistat la numeroase Sprint Review-uri in care Echipa Scrum a impartasit progresul doar unui proprietar de produs proxy care, ulterior, distribuie informatiile partajate partilor interesate. Acest lucru este extrem de ineficient. Feedback-ul se scurge mai tarziu in momente imprevizibile, perturband fluxul echipei, adesea cu cerinte contradictorii. Adesea ma confrunt cu partile interesate care sustin ca rareori „au timp” sa participe la recenzii. Cand ajung in cele din urma sa o revizuiasca personal, in timpul saptamanii proprii, solicita ca feedback-ul lor sa fie procesat urgent, de preferinta ieri .

Echipele Scrum, daca ti se intampla si asta, demonstreaza un pic de curaj si cer un anumit respect. Le oferiti oportunitati la intervale regulate . Daca pierd aceasta oportunitate, este oportunitatea lor pierduta. Nu sariti prin cercuri pentru a le potoli. Daca isi apreciaza cu adevarat miza, se pot alatura nenorocitei recenzii.

ARTICOLE SIMILAREDE LA ACELAȘI AUTOR