Scrum-ul nostru, cel de toate zilele! de Ștefan Bârgăoanu

Creatorii Scrum, domnii Ken Schwaber și Jeff Sutherland, ne-au promis că abordarea Agile Scrum este  suplă, simplu de înțeles dar și greu de stăpânit. Experiența ne arată că  implementarea evenimentelor prescrise de Scrum se dovedește în practică a fi mai grea decât am crede doar citind ghidul Scrum.

De-a lungul anilor, am ajuns la următoarele concluzii în legătură cu trei dintre acestea.

  1. Rafinarea Backlog-ului (Backlog Refinement) este cea mai ignorată activitate
  2. Scrum-ul Zilnic (Daily Scrum) este cel mai greșit înțeles eveniment
  3. Retrospectiva Sprint-ului (Sprint Retrospective) este cel mai slab organizat eveniment.

În cele ce urmează mă voi referi la ceea ce cred eu că este cea mai mare problemă care apare în implementarea Scrum-ului Zilnic (Daily Scrum).  Dicutam despre dificultatea echipelor de a înțelege că acest eveniment este al lor, adică al echipei de dezvoltare. Nu al Scrum Masterului, nu al Product ownerului.

Provocarile Agile Scrum

Pot fi multe cauze pentru care Daily Scrum-ul nu este în fapt ședința zilnică a echipei de dezvoltare.  De cele mai multe ori este practic o ședință de raportare către Scrum Master, către Product Owner sau altă parte interesată. De ce se intâmplă asta?

  • Cultura organizației este una de comandă și control și oamenii sunt obișnuiți să raporteze des superiorilor
  • Echipei i s-a impus de sus abordarea Scrum și ca urmare nu se consideră stăpână pe procesul ei de dezvoltare
  • Scrum Master-ul este un fost / actual manager de proiect ori un șef de echipă și crede că este de datoria lui „să conducă”
  • Scrum Master-ul este începător și se străduiește atât de mult să fie de folos, încât nu-i lasă echipei ședința și o „facilitează” el cu orice preț
  • Cineva cu putere în organizație „preia inițiativa” în ședință

Iată câteva simptome care pot indica faptul că echipa de dezvoltare nu consideră că Daily Scrum-ul este evenimentul ei și numai al ei:

  • Ședința nu începe în fiecare zi la ora stabilită și / sau oamenilor trebuie să li se reamintească despre ea
  • Energia este scăzută, omenii vorbesc încet, nimeni nu zâmbește
  • Cei care vorbesc nu se uită la colegi, ci la Scrum Master ori la alt șef prezent la ședință
  • Cei care nu vorbesc nu-l ascultă pe cel care a luat cuvântul și se uită fie în jos (cel mai des), fie în afara zonei în care se ține ședința
  • Când le vine rândul, oamenii întreabă „eu urmez?”, deși era clar că vorbește o persoană de alături
  • Aproape niciodată nu sunt raportate impedimente
  • Și, cel mai clar simptom, ședința nu se ține dacă Scrum Master-ul nu este prezent la locul și ora stabilite.

Ce putem face ca echipa să preia conducerea Daily Scrum?

  • La următoarea Retrospectivă întrebați echipa „cum funcționează Daily Scrum-ul pentru voi?”
  • Cereți echipei să-și proiecteze propria structură de Daily Scrum
  • Reveniți cu întrebarea de la primul punct ori de câte ori vedeți simptomele amintite mai sus
  • Reamintiți echipei că scopul principal al Daily Scrum-ului este ca ea să afle dacă va putea într-adevăr să-și atingă Scopul Sprint-ului (Sprint Goal). Adică să respecte ce și-a asumat la Planificarea Sprint-ului Partea I (Sprint Planning Part I)
  • Reamintiți echipei că Daily Scrum-ul este momentul alocat anume de abordarea Scrum pentru comunicarea impedimentelor care stau în calea echipei pentru realizarea Sprint Goal-ului. În același timp, spuneți-le și că veștile proaste nu sunt ca vinul – adică nu devin mai bune cu trecerea timpului. Cel mai bine este ca impedimentele să fie comunicate imediat ce apar, nu trebuie așteptat până la următorul Daily Scrum!
  • Dacă în contextul vostru pur si simplu nu este posibil de ținut un Daily Scrum clasic – de multe ori din cauză că echipa este distribuită și cu diferențe mari de fus orar – atunci proiectați-vă propria versiune, care să țină cont de limitările existente
  • Dacă lucrați cu o echipă care nu este de fapt o echipă – cum ar fi o echipa de rugby, dacă tot vorbim de Scrum – ci seamănă mai mult cu niște înotători care înoată separat, fiecare pe culoarul lui, atunci Scrum-ul Zilnic nu pare să-și aibă rostul. Totuși, amintiți-le că ceea ce-i face o echipă este faptul că trebuie să termine împreună și în același timp un increment de produs de potențial livrabil.  Daily Scrum-ul înseamnă sincronizare și aliniere în vederea atingerii acestui scop comun.
  • Lipsiți intenționat de la Daily Scrum oricât de des simțiți că este nevoie pentru ca echipa să-l ia în stăpânire.
  • Nu facilitați ședința până o distrugeți!

In concluzie

Scrum-ul Zilnic este unul dintre instrumentele puse la dispoziție de cadrul de dezvoltare Scrum. Il folosim pentru a implementa ciclul de Inspecție și Adaptare care stă la baza proceselor controlate empiric.

Într-un fel, pentru o echipă Scrum, o zi de lucru este ea însăși un fel de sprint.  La Daily Scrum planificăm ce vom face, ne aliniem cu ceilalți din echipă și facem și o micro-retrospectivă pentru a vedea ce trebuie îmbunătățit imediat.

Oricât ați personaliza abordarea Scrum, vă recomand să păstrați acest eveniment. El este bătaia de inimă a echipei!  Fără el nu avem echipă, ci doar niște oameni puși să lucreze împreună!

Ștefan Bârgăoanu

Lean-Agile Coach | PMP, CSM, LSSGB, SPC4, PMI-ACP

Dacă vrei să descoperi sau să te perfecționez în metodologii Agile îți punem la dispoziție doua programe educaționale adaptate nivelului tău de exeperiență

Agile- Scrum Fundamentals

ACP Exam Prep – pregatire certificare internationala

#noicredemineducatie si #educationalwayspaysoff

Ștefan Bârgăoanu despre metodologiile Agile Scrum – „Sprint with a goal” (1)

Agile or not Agile? Why Agile?

„It’s the question that drives us, Neo.”
Trinity, The Matrix, 1999

Nu trebuie să ai copii mici ca să știi că cea mai grea întrebare cu care ne confruntăm în viață este exasperantul dar și dulcele lor „de ce?”. Motivația noastră în ceea ce facem în fiecare zi este strâns legată de răspunsurile primite și date la această întrebare.

Cum transpunem aceasta în business și Agile? Una dintre regulile prin care cadrul de dezvoltare Scrum ne ajută să primim și să dăm aceste răspunsuri în activitatea noastră profesională este cerința ca fiecare ședință de planificare a sprint-ului să formuleze un scop al sprint-ului (Sprint Goal). Și este aplicabilă nu doar în dezvoltarea de software, ci în orice alt domeniu al muncii creative. Din păcate însă, în multe planificări de sprint se pierde din vedere această regulă simplă! Si da, răspunzători pentru această lipsă sunt Scrum Master-ii!

Product Owner – rol esențial în Agile

În destule cazuri, Product Owner-ul vine în această ședință nu cu un scop de îndeplinit, ci cu o listă cu lucruri de implementat. Deși scopul sprint-ului pare un concept oarecum ezoteric și dificil de stăpânit, dacă Product Owner-ul are lista cu lucruri la care ar vrea el să lucreze echipa de dezvoltare în următorul sprint, atunci el știe deja și scopul sprint-ului: acesta nu este decât răspunsul la întrebarea „de ce aceste elemente din Product Backlog și nu altele?”. Simplu, nu? Altfel spus, scopul sprint-ului descrie misiunea de îndeplinit, iar lista cu lucruri de făcut pașii necesari îndeplinirii acesteia.

Cred că de departe cel mai greu de implementat rol în Scrum este cel de Product Owner. Tocmai pentru că acest rol trebuie să poată răspunde oricând la întrebarea „de ce?”

  • De ce dezvoltăm acest produs?
  • De ce aceste termene limită?
  • De ce unele lucruri au prioritate mai mare și altele mai mică?
  • De ce trebuie făcute aceste lucruri acum?
  • De ce aceste lucruri și nu altele?

Din nefericire, majoritatea covârșitoare a Product Owner-ilor pe care i-am întâlnit sunt de fapt  analiști de business cu ceva mai multă autoritate. Aceștia sunt obișnuiți să furnizeze echipei de dezvoltare cerințe și detalii despre ele – adică ce trebuie făcut . Ce lipsește din discuție este motivația din spatele acelor cerințe, faimoasa valoare pentru business (Business Value).

Sprint-ul în Agile

Planificarea sprint-urilor cu ajutorul unor scopuri de îndeplinit în timpul execuției oferă următoarele multiple avantaje.

În primul rînd, Product Owner-ul poate conduce dezvoltarea produsului cu o listă de scopuri de îndeplinit. Adică o foaie de parcurs a produsului (Product Roadmap) – și nu doar cu o listă de livrări (Release Plan). Confuzia între cele două concepte este larg răspândită. Aceasta,  probabil și pentru că Product Owner-ul este de prea multe ori doar un furnizor de cerințe! Adevăratul rol al Product Owner-ului este  de gestionar al valorii oferite de produs.  

În al doilea rînd, echipa de dezvoltare descoperă împreună cu Product Owner-ul care elemente din Product Backlog trebuie implementate pentru a atinge scopul propus. Acest fapt ajută la creșterea motivației, deoarece oamenii nu se mai simt prizonieri în roata de hamster a implementării, ci capătă un sentiment de proprietate mai accentuat asupra produsului.

În al treilea rînd,  caz deloc neobișnuit, în cazul în care capacitatea echipei din sprint-ul care tocmai începe nu permite realizarea tuturor elementelor din backlog necesare pentru atingerea scopului. Product Owner-ul poate decide încă de la planificare – deci înainte de începerea execuției – dacă ceea ce se poate implementa realizează îndeajuns de mult din scop sau poate acesta trebuie înlocuit cu un alt scop, cu șanse mai mari de realizare.

Suplimentar, dacă pe parcursul execuției sprint-ului echipa ajunge la concluzia că nu se vor putea implementa toate elementele din Sprint Backlog asumate la planificare, Product Owner-ul poate decide ușor, împreună cu echipa, dacă se cere oprirea anormală a sprint-ului (Abnormal Sprint Termination).

În loc de concluzie

Acestea fiind spuse, trebuie avută tot timpul în vedere și maturitatea celor implicați și a produsului în dezvoltare. Unele echipe au nevoie să fie ghidate îndeaproape și de aceea poate este o idee bună ca la planificarea sprint-ului să li se prezinte o listă clară cu lucruri de făcut. Echipele cu maturitate mică, de altfel, se plâng tot timpul că fie Product Owner-ul, fie utilizatorii finali nu știu ce vor. Echipe mature, însă, profită de această situație pentru a-și aduce propria lor contribuție! Această contribuție poate merge până la a sugera Product Owner-ului un scop pentru sprintul curent. Oricum, Product Owner-ul are ultimul cuvânt atât asupra scopului sprint-ului, cât și asupra elementelor din backlog alese pentru a-l îndeplini.

Ce se întâmplă de fapt?  În munca ne-creativă de obicei „se aruncă” cu oameni (și alte resurse) în probleme, cu speranța că astfel se rezolvă problema! În munca creativă, trebuie să schimbăm paradigma! Ne dorim „să aruncăm” cu probleme în oameni!  Nu doar pentru că ei sunt experți în ceea ce fac, dar și știu mai mult decât șefii lor despre muncă. Iar Scrum ne ajută să facem aceasta cu ajutorul formulării de scopului de îndeplinit în fiecare sprint.

Ne putem educa astfel să abordăm munca nu doar ca o căutare de soluții tehnice pentru implementarea de funcționalități!  Munca noastră va deveni astfel o descoperire continuă de funcționalități, ca soluții pentru probleme de business.

Alftel spus, VALOARE!

Ștefan Bârgăoanu,

Lean-Agile Coach | PMP, CSM, LSSGB, SPC4, PMI-ACP

Stefan BargaoanuEDU.001 (1)book-acp-2

Cum a fost la Agile – Scrum Fundamentals, Februarie 2018

Tocmai am finalizat o interventie de tip Agile Scrum Fundamentals intr-o organizatie ce isi doreste trecerea treptata catre Agile. Iata cum au vazut participantii  seria de traininguri ce tocmai s-a incheiat. Iata ce au raspuns la intrebarile „Ce v-a placut la acest curs? Cum evaluati experienta avuta?”

„Mi-a placut manifestul Agile si metodologia Scrum pe care am aprofundat-o. Mi-a placut exemplele foarte sugestive folosite de trainer. Mi-a placut modul de prezentare al trainerului. In concluzie sunt informatii noi, foarte utile in proiectele ce urmeaza sa le gestionam.”

„Filozofia Agile Scrum – Utila, necesara, antrenanta. Mi au placut trainerul, aplicatiile facute”

” O abordare diferita. Puncte Forte – Parcurgerea tuturor etapelor dintr-un proiect de tip Agile”

„Experienta placuta/ abordarea/exemple practice ( CONCRET- cum a functionat in alte companii) . Am apreciat structurarea taskurilor/Etapizarea proceselor”

” Un curs condensate si util. Multe informatii si excelent prezentate. Imbinat teorie+practica.”

„Am auzit prima oara de Agile Scrum. Totul este nou.  Mi-a placut ca omul este valorizat, ofera o perspectiva flexibila, care lasa loc optimismului moderat. Am inteles ce trebuie  imbunatatit si la mine si la echipa si la organizatie. Util ar fi ca acest curs sa aiba continuare, o detaliere pentru partile mai utile activitatii noastre.”

„Experienta la acest curs a fost foarte bine structurata. Mi-a placut faptul ca am aflat ceva nou, ce consider eu ca imi va fi foarte util. Consider ca ar fi trebuit ca acest curs sa aiba o perioada de desfasurare ceva mai maricica.”

Un curs foarte concentrat. Splitul intre teorie si practica.”

” Experienta/Colaborarea si alegerea echipelor”

Agile Scrum – abordare inovativa

„Este o abordare noua legata de managementul proiectelor in care lucram. Mi se pare ca este o abordare de bun simt al unui proiect. ”

„Felicitari lectorului pentru curs si admosfera de curs!”

„Este o experienta util si interesanta, au fost oferite multe informatii noi care necesita aprofundare si aplicarea lor in practica. Pentru a le putea aplica corect si mai ales eficient, ar fi nevoie ca acest curs sa dureze inca doua zile, in care sa se faca exclusiv aplicatii practice. Si absolut necesar ar mai fi ca la acest curs sa participe in primul rand liniile 1 si 2 de management a firmei.”

„Experienta placuta si interactiva. Un curs bine structurat si cu momente amuzante. Nimic de imbunatatit. Sa o tina tot asa.”

„Interactiva/Prezentarea/Ar trebui facut si in sus in organizatie.”

„Cursul este interesant, consider ca este un bun organizator in executarea unui proiect. Avand in vedere ca este primul curs de acest gen, nu stiu ce ar putea fi imbunatatit.”

„Experienta interesanta. Mi-a oferit ocazia de a privi dintr-o alta perspectiva. De asemenea am inteles ca pentru reusita unui proiect este necesar sa gandim mixul de tehnici/ bune practici care sa le aplicam. ”

„Ce mi-a placut: modul in care trainerul a reusit sa se coreleze la sala astfel incat teoria sa poata fi conectata cu particularitatile business-ului. Timpul alocat: Din punctual meu de vedere ar fi necesare 3 zile.”

„Un mod placut si interactiv de a asimila o baza pentru o metodologie de lucru/SCRUM, care pune accent pe colaborare, deschidere si fragmentare in task-uri a.i. sa poti ajunge la un produs livrabil.”

„Atmosfera a fost foarte buna pe tot parcursul cursului. Trainer cu abilitati foarte bune. Partea practica a fost foarte bine structurata.

„Mi-au placut exercitiile desfasurate dupa fiecare concept prezentat care ne-a ajutat sa le intelegem mai bine. Repetarea principalelor idei ne-a ajutat la insusirea informatiei.”

„Experienta Constructiva. Prezentare foarte buna!”

Multumim participantilor si suntem siguri ca ne vom vedea din nou!

trainer-stefan-bargaoanu EDU.001 copy

 

 

Nevoia de a fi agil – realitate sau fictiune?

De ce unde Agile? Tot mai mulți factori de decizie din organizații de orice mărime devin conștienți de faptul că în câțiva ani doar, concurenții lor vor fi companii la care nici nu se gândesc astăzi sau, chiar mai dramatic, companii care nici nu exista astăzi. Schimbarea a fost tot timpul parte din viața noastră. Acum, ca niciodată în istoria umanității, impactul este asupra evoluției noastre este urias; Fie ca vorbim de business sau de viata de zi cu zi. Metodologiile Agile nu sunt neapărat un lucru nou, dar au devenit în ultima vreme soluția cea mai răspândită de a gestiona schimbările care ne afectează tot mai mult. De la startup-uri care vor să schimbe lumea  până la cele mai mari organizatii din lume.  Indiferent de industrie, toti suntem cuprinsi de febra agilitatii.

„Agile sau Disparitie?”

De unde această nevoie? Este ea reala? Clienții sunt tot mai educati, pretențioși și răsfățați. Dacă au o experiență plăcută într-un anume loc, se așteaptă sa fie tratați la fel peste tot. Tehnologia evoluează cu o viteză care aproape nu îți mai lasă loc nici să respiri. Și nici nu prea mai avem opțiunea să ignorăm noile tehnologii pentru că poate fi fatal. Acum, ne intrebam daca businessul se construieste in jurul tehnologiilor noi sau tehnologiile noi in jurul businessurilor. Exemplu Nokia al carui CEO declara intr-o conferinta de final ca „nu am facut nimic gresit” este revelator. Actiunea este la fel de importanta ca inactiunea!

Ce este Agile?

Când sunt întrebați ce anume vor, tot mai mulți clienți răspund că vor un produs de care să fie încântați. Cum traducem această ”încântare” ? Cum construim un produs / serviciu pe care o echipă sa îl poată dezvolta intr-un termen acceptabil pentru client si cu valoare foarte mare pentru acesta? Conteaza doar ce facem sau si cum facem? Cum maximizam valoarea ? Așadar motivele să începem să ne gândim la o abordare agile sunt destule. În ciuda faptului că ceea ce denumim generic ”Agile” are deja o experiență destul de bogată în practica noastră, mulți manageri încă descoperă acest concept. Si il consider greu de înțeles. Uneori, părând imposibil de implementat. Situație evidentă de fiecare dată când ignoram experiența care există pe piață și încercam o implementare pe cont propriu.

Agile si Clientul

Foarte simplu spus, o organizație care este agilă este o organizație care este foarte aproape de clienți. Îi întreabă, îi ascultă, îi înțelege și cel mai important, înțelege că o organizație nu poate înțelege pe deplin valoarea a ceea ce vinde decât dacă vorbește cu proprii clienți. Relatia este atat de apropiata incat pare ca se contopesc si pe perioada proiectului fac parte din aceiasi orgaizatie. Cunostiintele si nevoia clientului sunt lucrul cel mai important, si in jurul lor se construieste produsul, astfel incat pare ca rolurile sunt inversate. Clientul este „exploatat” la maxim pentru cunostiintele lui astfel incat pare ca este „un supplier”!  Cei ce dezvolta produsul sunt cei „in charge” astfel incat par Clienti 🙂 ! O organizație agilă nu face planuri pe termen lung. Pentru că pe termen lung orice se poate întâmpla.

Agile este o capabilitate

Mai rău, multe organizații țin de planul strategic aprobat cu orice preț în ciuda faptului că totul în jur se schimbă si nu inteleg ca nu mai exista repere temporale ci doar repere tehnologice. Planurile strategice, in etapa de elaborare se bazeaza pe asumptii, ipoteze si informatii disponibile la acel moment. In momentul cand o schimbare majora apare in mediu extern sau intern, intregul esafodaj al elaborarii strategiei devine instabil. Este necesară o reactie rapida care sa corecteze planul in noile condiții. Cel mai important lucru pe care o organizație agilă îl face este că își ascultă proprii angajați. Îi încurajează să aibă idei, să le implementeze, sunt alături de ei când greșesc și îi fac să se simtă importanți.

Ce facem?

Partea cea mai interesantă legată de Agile este că a deveni mai agil este o capabilitate care se învață si se antreneaza. Se învață teoria, se pune în practică, se mai greșește pe alocuri dar per total practica de agile se îmbunătățește. Mai țineți minte când ați învățat să mergeți pe bicicletă? E cam la fel! Esti parte din trecut sau viitor? Ia-ti echipa si antreneaza-te pentru Agile, adaptat organizatiei tale!

 

pmi-acp_2ed_book

#ACPdinprima – ACP Exam Prep, Cluj 19-20-21 iulie, Trainer Ștefan Bârgăoanu

Grupa de PMI-ACP Exam Prep de la Cluj-Napoca din Iulie 2017 a fost remarcabilă pe de o parte prin ambiția participanților de a lua certificarea cât mai repede, iar pe de altă parte prin multele și relevantele întrebări legate de situații concrete din organizațiile lor, semn clar al hotărârii de a aplica în activitatea de zi cu zi cele învățate la curs. Provenind din IT și din domeniul bancar, tehnici și mai puțin tehnici, colegii clujeni au fost parteneri comunicativi, competenți și activi în veritabilul tur de forță al celor trei zile de training. Iată ce au declarat cursanții la sfârșitul trainingului despre curs:
„Interactiv, cu multă informație utilă, bine structurat. A fost super!”
„Deschide perspective, interesant, plăcut.”
„Prietenos, interesant, adună informație. S-a dat tot interesul în a răspunde întrebărilor. S-a explicat modul în care este dat răspunsul, nu doar afișat. S-a combinat teoria cu întrebările și cazuistica întâlnită.”
„Trainerul a punctat foarte bine aspecte de referință. A fost la subiect, foarte abordabil, a încurajat comunicarea cu el și între participanți.”
„Trainingul a inclus aspecte mai neclare, ca sa rămână lămurite. Exemplele au ajutat foarte mult la sedimentarea cunoștințelor. Și mulțumim pentru ponturile legate de cărți!”
„Trainerul este o persoană cu foarte multe cunoștințe, pe care le-a transmis într-un mod plăcut și profesionist. Sintetizează și stabilizează cunoștințele din carte. Foarte util pentru examen, cât și pentru înțelegerea Agile.”
„Mi-au plăcut trainerul, exemplele date, informația transmisă, modul de predare.”
„Profesionist, cuprinzător, eficient.”
„Motivant, cuprinzător, deschis. Mi-au plăcut metoda de predare, conținutul, atmosfera.”
„Trainerul are experiență în Agile și este pasionat de subiect. A facut un efort lăudabil.”
Vă multțumim și vă așteptăm pe toți cei care doriți să obțineți certificarea din prima încercare la unul din cursurile ACP Exam Prep din 2017  Program 2017
     IMG_20170721_164447                         IMG_20170721_155205

 

ACP EXAM PREP cu Florian Ivan, martie 2017

6,7, 8 martie sau prima sesiunea de pregatire pentru certificarea Agile din acest an. Toți cursanții au fost absolut incântați de modul de desfășurare a cursului si de calitatea materialelor ( carte + soft + curricula training) folosite in cursul pregătit de Mike Grifiths. Iată cum au văzut aceștia sesiunea:

„I liked the real examples”.

„Great technique & excellent educational stories from personal experience of trainer”.

„Foarte bune exemplele folosite. Mi-a plăcut corelare dintre carte si ceea ce s-a predat la clasă, precum si modul in care softul te ajută sa-ți clarifici noțiunile”.

„I enjoyed being in the class, especially for the life stories”.

„I liked most the interactive way it was delivered!”.

„Trainer explained concepts really well. The exam will not be a problem!”

All of trainees agreed on the fact that course delivered more value than expected and all of them achieved their specific objectives related to this course.