Daily Scrum varer ikke mere end femten minutter og afholdes altid på samme sted og på samme tid for at reducere unødvendig kompleksitet. Det deltager alle udviklere, der arbejder sammen på produktet, og valgfrit Scrum Masteren. Hovedformålet med denne Scrum-begivenhed er at planlægge de opgaver, de vil fokusere på for dagen.
Daily Scrum er den korteste og mest hyppige af Scrum-begivenhederne, en oversigt over hvilke kan findes i en separat artikel. Opgaven for udviklerne, der deltager i Daily Scrum, er hurtigt at sætte arbejds mål for de næste 24 timer. På denne måde ved hver af dem, hvad de andre arbejder på, og hvordan de arbejder hen imod et fælles Sprint-mål.
Der er ikke én rigtig Daily Scrum-formel. Hvert udviklingsteam udvikler et mødeformat, der fungerer for dem. Dog er der en generel ramme for at gøre det lettere at gennemføre.
Et veludført Daily Scrum bør give hver deltager mulighed for at svare på to spørgsmål:
Dog er det ikke en obligatorisk formel at stille dem direkte. Disse er eksempelspørgsmål, der definerer aksen for mødet. Daily Scrum har til formål at forbedre kommunikationen i udviklingsteamet, prioritere opgaver og reducere risikoen for flaskehalse.
Daily Scrum er en begivenhed svarende til Daily Standup i andre Agile metoder. Og det forløber ofte meget ligesom det – selvom den officielle Scrum Guide ikke kræver, at udviklerne står under denne korte begivenhed. Meget ofte står deltagerne simpelthen op, mens de taler i en uformel gruppe.
Selvom det kan synes, at 15 minutter om dagen er meget til at diskutere daglige opgaver, viser praksis, at sådan et møde er bedst for effektiviteten af udviklingsteamet. Med hyppige og regelmæssige opdateringer om mål og forpligtelser fokuserer alle udviklere på prioriterede opgaver og prioriterer glidende teamfremskridt over individuelle resultater.
Et af problemerne med Daily Scrum er, at udviklerne trækker mødetid ud. Hvis dette er tilfældet, er det en god idé at indføre en politik om at skrive problematiske emner ned på en tavle – enten fysisk eller virtuel – som ikke er centrale for Daily Scrum, men som er vigtige for teamet. På denne måde vil det være muligt at vende tilbage til de problemer, der blev efterladt til at blive diskuteret under de uformelle diskussioner i løbet af dagen. Og også, hvis nødvendigt, under Sprint Retrospektivet, som vi vil beskrive mere detaljeret i en separat artikel.
Et andet problem, der ofte opstår under Daily Scrums, er at gøre dem til møder for at opsummere den foregående dags arbejde. Udviklerne fokuserer så på at diskutere de resultater, der allerede er opnået. Dette er ikke en god praksis. Det er sandt, at den nuværende orientering af udviklerne mod status for arbejdet, der fører til Sprint-målet, er meget vigtig. Dog fremmer det ikke effektivitet at dedikere Daily Scrum til allerede afsluttede opgaver.
Hvis teamet ikke drager fordel af Daily Scrum, kan Scrum Masteren hjælpe udviklerne med at identificere problemer ved at observere mødet for svar på følgende spørgsmål:
Efter den indledende identifikation af problemet kan en effektiv teknik til at bestemme årsagen til problemet være 5 Hvorfor-metoden, også kaldet 5 Whys eller 5W af Sakichi Toyoda. Det involverer at stille flere “Hvorfor?” spørgsmål i træk. Dette gør det muligt at diagnosticere den dybere årsag til problemet og dermed løse det lettere.
For eksempel, lad os tage det sidste punkt i tabellen: problemet opstår i området for forpligtelse til problemløsning af udviklingsteamet. De fem spørgsmål kunne se således ud:
1 x HVORFOR?
Q: Hvorfor tilbyder udviklerne ikke forskellige måder at løse de opståede problemer på?
A: Fordi udvikler Harry altid er den første til at foreslå én løsning.
2 x HVORFOR?
Q: Hvorfor er udvikler Harry altid den første til at foreslå én løsning?
A: Fordi ingen andre taler.
3 x HVORFOR?
Q: Hvorfor taler ingen andre?
A: Fordi andre udviklere ikke har lyst til at lede efter bedre løsninger.
4 x HVORFOR?
Q: Hvorfor har andre udviklere ikke lyst til at lede efter bedre løsninger?
A: Fordi det kræver fokus at finde løsninger, og det er lettere at betragte Harrys løsning som god nok.
5 x HVORFOR?
Q: Hvorfor betragtede de Harrys løsning som god nok?
A: Da de ikke belønnes for at foreslå alternativer, diskuterede de deres planer for i dag i begyndelsen af mødet og tænker på at komme i gang.
I dette tilfælde kan problemet med manglende forpligtelse til at løse problemer løses ved at ændre rækkefølgen af Daily Scrum og starte med dette emne. Eller finde på et system til at belønne den bedste løsning, for eksempel ved at indføre en symbolsk belønning til forfatteren af det største antal løsninger, der er accepteret af teamet i en given Sprint.
Daily Scrum er en nøglekomponent i det daglige arbejde i udviklingsteamet. Dog skal hvert team selv finde den optimale formel for dette møde. Et veludført Daily Scrum muliggør løbende fastsættelse af delmål for at opnå Sprint-målet. Det gør det også muligt hurtigt at diagnosticere kommunikationsproblemer og forbedre samarbejdet mellem udviklerne.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
At præsentere og kommunikere forskningsresultater er sandsynligvis en af de mest afgørende (og krævende) evner…
Ved du, hvordan man opretter en e-bog? Kender du alle de væsentlige aspekter af en…
Bæredygtig markedsføring er ikke længere bare en af de markedsføringsstrategier, du kan anvende i din…
For nylig er to fænomener opstået på arbejdsmarkedet, der relaterer sig til holdningerne hos nutidens…
Hvordan man sælger på Pinterest, og hvorfor man skal gøre det? At sælge på Pinterest…
Er du freelancer og leder efter måder at promovere dit portfolio på? I dag er…