5 speranțe false ale Scrum și cum să le remediați

La fel ca multe conflicte clasice, fără sfârșit, dezbaterea asupra modului în care echipele de dezvoltare ar trebui să se organizeze și să se autoguverneze continuă. În prezent, aproape că se pare că există mai mulți critici decât fani ai Scrum. Cele mai frecvente trei plângeri sunt:

1. Procesul poate ocupa centrul lucrării.
2. Poate fi ușor confundat pentru micromanagement cu un alt nume.
3. Stand-up-ul zilnic poate fi simțit ca o întâlnire în care trebuie să-și justifice existența.

În alte cazuri, rolurile Scrum nu sunt reprezentate corespunzător. Uneori, proprietarul produsului dorește prea multe lucruri în interiorul unui sprint sau dorește să schimbe prioritățile la mijlocul sprintului - un Scrum Master care este concentrat obsesiv pe menținerea vitezei și adoptarea fiecărei ceremonii Scrum noi pe care o învață. După ceva timp cu cadrul, pare să apară o întrebare comună: „Suntem noi sau metodologia?”

Falsele Speranțe ale Scrum

Deși există numeroase disfuncționalități precum cele prezentate mai sus, o cauză principală simplă pentru majoritatea dintre ele este că Scrum nu a fost conceput pentru a rezolva problemele de bază ale unei organizații pur și simplu urmând procesul. Nerecunoașterea acestui lucru poate pune în pericol noile echipe aproape imediat ce încep.

False Hope #1: Scrum face echipele să lucreze mai repede

Scrum folosește o terminologie care sună pentru un străin ca și cum ar accelera procesul fără a adăuga resurse suplimentare. Este ușor să te blochezi în terminologia ca o nouă echipă pentru Scrum (de exemplu, ce este un Scrum Master? Care este diferența dintre un proprietar de produs și un manager de produs? Care sunt punctele de poveste și cum sunt ele atribuite?)

Mai îngrijorător este că mulți văd termeni precum viteza și sprinturile și gândesc „viteză”. Cu toate acestea, scopul oricărei metodologii Agile, inclusiv Scrum, este de a livra un produs finit. În cele din urmă, pe măsură ce echipa dvs. devine mai competentă cu Scrum, veți putea oferi mai rapid funcționalități noi. Cu toate acestea, viteza nu este neapărat scopul principal. Această distincție ar trebui să fie articulată în cadrul echipei Scrum și, de asemenea, atunci când creșteți gradul de conștientizare în cadrul companiei dvs. pentru a sprijini metodologia Scrum.

Nu vindeți viteză; vinzi completare.

Falsă speranță #2: Aderarea strictă la Scrum va rezolva problemele culturii companiei

Fiecare are stiluri de lucru diferite. Unora le plac întâlnirile. Alții folosesc expresii precum „munceste din greu, joacă din greu”. Este esențial să recunoașteți că, indiferent de stilul de lucru pe care compania dumneavoastră îl apreciază, acceptați atât avantajele, cât și dezavantajele acestuia. O companie care apreciază întâlnirile este probabil să se lupte cu stand-up-ul zilnic. Echipele agresive și orientate spre viteză vor avea probleme cu scăderea scopului în interiorul unui sprint.

Uneori este ușor să pierdeți din vedere imaginea de ansamblu, în special pentru echipele recent formate. Ceea ce contează este livrarea unui produs finit în loc să urmați fiecare ultim fragment al procesului. În loc să dai vina pe metodologia, căutați întotdeauna modalități de a vă rafina stilul de lucru pentru a vă îndeplini obiectivele.

Falsă speranță # 3: Colaboratorii critici își pot trimite delegații la întâlniri

Odată ce începeți metodologia, este esențial ca echipa inițială să participe mai degrabă decât să delege. Dacă există o plângere aproape universală pe care o văd de la dezvoltatori, este că masterii Scrum și proprietarii de produse nu erau disponibili atunci când era nevoie și delegații lor nu erau împuterniciți. Nimănui nu-i place să vină la o întâlnire așteptându-se la o decizie doar pentru a i se spune că persoana care poate lua decizia nu este disponibilă.

Delegarea poate fi o practică obișnuită, dar în Scrum, trebuie să împuterniciți participanții.

Falsă speranță #4: Stand-up-urile zilnice îi vor forța pe toți să fie mai concentrați

Întâlnirea zilnică de stand-up nu ar trebui să se concentreze exclusiv pe ceea ce a făcut toată lumea în ultimele 24 de ore. Este mult mai important să acordăm prioritate apariției blocajelor rutiere sau noilor abordări pentru a rezolva o problemă.

Scrum necesită ca anumite roluri, în special Scrum Master, să fie asertive, dar nu copleșitoare. Este important ca Scrum Master să creeze un mediu pozitiv care să conducă la produse finalizate.

Speranță falsă #5: Vom avea succes la prima încercare

Scrum implică presupuneri, gândire deductivă și greșeli. Oamenii rar înțeleg bine de la prima încercare. Scrum este iterativ din toate punctele de vedere: nu doar în modul în care ajungeți la un produs finit, ci și în modul în care guvernați și operați procesul. Scrum este conceput pentru a avea o barieră scăzută la intrare pentru ca echipele să o adopte, dar necesită și un angajament de a repeta și de a îmbunătăți continuu participarea la cadru.

Cum să remediați un proces Scrum întrerupt

Scrum este rezistent la eroarea costurilor scufundate. Natura iterativă a Scrum creează oportunități de adaptare sau de eliminare a proceselor ineficiente. Luați în considerare câteva dintre următoarele sugestii dacă procesul dvs. Scrum nu este atât de eficient pe cât vă așteptați.

Rafinați-vă așteptările

Fie că este vorba de reducerea timpului de lansare pe piață, de crearea de produse convingătoare sau de a ajuta echipele să colaboreze, succesul necesită angajament și timp. Pentru echipele noi, o etapă rezonabilă de atins este dacă după fiecare sprint puteți introduce cod funcțional și testabil în mediul dumneavoastră de producție.

Echipele avansate pot măsura succesul prin capacitatea lor de a construi, testa și implementa la cerere. Sunteți capabil să instrumentați și să cuantificați reacțiile utilizatorilor la noile funcții? Este organizația mai largă pregătită să sprijine schimbările pe care echipa le face asupra produsului?

Împuterniciți participanții dvs

Este important să mentoriți membrii echipei offline în ceea ce privește modul în care își pot crește valoarea pentru echipă. Dacă li se cere să ia decizii, sporește-le încrederea, instruindu-i când și cum să includă alți membri ai echipei. Managerii trebuie să fie gata să înlăture blocajele și să sprijine echipa atunci când este nevoie.

Abordați proactiv problemele

Scrum nu este conceput pentru a oferi companiei dvs. o schimbare de look. Dacă ați lăsat problemele nerezolvate, este mai mult ca probabil să găsiți aceste probleme la suprafață în procesul de dezvoltare a produsului. Scrum Masters pot introduce cadre concepute pentru a crea o modalitate pozitivă pentru membrii echipei de a-și structura feedback-ul pentru a reduce sentimentul de conflict.

Un astfel de exemplu este cadrul „Îmi doresc, mă întreb, ce se întâmplă dacă”. În timpul discuțiilor în echipă sau retrospective, un membru al echipei poate oferi feedback deschizând declarația cu una dintre aceste trei fraze. De exemplu, ei ar putea spune: „Mi-aș dori ca întâlnirile stand-up să se concentreze mai mult pe blocajele de care ar putea fi nevoie să le conștientizez în ziua respectivă”. De asemenea, puteți folosi propriul dvs. deschizător, cum ar fi „Îmi place…”.

O altă soluție structurată de feedback care poate fi de ajutor în timpul întâlnirilor este metoda Triage de la Holocracy, creată de Brian Robertson și folosită de companii precum Zappos. De exemplu, participanții construiesc o agendă de „tensiuni” de discutat. Fiecare participant își descrie problema spunând „Am o tensiune” și apoi enumeră oamenii și resursele de care au nevoie pentru a o rezolva. Încurajând participanții să abordeze direct problemele ca „tensiuni”, Holocrația le permite participanților să comunice liber, fără a crea o atmosferă de conflict.

Utilizați retrospective pentru a rezolva probleme și pentru a repeta procesul

În multe companii, retrospectiva nu primește atenția cuvenită. Acest lucru se datorează în primul rând temerii pe care mulți o au că retrospectiva este un loc pentru vechi argumente, conflicte și nemulțumiri. Este vital pentru echipă să dezvolte reguli de bază care să reflecte valorile echipei și cultura companiei.

La fel de importantă este necesitatea de a evita investițiile în procese statice. Ceea ce a funcționat o dată s-ar putea să nu funcționeze pentru totdeauna. Multe echipe se luptă cu fluctuația participanților. Acest lucru este obișnuit în multe companii, deoarece participanții sunt realocați altor echipe, sunt promovați sau părăsesc compania cu totul. Pe măsură ce componenta echipei evoluează, este important să nu rămâneți angajați că totul este iterativ în Scrum. Vor apărea greșeli, dar sperăm că vor fi de scurtă durată pe măsură ce repeți.

Scrum funcționează cel mai bine când directorii sunt prezenți

Fiind în echipă, trebuie să te angajezi să fii prezent și disponibil. Dezvoltarea produsului este probabil cel mai important proces pe care compania dumneavoastră îl poate întreprinde pentru a-și îmbunătăți creșterea pe termen lung. Prin urmare, este important ca procesul Scrum, ca cale principală către dezvoltarea de noi produse, să primească atenția pe care o merită. În multe medii, echipa de dezvoltatori lucrează adesea detașată de deciziile și discuțiile care conduc obiectivele companiei. Scrum este diferit. Scrum este locul în care deciziile, direcția și dezvoltarea se reunesc ca un singur proces. Este prea important ca un proces să trimiți delegați sau să excluzi membrii echipei de la întâlnirile care au loc în cadrul metodologiei Scrum.

Rezumat: Puteți repara un proces Scrum întrerupt

Datorită naturii sale iterative, Scrum ajută la protejarea afacerii de a nu ajunge prea departe pe drum și de a se angaja în ceea ce poate ajunge să fie o idee proastă sau un proces prost implementat. Aderarea la acest principiu poate ajuta la eliberarea de greșelile trecute și la îmbunătățirea iterativă a procesului Scrum.

Este important să te concentrezi pe indivizi și pe echipa pe care o ai. Membrii echipei se schimbă. Toate proiectele sunt diferite. Respectarea strictă a unui proces nu produce întotdeauna cele mai bune rezultate. Ceea ce investiți în membrii echipei în afara procesului este la fel de important ca și modul în care vă comportați în cadrul procesului.

Scrum poate fi flexibil. Dacă ceva nu funcționează, luați în considerare încorporarea elementelor din alte cadre atât în ​​cadrul Agile, cât și în exterior. Identificați și adoptați stiluri structurate de comunicare care confruntă cu discuțiile.

Scrum este benefic pentru rentabilitatea investiției pe termen lung, permițând echipelor să construiască produse complete ca răspuns la nevoile în schimbare ale clienților. Scrum este probabil cea mai bună metodologie pentru a vă împiedica să vă angajați excesiv la idei proaste, oferind, în același timp, ideilor grozave spațiu pentru a vă dezvolta în continuare.