Autor: Michael James (mj@seattlescrum.com)
Creat la data de 14 februarie 2017 și revizuit pe data de 8 februarie 2023
Tradus din limba engleză (https://scrummasterchecklist.org) la data de 10 iulie 2024
Traducător: Madlen McCrea | LinkedIn

Un facilitator cu normă întreagă?
Un Scrum Master cali cat poate lucra cu două sau trei echipe Scrum în același timp. Dacă ești mulțumit /mulțumită să îți limitezi rolul la organizarea ședințelor, asigurându-te că ședințele se termină la timp, și deasemenea rezolvând obstacolele raportate de echipa Scrum, atunci poți face față rolului de Scrum Master încapacitate redusă. Nu se va întâmpla nimic catastrofal.
Poți să i bun în rolul de Scrum Master dacă vrei ca echipa Scrum să e o echipă de succes care realizeazălucruri pe care oamenii din echipă nu au știut că le pot îndeplini.
O persoană în rolul de Scrum Master poate de succes dacă lucrează doar cu o echipă Scrum, în special
când echipa Scrum este formată din șase oameni și începe să lucreze pentru o inițiativă nouă.
Dacă în rolul de Scrum Master, nu ai descoperit încă toate activitățile care trebuie să e îndeplinite, atunci
lucrează direct cu persona în rolul de Product Owner și cu echipa Scrum, și uită-te la practicile echipei deingineri, și ale companiei. Deși nu există doar o rețetă generală pentru toată lumea, am subliniat câteva lucruri
tipice pe care le-am observat să e trecute cu vederea de cei în rolul de Scrum Master. Vă rog să marcațiecare pătrat cu √, ∆, ?, sau N/A, pe baza explicațiilor pe care le găsiți în ultima pagină a acestui document.

Partea I – Ce face persoana în rolul de Product Owner?
Persoanele în rolul de Scrum Master îmbunătățesc în multe feluri e ciența persoanei în rolul de ProductOwner.

☐ Indiferent de numărul de echipe Scrum, o singură persoană este numită în rolul de Product Owner pentru
un produs?

☐ Prioritățile produsului din lista numită Product Backlog sunt stabilite recent de persoana în rolul deProduct Owner?

☐ Dorințele și cerințele noi pentru produs sunt incluse în lista numită Product Backlog? Notă: Această listă
Product Backlog este emergentă.

☐ Conținutul listei numită Product Backlog este ușor de folosit? Ține elementele de la începutul listei mai
detaliate, cu tipul de epic general la sfârșitul listei. Nu este productiv să analizezi continuu elementele
care nu sunt o prioritate, ne ind la începutul listei. Planurile se vor schimba pe baza discuțiilor dintre
utilizatori/client si dezvoltarea produsului..

☐ Oricare dintre cerințe (în special cele de la începutul listei numită Product Backlog) poate

exprimată maibine ca independentă, negociabilă, valoroasă, estimabilă, simplă, si testabilă (INVEST User Story)1?

☐ Persoana în rolul de Product Owner știe ce este datoria tehnică (vezi „technical debt”) și cum să o evite?
O soluție ar să adaugi testarea automată și simpli carea codului de program (vezi „cod refactoring”) laecare element din listă atunci când se stabilește ce înseamnă complet (vezi „de nition of done").

☐ Lista numită Product Backlog este o sursă de informare și poatevăzută imediat de toți cei interesați?

☐ İn cazul în care lista numită Product Backlog este automatizată, știu toți din echipă cum să o folosească?
Din păcate, automatizarea blochează colaborarea, devenind un „frigider cu informații” (vezi „informationrefrigerators”).

1 https://xp123.com/articles/invest-in-good-stories-and-smart-tasks/

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

fi

fi

fi

Un exemplu de listă de veri care pentru Scrum Masters

☐ Poți ajuta la difuzarea informațiilor prin a-i învăța pe alții cum să creeze diagrame vizibile?
☐ L-ai ajutat pe Product Owner să organizeze elementele din lista numită Product Backlog în funcție depriorități?

☐ Știe ecare dacă planul de lansare numit Release Plan este realistic? După ședința numită Sprint Review

Meeting, la care elementele din listă au fost acceptate ca si „complete”, ar trebui să le arăți la toțiprogresul făcut folosind diagramele numite Product / Release Burndown Charts2. Diagramele care
reprezintă cât din produs, numit Product Backlog Increment (PBI), este completat cât și ce a fost adăugat,pot indica imediat orice abatere de la scop / plan (vezi „schedule”).

☐ Estimările de lansare au fost revizuite de Product Owner după ultima ședință numită Sprint Review

Meeting? Dacă vrei să lansezi la o dată exactă un produs testat, atunci trebuie să reconsideri constantscopul. Asta înseamnă să amâni anumite elemente minore pentru o lansare viitoare atunci când sunt
descoperite elemente mai importante. Anumite produse pot lansate la ecare Sprint sau de mai multeori în timpul unui Sprint.

Part II – Ce face echipa?
Persoana în rolul de Scrum Master este încurajată să e un exemplu pentru echipa Scrum și să colaboreze
cu echipa, chiar dacă există riscul să e implicat prea mult în activitățile tehnice. Consideră responsabilitățile
tale cu echipa Scrum:☐ Echipa este într-o stare de mișcare continuă (vezi „ ow”)? Câteva trăsături ale acestei stări3:• Obiective clare (golurile și regulile sunt tangibile iar obiectivele se pot realiza, aliniindu-se în mod
corespunzător cu setul de abilități disponibile).
• Concentrare și atenție, un nivel înalt de concentrare si o atenție limitată.
• O pierdere a sentimentului de conștiință de sine, o combinare între acțiune și conștiință.
• Un răspuns direct și imediat (succesele și eșecurile sunt evidente, iar comportamentul se poate ajustadupă cum este nevoie.
• Un echilibru între nivelul de abilitate și provocare (o activitate nu este nici prea ușoară și nici prea grea).
• Un sens de control personal sau de cunoaștere a activității de îndeplinit.
• O muncă plină de satisfacții, naturală, fără efort.

☐ Oamenii din echipă lucrează cu plăcere împreună, glumesc între ei, și sărbătoresc succesele ecăruia?
☐ Oamenii din echipă au standarde înalte și se stimulează unii pe alții să devină mai buni profesional?
☐ Oamenii din echipă nu discută nici o problemă sau oportunități pentru că este incomod?4☐ Pentru discuțiile retrospective (vezi „Sprint Retrospectives”5) cu echipa ai încercat diferite metode șilocuri?

☐ Echipa s-a concentrat pe obiectivele din Sprint? Consideră o reevaluare a planului (vezi „Sprint Plan”) lamijlocul perioadei.

2 Mike Cohn, Agile Estimation and Planning.

(2005).

3 Mihaly Csikszentmihalyi, Flow: The Psychology of Optimal Experience (1990).
4 Marshall Rosenberg, Nonviolent Communication: A Language of Life: Life-Changing Tools for Healthy Relationships(2003). Also consider enlisting a professional facilitator who can make uncomfortable conversations more comfortable.
5 Derby/Larson Agile Retrospectives: Making Good Teams Great (2006).

fi

fi

fi

fi

flfi

fi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

☐ Activitățile pe care echipa le completează sunt re ectate în lista Sprint Backlog? Fii atent / atentă la„materia întunecată” ce conține activitățile care nu sunt menționate sau cele care nu se completează întro zi de lucru. Un impediment în Sprint este orice activitate care nu are nici o legătură cu munca ce trebuie
completată în Sprint.

☐ Echipa ta este compusă din 3 până la 9 oameni care au toate cunoștințele necesare să producă unprodus potențial de lansare?

☐ Tabela cu sarcinile echipei este actualizată?
☐ Documentele create de echipe sunt vizibile și ușor de folosit? Sunt protejate? Controlul excesiv alsarcinilor zilnice de către oameni care nu fac parte din echipă poate împiedica modul echipei de a lucratransparent și independent.

☐ Oamenii din echipă se oferă să lucreze anumite activități? Când am lucrat prima oară într-o echipăScrum, ne-am simțit ca și voluntari plătiți. Ceva este greșit dacă nu ai acest sentiment.

☐ S-a stabilit explicit ”rambursarea datoriei tehnice” (vezi „technical debt repayment”) și ce este de nit
complet (vezi „de nition of done”), făcând mai plăcută scrierea în cod al programului?

☐ Oamenii din echipă nu se folosesc de titlul pe care îl au și sunt responsabili ca și grup pentru toate
activitățile necesare (testare, manualul utilizatorului, etc.)?

Part III – Cum sunt practicile noastre de inginerie?

☐ Sistemul în curs de dezvoltare, are un buton „apasă să testezi” ce îi permite oricui (din echipă sau din altăechipă) să descopere ușor când au provocat o eroare pentru că funcționalitatea acestuia s-a stricat)? Deobicei se folosește xUnit (JUnit, NUnit, etc.).

☐ In cazul testării automate, testele automate pentru veri carea întreagă a funcționării sistemului (vezi „endto-end system tests” a.k.a. "funcțional tests”) sunt într-un echilibru cu testele automate pentru testarea
executării programului (vezi „unit tests”)?

☐ Echipa creează în același limbaj de programare testele pentru funcționarea sistemului și testele pentru
executarea programului? Colaborarea între membrii echipei nu se îmbunătățește dacă se folosesc
limbajele de programare cu cod special sau programele specializate pe care doar câțiva oameni dinechipă le cunosc și știu cum să le mențină.

☐ Echipa a descoperit „zona gri” (nici albă și nici neagră) dintre testele folosite pentru veri carea funcționăriisistemului și testele folosite pentru depistarea erorilor de programare?

☐ Calculatorul folosit pentru integrare continuă, numit „continuous integration6 server”, sună o alarmă

automat atunci când o persoană creează o eroare în timpul testării funcționalității existente a sistemului(vezi „regression testing”)? Se poate reduce acest test la ore sau minute? („Novicii sunt cei carecompilează codul de program zilnic.” / "Daily builds are for wimps." -- Kent Beck)☐ Toate testele automate sunt incluse în testarea de integrare continuă (vezi „continuous integration”)?
☐ Oamenii din echipă execută constant proiectarea și factorizarea codului de program (vezi „continuousdesign and constant refactoring”7), ca și alternativă la proiectarea inițială a întregului sistem („Big Up FrontDesign”)? De niția pentru factorizare (vezi „refactoring”) este strictă: Modul în care aplicația funcționeazănu se schimbă atunci când se face modi că sau se reorganizează codul programului. Factorizarea trebuie
sa e executată constant sau cel puțin de câteva ori pe oră, e când același cod de program este folositde mai multe ori, e când logica programului are condiții complicate ce pot văzute prin indentarea

6 http://www.martinfowler.com/articles/continuousIntegration.html
7 Martin Fowler, Refactoring: Improving the Design of Existing Code (1999).

fi

fi

fi

fi

fi

flfi

fi

fi

fi

fiCopyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

☐ Testarea automată a întregului sistem este inclusă în de niția pentru element „completat’ (vezi „de nitionof done”) pentru ecare element din lista numită Product Backlog? Probabilitatea de a reuși acest lucru
este mărită dacă se învață programarea folosind testarea (vezi „Test Driven Development (TDD)”).

☐ Membrii echipei programează în pereche (vezi „pair programming”) în majoritatea timpului? Chiar dacălimitele oamenilor sunt contestate și aparent durează mai mult (mail ales dacă performanța este
determinată de numărul de linii de cod în locul unui produs funcțional), în acest fel de lucru se reduce
efortul de a modi ca codul de program cât și numărul de defecte create. Fii un exemplu pentru echipă șiinițiază zilele de lucru în pereche (vezi „pair programming”) sau sesiunile în care toată echipa
completează aceeași activitate împreună și în același timp, la un singur calculator (vezi „mobbingsessions”). Unii dintre ei vor prefera să lucreze în felul ăsta.

Part IV – Care este e ciența în organizație?

☐ Echipele din organizație comunică e cient între ele? O metodă pentru a realiza acest lucru, dar rareoricea mai bună, este participarea la ședințele cu toate persoanele care sunt în rolul de Scrum Master (vezi„Scrum of Scrums”8).

☐ Echipele pot produce funcționalitate ce poate

lansată, chiar și peste limitele arhitecturale9?

☐ Conduci o retrospectivă generală (vezi „Overall Retrospective10”) pentru a rezolva problemele echipelor
din organizație, atât organizațional cât și sistemice?

☐ Când e cazul, impedimentele companiei sunt vizibile pe peretele biroului directorului de programare?

Prețul întârzierilor poate calculat în valoare monetară, ori în timp de lansare pierdut, sau prin calitate
insu cientă, sau prin numărul de clienți pierduți? (Învață din greșelile lui Ken Schwaber: un Scrum Mastercare nu este activ este un Scrum Master inutil. Vezi "A dead Scrum Master is a useless Scrum Master."11).

☐ Organizația dumneavoastră este una dintre puținele care au carierele oamenilor compatibile cu

obiectivele colective ale echipelor dumneavoastră? Răspunde „nu” dacă există un stimulent în carieră(vezi „career incentive”12) pentru a efectua lucrări de programare sau arhitectură în detrimentul testării oria folosirii testelor automate sau de a crea documentația utilizatorului.

☐ Organizația dumneavoastră a fost recunoscută de presa de specialitate sau de alte surse independente
drept una dintre cele mai bune locuri de muncă sau ca și lider în industria dumneavoastră?

☐ Creezi o organizație în care se învață (vezi „learning organization”)?
Concluzie

8 See https://less.works/less/framework/coordination-and-integration/ for alternatives.
9 https://less.works/less/structure/feature-teams
10 https://less.works/less/framework/overall-retrospective/
11 Ken Schwaber, Agile Project Management with Scrum (2004)
12 Ale Kohn, Punished By Rewards: The Trouble with Gold Stars, Incentive Plans, A's, Praise, and Other Bribes (1999)

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

fi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

fi

fi

codului de program, e când funcțiile în program nu au nume explicit, e când obiectele din cod sunt
cuplate excesiv (vezi „object programming”), ş.a.m.d.. Factorizarea poate făcută cu încredere atunci
când sunt utilizate testelor automate care testează întregul sistem. Modi carea ulterioară a produsului va
mult mai complicată dacă se ignoră factorizarea pentru că nu este ușor să găsești programatori buni
care vor dispuși să modi ce un cod scris prost.

Contactează-mă dacă marchezi cu bine majoritatea elementelor din această listă și mai ai timp liber în timpul
zilei.
Ingenuitatea umană nu se dezvoltă folosind o formulă existentă. Această listă conține puncte de vedere cares-ar putea să te ajute. In momentul în care îți dai seama ce ai putea face pentru ca să faci o diferență, s-ar
putea să îți e frică să o faci iar acesta este un semn că ești pe drumul cel bun.

fiCopyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

Obstacol Organizațional

Problemă:Cauză (folosește metoda „„De ce?” de cinci ori”, vezi „ ve times “Why?””):

Impact Economic (afacere, activitate, operațiune):

Impact Emoțional:

Cerere pentru suport (clară și acționabilă):Obstacol Organizațional

Problemă:Cauză (folosește metoda „„De ce?” de cinci ori”, vezi „ ve times “Why?””):

Impact Economic (afacere, activitate, operațiune):

Impact Emoțional:

Cerere pentru suport (clară și acționabilă):fifi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

Obstacol Organizațional

Problemă:Cauză (folosește metoda „„De ce?” de cinci ori”, vezi „ ve times “Why?””):

Impact Economic (afacere, activitate, operațiune):

Impact Emoțional:

Cerere pentru suport (clară și acționabilă):Obstacol Organizațional

Problemă:Cauză (folosește metoda „„De ce?” de cinci ori”, vezi „ ve times “Why?””):

Impact Economic (afacere, activitate, operațiune):

Impact Emoțional:

Cerere pentru suport (clară și acționabilă):fifi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

Obstacol OrganizaționalProblemă:Cauză (folosește metoda „„De ce?” de cinci ori”, vezi „ ve times “Why?””):

Impact Economic (afacere, activitate, operațiune):

Impact Emoțional:Cerere pentru suport (clară și acționabilă):Obstacol Organizațional

Problemă:Cauză (folosește metoda „„De ce?” de cinci ori”, vezi „ ve times “Why?””):

Impact Economic (afacere, activitate, operațiune):

Impact Emoțional:

Cerere pentru suport (clară și acționabilă):fifi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

INSTRUCŢIUNIFolosește această listă de veri care dacă angajatorul dumneavoastrăactual (sau cel mai recent) încearcă să folosească ceva de genul Scrumși ai primit-o ca sarcină de pregătire. Marchează ecare punct cu una
dintre următoarele:√(pentru „corect, fac bine”)∆(pentru „se poate îmbunătății și știu cum”)?

(pentru „se poate îmbunătății, dar cum?”)

N/A (pentru „nu este cazul” sau „nu ar oferi nici un bene ciu”)
Sau, dacă angajatorul dumneavoastră actual (sau cel mai recent) nu aîncercat nimic ca Scrum, atunci marchează ecare element din listă cu
unul dintre următoarele:√(pentru „corect, fac bine” sau „arușor să fac bine”)∆(pentru „aro provocare și știu cum să încep”)?

(pentru „aro provocare și nu știu cum să încep”)

N/A (pentru „nu este cazul” sau „nu ar oferi nici un bene ciu”)
După ce ai terminat de evaluat lista de veri cate și ai marcat toatepunctele din listă, folosește formularele Obstacol Organizațional atașateși declară două până la șase obstacole organizaționale, chiar dacă suntsau nu derivate din această listă. Alege impedimentele pe care speri săle schimbi cu o șansă de cel puțin 1%. ​​fi

fi

fi

fi

fi

fi

fi

fi

fi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.