Managementul de proiect prin Scrum din punctul de vedere al clientului

Sfaturi pentru un Product Owner de succes

  • Scrum Master-ul este cel mai important partener al proiectului

În calitate de Product Owner, depindeți de o echipă puternică. De aceea, ar trebui să aveți întotdeauna o legătură solidă cu Scrum Master. Scrum Master-ul se asigură că echipa "sa" dă tot ce are mai bun și pune în aplicare cerințele Product Owner-ului cu vigoare și precizie maximă. El este atent la "condiția fizică" a echipei și se asigură că toate problemele (așa-numitele "impedimente") care ar putea sta în calea succesului echipei sunt depășite.

 

  • Organizați ședințe doar atunci când este util

Firește, discuțiile sunt importante. Dar oricând și oriunde? Timpul înseamnă bani, așa că puneți întrebări la fiecare ședință. Toată lumea este motivată atunci când pleacă de la o întâlnire cu un mesaj clar. Deci, clarificați în prealabil: Ce dorim să obținem ca echipă? Avem nevoie de o ședință suplimentară pentru acest lucru? Avem și alte opțiuni? Scrum Master-ul este întotdeauna acolo pentru a vă ajuta în calitate de partener.

 

  • Încredeți-vă în puterea echipei

Nu controlul și impunerea constantă a pașilor următori duc la un rezultat mai bun. Aveți încredere în auto-organizare. Dacă acceptați și lăsați echipa să ia deciziile tehnice, veți observa rapid cum se dezvoltă echipa, cum contribuie la conținut și ce performanțe uriașe se creează. Implementarea tehnică practică a cerințelor este pâinea de zi cu zi a echipei. Exact aceste cunoștințe și această experiență sunt cele pe care doriți să le folosiți pentru proiectul dvs.!

 

  • Nu trebuie să cunoașteți toate detaliile

Aveți la dispoziție o echipă profesionistă de experți. Minunat, așa că puteți sta liniștit, să aveți încredere în sugestiile și, de asemenea, în estimările lor - la urma urmei, nu fac acest lucru pentru prima dată.

Acest lucru vă oferă libertatea de a vă concentra asupra sarcinilor profesionale. Echipa va găsi modalități de a le implementa eficient. Aceasta este munca în echipă adevărată!

 

  • Fii un lider în slujba celorlalți

O bună conducere este un leadership care nu este perceput ca atare. Iar cu modul de lucru din Scrum orientat spre echipă, nu există leadership clasic. Faceți parte din echipă și specificați cerințele tehnice. Împreună cu Scrum Master, sunteți un " lider servitor ".

 

  • Cunoașteți părțile interesate?

Dacă cunoașteți părțile interesate și le înțelegeți punctele de vedere, le puteți lua în calcul mai ușor așteptările în cadrul proiectului. Pentru că nevoile lor sunt mai importante decât preferințele tale personale. În acest fel, sprijiniți echipa și țineți comunicarea "politically correct" deoparte.

 

  • Evidența timpului este de netăgăduit 

"Time-boxing" oferă siguranță în planificare. Fiecare membru al echipei știe cât va dura o ședință și cât timp rămâne pentru munca efectivă. Toată lumea se concentrează și ajunge la esența problemei. Problemele importante ies în evidență, iar cele neimportante sunt clarificate în altă parte.

 

  • Puneți în valoare Scrum Master-ul și echipa de dezvoltare

În calitate de Product Owner, aveți întotdeauna o imagine de ansamblu a stadiului lucrărilor, a calității și a vitezei, datorită echipei de dezvoltare și a Scrum Master-ului. Dacă aveți întrebări sau doriți să clarificați ceva:

Vorbiți cu echipa. Dacă aveți întrebări despre proces, dacă ceva nu este în regulă sau nu vă mulțumește, sau dacă aveți sugestii de îmbunătățire: Vorbiți cu Scrum Master-ul.

 

  • "Acela care nu pune întrebări rămâne prost"

Nu poți pune întrebări greșite. Așa că nu vă menajați cuvintele. Pentru că trebuie să aduceți claritate în toate problemele. Întrebați ce își doresc cu adevărat părțile interesate și întrebați echipa dacă a înțeles pe deplin ce doresc ele. Întrebați Scrum Master-ul cât de potrivită este echipa în acest moment și ce puteți face pentru a o menține sau îmbunătăți.

 

  • Proiectul este subordonat șefului - dar șeful nu este acolo!

Proiectul web este din ce în ce mai mult un instrument de comunicare și de lucru decisiv. Prin urmare, trebuie să fie și o preocupare pentru șef.

Prima ședință de proiect: Timp de 45 de minute, noul proiect discutat în prealabil este prezentat și următorii pași sunt menționați în cadrul grupului de lucru. Ușa se deschide și șeful intră, i se arată rezultatul fără să fie întrebat și analizează proiectul fără să cunoască contextul. După 10 minute își dă seama că nu are cunoștințe de fond și că îl așteaptă următoarea întâlnire. El părăsește grupul de lucru cu sfatul de a revizui totul din nou.

Vă rugăm să nu faceți asta!

Managerii buni deleagă și au încredere în angajații lor și, prin urmare, în Product Owner. Product Owner-ul ia deciziile în cadrul proiectului. Bineînțeles, acesta comunică rezultatele și își implică superiorii.

 

  • Product Owner-ul este un străin - vă rugăm nu!

Cine va conduce proiectul? Pe plan intern, nu există o persoană disponibilă. Activitățile zilnice îi țin pe toți permanent implicați Cum ar putea un singur angajat să se ocupe de relansarea web timp de 4 sau 6 luni? Astfel, un nou post este creat și ocupat de un nou angajat.

Aceasta este o abordare bună dacă există dorința de a acorda muncii unui Product Owner importanța numerică necesară. Cu toate acestea, este de obicei o alegere proastă, deoarece noul angajat trebuie mai întâi să își impună poziția. Acesta nu este familiarizat cu contextele interne, nu cunoaște încă canalele informale și, prin urmare, se poate lovi ușor de bariere.

Degrevați un membru experimentat al personalului de alte sarcini pentru ca acesta să se poată concentra pe proiect, cu toate cunoștințele sale interne.

 

  • Scrum este util, dar regulile sunt făcute pentru a fi încălcate!

"Astăzi nu pot participa la planificare, dar va funcționa și fără mine." și "Astăzi trebuie să vorbim cel puțin 120 de minute în loc de 60 de minute, am o idee." "Scrum, dar..." - cum mai este numită această relaxare a regulilor, nu face decât să ducă la pierdere de timp, la frustrare în echipă și, prin urmare, la rezultate mai slabe. Trebuie să fim conștienți de faptul că cele câteva reguli care există în Scrum au fiecare un motiv foarte clar. În ultimă instanță, fiecare regulă protejează fie performanța, fie calitatea produsului și/sau bugetul dvs.

Să exemplificăm cu acest caz concret:

Dacă extindeți o ședință de bază cu 4 dezvoltatori, 1 designer, 1 Scrum Master și 1 proprietar de produs, cu un interval de timp de 60 de minute până la 120 de minute, atunci vă va costa 7 ore. Sunt 7 ore în care un dezvoltator Scrum ar putea pune în aplicare multe dintre cerințele dvs. care au o valoare comercială ridicată pentru dvs. Tocmai din acest motiv, Scrum Master-ul ar trebui să intervină în acest aspect.

 

Managementul Agile de proiect Scrum din punctul de vedere al clientului

Partea 1: Metoda de Management de proiect Scrum    Partea 2: Rolul Product Owner-ului din partea clientului