Managementul proiectelor cu scrum - partea 2

Datorită Metodologiei Scrum și a Product Owner-ilor de succes din partea clientului, la +Pluswerk AG, am reușit să transformăm o serie de proiecte web complexe în veritabile povești de reușită.

Atunci când un manager de proiect din partea clientului trebuie să lucreze cu Scrum pentru prima dată, există adesea incertitudini legitime.

"Ce trebuie să iau în considerare?", "Cum ar trebui să mă descurc?" sau "Sunt literalmente copleșit de toate astea!" - - sunt declarații adesea formulate la începutul unui proiect web de amploare. La nici două săptămâni de la primul "sprint", nimeni nu-și mai amintește de temerile exprimate de această manieră. Pentru că procesul este convingător.

Acest ghid este menit să vă înlăture grijile preliminare și să vă convingă în mod direct de avantaje, să vă arate rolul dvs. ca deținător de produs, ce trebuie să realizați și la ce trebuie să fiți atent.

Partea 1: Metoda de Management de proiect Scrum   

Partea 3: Sfaturi pentru un Product Owner de succes

În Scrum, rolul de Product Owner este îndeplinit de o singură persoană. Acesta este responsabil pentru adăugarea de valoare produsului în procesul de dezvoltare și elaborează și ierarhizează cerințele.

Întrucât implementarea cerințelor dvs. în cadrul procesului Scrum are loc treptat și în strânsă coordonare cu dvs., este nevoie de o persoană de contact centrală și de un factor de decizie din partea dvs. Noi numim această persoană: Product Owner din partea clientului.

Din partea echipei noastre, există un Product Owner instruit care îl asistă pe Product owner-ul din partea clientului și care, în strânsă coordonare, își asumă atât sarcinile conceptuale, cât și cele operaționale ale acestui rol în proiect. Pe parcursul proiectului, Product owner-ii colaborează în schimburi regulate pentru a îndeplini împreună acest rol. Grație acestei echipe formate din doi Product Owneri, nu trebuie să vă faceți griji. De fiecare dată venim în întâmpinarea dvs. și vă transpunem dorințele și cerințele în limbajul corect al unei povești pentru utilizator.

Cu toate acestea, autoritatea finală de luare a deciziilor cu privire la conținutul poveștilor pentru utilizatori, ierarhizarea listei de așteptare și acceptarea oficială a poveștilor finalizate pentru utilizatori, este responsabilitatea product owner-ului din partea clientului. Prin urmare, controlul este întotdeauna în mâinile clientului, pe care îl sprijinim întotdeauna atât în calitatea de consilier și specialist în materie de concepție, cât și într-un schimb operațional direct.

Așadar, Product owner-ul este persoana de contact centrală a echipei Scrum pentru proiect. Acest lucru înseamnă că acesta trebuie să fie capabil să ia singur decizii pentru proiect sau să le aducă la nivel intern în timp util.

• Adică o singură persoană ar trebui să fie persoana de contact din partea noastră în timpul dezvoltării?
• Ce trebuie să aducă la masa de discuții Product Owner-ul din partea clientului?
• De cât timp este nevoie pentru aceasta?
• Dar asta înseamnă muncă! Este absolut necesar?
• Care sunt sarcinile concrete ale Product Owner-ului din partea clientului?
• Ce sarcini nu intră în sfera de acțiune a Product Owner-ului?
• Ce abilități ar trebui să aibă Product Owner-ul?

Da, product owner-ul este punctul în care toate elementele se reunesc din partea clientului. Această persoană este indispensabilă pentru a lua decizii obligatorii în sensul proiectului în timpul perioadei de dezvoltare, pentru a ajuta la organizarea proiectului din partea clientului și pentru a participa la toate reuniunile de bază.

Bineînțeles, acesta este sprijinit de o echipă care aduce expertiza corespunzătoare. Ce înseamnă acest lucru în detaliu devine clar în cele ce urmează.

Product owner-ul ar trebui să fie trimis la proiect din zona de comunicare sau IT!

Lansarea sau relansarea unui site web este un proiect al domeniilor IT și de comunicare. Product owner-ul trebuie să provină dintr-unul dintre aceste două domenii pentru a putea contribui la cerințele din acest domeniu.

Această persoană ar trebui să primească sprijin sub forma unei persoane de contact din celălalt domeniu, care să poată fi contactată în timp util, pentru a putea aduce cealaltă perspectivă în cadrul proiectului.

Product owner-ul trebuie să fie disponibil pentru proiect și să dispună de timpul necesar, precum și de puterea de decizie necesară în cadrul proiectului!

Prin urmare, este necesar un anumit "statut", de exemplu, pentru a obține în timp util informațiile sau persoanele necesare pe plan intern, pentru a lua în timp util decizii interne care nu pot fi luate în mod autonom sau, de asemenea, pentru a aduce în interiorul organizației deciziile adoptate.

• Concentrați-vă pe dorințele și cerințele dvs. din punct de vedere tehnic!
• În calitate de Product Owner, sunteți absolvit de deciziile tehnice ale proiectului, care sunt preluate de echipa de dezvoltare.
• În calitate de Product Owner, nu trebuie să vă faceți griji cu privire la organizarea procesului de proiect, Scrum Master se ocupă de acest lucru pentru dvs.
• În calitate de Product Owner, nu trebuie să știți cum să transpuneți cerințele dvs. în descrieri de cerințe corecte din punct de vedere tehnic, Product owner-ul nostru se ocupă de asta.

Aveți posibilitatea să vă concentrați doar asupra cerințelor dvs., să le coordonați cu colegii dvs. și apoi să prezentați aceste dorințe. Dumneavoastră vă concentrați exclusiv pe CE, noi ne ocupăm de CUM.

Pentru Product Owner, toate întâlnirile oficiale Scrum sunt esențiale. Iată o listă exemplificativă a modului în care acestea se desfășoară adesea în practică.

În săptămâni de sprint:

La +Pluswerk, fiecare săptămână de sprint este urmată de obicei de o săptămână fără sprint. Pot exista excepții dacă Scrum Master consideră că acest lucru este util.

În săptămânile fără sprinturi, responsabilii de produs se ocupă de obicei de etapa pregătitoare "rafinarea backlogului", pentru a menține backlogul de produse și a-l pregăti pentru următoarele sprinturi. Cerințele sunt definite și pregătite sub formă de povestiri ale utilizatorilor pentru echipa de dezvoltare, astfel încât acestea să poată fi discutate și estimate în mod eficient cu echipa la următoarea rafinare a backlog-ului.

Dacă se justifică, aceste întâlniri sunt ocazional extinse pentru a include și alți participanți din cercul de experți al clientului (de exemplu, administratori și alți experți IT), dacă pregătirea concretă a subiectelor respective necesită acest lucru. Scrum Master-ul și designer-ul participă, de asemenea, la această ședință, dacă este necesar.

Din experiența noastră, timpul necesar pentru Product Owner-ul din partea clientului este de 8-12 ore pe săptămână.

În cadrul modelului Agile, fiecare creștere se bazează întotdeauna pe cea anterioară. Acest lucru înseamnă că numeroase cerințe și detalii apar în timpul proiectului pe baza evoluțiilor și a constatărilor făcute până în acel moment.

Un website este o construcție complexă. La fel de complexe și multilaterale sunt și deciziile și constatările care joacă un anumit rol în timpul unei faze de dezvoltare Agile, luând în considerare și punând în balanță cele mai diverse aspecte particulare.

Pentru a putea lua decizii în spiritul proiectului, este necesar să participați la toate reuniunile de bază și la perfecționările backlog-ului pentru a putea înțelege discuțiile comune și estimările și deciziile rezultate în ceea ce privește efortul.

Numeroase decizii și detalii trebuie să fie luate în mod direct și imediat.

Desigur, nu toate domeniile pot fi acoperite doar de product owner. Product owner-ul are nevoie de o echipă în jurul său care să îl sprijine în perioada de dezvoltare. Despre ce fel de persoane este vorba variază de la un proiect la altul.

Iată câteva exemple din practică:

• Un administrator care să fie disponibil pe durata proiectului și care să poată participa la întâlniri, dacă este necesar. Mai ales dacă este utilizat un server. Acesta își aduce expertiza sa în ceea ce privește arhitectura serverului și, eventual, formulează la început cerințe privind sistemul tehnic.
• Colegii din departamentele de comunicare și de presă care pot face precizări cu privire la fluxurile de lucru și pot defini cerințele. O relansare web este, în special, un proiect de comunicare. În plus, trebuie clarificate întrebările referitoare la CD și la specificațiile și cerințele pentru design. Pentru că, în mod firesc, dorim să creăm un aspect uniform odată cu relansarea web.
• Un membru al personalului IT pentru a clarifica întrebările tehnice referitoare la modulele sau tehnicile utilizate anterior, deoarece prezența pe internet trebuie să fie integrată fără probleme în alte sisteme existente. Expertiza lor este extrem de valoroasă, mai ales când vine vorba de interfețe.
• Un reprezentant din unul sau mai multe domenii de specialitate pentru a clarifica întrebările legate de conținut. La urma urmei, relansarea web ar trebui să reprezinte produsele și serviciile în întregime. În acest caz, expertiza din domeniile individuale își merită din plin valoarea.

Datorită acestui proces structurat, timpul de lucru necesar devine transparent și ușor de planificat. În calitate de proprietar de produs, puteți să vă alocați timp în avans, să integrați acest lucru în rutina zilnică de lucru și, astfel, să păstrați controlul asupra proceselor dvs.

Și să fim sinceri: în procesul clasic de proiect, dvs., în calitate de manager de proiect, aveți tendința de a investi și mai mult timp, dar nu știți exact când și cât de mult timp este necesar.

Având în vedere că, de regulă, nu este realist să ne așezăm la aceeași masă la fiecare ședință din cauza distanțelor și a timpului necesar, o mare parte din ședințe au loc la distanță prin videoconferință.

Pentru conferințele video, product owner-ul are nevoie de un computer cu o conexiune la internet suficient de rapidă pentru telefonie video și, în mod ideal, de o cameră web și de căști.

• Este principala persoană de contact din partea clientului pentru echipa Scrum
• Toate cerințele ajung la noi în mod centralizat prin intermediul Product Owner-ului din partea clientului.
• Participă în mod regulat la perfecționarea Backlog-ului, la planificarea și revizuirea Sprintului și, dacă este posibil, participă în mod regulat și la Scrum-ul zilnic.
• Pregătește poveștile utilizatorilor pentru sprinturi împreună cu Product Owner-ul din partea agenției.
• Aprobă poveștile utilizatorilor completate de echipa de dezvoltare în cadrul evaluării.
• Urmărește domeniul de aplicare al proiectului, foaia de parcurs și subiectele/poveștile deschise împreună cu Product Owner-ul agenției.
• Este capabil și autorizat să ia decizii pentru proiect. are "ultimul cuvânt" din partea clientului.
• Se asigură, în cadrul organizației, că informațiile care lipsesc sunt transmise echipei în timp util.
• Contribuie la succesul proiectului prin crearea de povești care au conținutul, domeniul de aplicare și direcția potrivită pentru a menține echipa de dezvoltare activă și pentru a se încadra în bugetul proiectului.

• Nu specifică CUM trebuie implementate din punct de vedere tehnic povestirile utilizatorilor. Nu decide câte User Stories se încadrează într-un Sprint.
• Nu elimină sau adaugă sarcini dintr-un Sprint în curs de desfășurare.
• Nu modifică cerințele sau criteriile de acceptare a User Stories în timpul Sprintului curent, care vor fi implementate în Sprintul respectiv sau care au fost deja discutate și estimate.
• Nu modifică termenele limită de bază.

• Entuziasmul - dacă sunteți entuziasmat de relansarea web și vă place să elaborați prezența virtuală a companiei sau a organizației dvs., atunci aceasta este deja "jumătate din bătălie".
• Curiozitate - încercați să cunoașteți și să apreciați Scrum. Implicați-vă în procesul structurat care vă scutește de o mulțime de muncă de organizare și vă oferă mult spațiu pentru aspecte tehnice.
• Abilități solide de comunicare - în fiecare zi trebuie să vă convingeți colegii de produsul dvs. Trebuie să vă străduiți în continuare, pentru că în cadrul ciclului strâns de implementare a proiectului se obține o eficiență extrem de mare. Acest lucru necesită fermitatea dvs. pentru a-i atrage pe toți și pe plan intern.
• Mandatare - aveți nevoie de libertatea de alegere. Superiorii dvs. trebuie să vă sprijine și să vă acorde timpul necesar în faza de proiect și să vă consolideze poziția de manager de proiect.
• Expertiză - dar fără cunoștințe tehnice și fără experiență cu Scrum! Pentru că noi o să vă ajutăm. Prin conceptul nostru cu doi product owners, vă introducem în mod eficient în proces, iar echipa de dezvoltare se ocupă de cea mai bună implementare tehnică. Aveți nevoie de expertiză în ceea ce doriți să obțineți. Vă cunoașteți compania sau organizația și, prin urmare, puteți descrie exact aceste cerințe.
• Networking - pentru că trebuie să vorbiți cu mai multe persoane la nivel intern. Trebuie să știți cu cine să vorbiți, pe cine să implicați în mod activ în proces și care sunt părțile interesate care sunt de fapt relevante. Sunteți pe poziție de mai mult de 2 ani? Perfect - atunci îi cunoașteți deja pe toți protagoniștii.
• Experiența - acest aspect nu trebuie subestimat, dar dacă sunteți activ profesional de cel puțin 3 ani, puteți privi în urmă la numeroase ședințe, procese de proiect și conversații pe holuri. Cunoașteți comunicarea non-formală și vă puteți afirma în consecință.

Managementul Agile de proiect cu Scrum din punctul de vedere al clientului

Partea 1: Metoda de Management de proiect Scrum   Partea 3: Sfaturi pentru un Product Owner de succes