Scrum Guide | 35. Daglig Scrum

Daily Scrum varar högst femton minuter och hålls alltid på samma plats och vid samma tid för att minska onödig komplexitet. Det deltas av alla utvecklare som arbetar tillsammans med produkten och, valfritt, Scrum Master. Huvudsyftet med detta Scrum-event är att planera de uppgifter de kommer att fokusera på under dagen.

Daily Scrum – innehållsförteckning:

1. Introduktion
2. Daily Scrum-formeln
3. Problem med Daily Scrum och 5W-metoden
4. Stödjande frågor
5. 5 Varför
6. Sammanfattning

Introduktion

Daily Scrum är det kortaste och mest frekventa av Scrum-eventen, en översikt av vilket kan hittas i en separat artikel. Utvecklarnas uppgift som deltar i Daily Scrum är att snabbt sätta arbetsmål för de kommande 24 timmarna. På så sätt vet var och en av dem vad de andra arbetar med och hur de arbetar mot ett gemensamt Sprint-mål.

Daily Scrum-formeln

Det finns ingen rätt Daily Scrum-formel. Varje utvecklingsteam utvecklar ett mötesformat som fungerar för dem. Men det finns en allmän ram för att underlätta genomförandet.

En väl genomförd Daily Scrum bör tillåta varje deltagare att svara på två frågor:

• Vad är den viktigaste uppgiften jag kommer att utföra idag?
• Vilka hinder finns det för att utföra denna uppgift?

Men att ställa dem direkt är inte en obligatorisk formel. Dessa är exempel på frågor som definierar axeln för mötet. Daily Scrum syftar till att förbättra kommunikationen i utvecklingsteamet, prioritera uppgifter och minska risken för flaskhalsar.

Daily Scrum är ett event som motsvarar Daily Standup i andra agila metoder. Och det genomförs ofta på ett mycket liknande sätt – även om den officiella Scrum-guiden inte kräver att utvecklarna står under detta korta event. Mycket ofta står deltagarna helt enkelt medan de pratar i en informell grupp.

Även om det kan verka som att 15 minuter om dagen är mycket för att diskutera dagliga uppgifter, visar erfarenheten att ett sådant möte är bäst för effektiviteten i utvecklingsteamet. Med frekventa och regelbundna uppdateringar om mål och åtaganden fokuserar alla utvecklare på prioriterade uppgifter och prioriterar smidig teamframsteg framför individuella resultat.

Problem med Daily Scrum och 5W-metoden

Ett av problemen med Daily Scrum är att utvecklarna drar ut på mötestiden. Om detta är fallet är det en bra idé att införa en policy för att skriva ner på en tavla – antingen fysisk eller virtuell – problematiska frågor som inte är centrala för Daily Scrum men som är viktiga för teamet. På så sätt blir det möjligt att återkomma till de problem som lämnades för att diskuteras under de informella diskussionerna under dagen. Och också, om det behövs, under Sprint Retrospective, som vi kommer att beskriva mer detaljerat i en separat artikel.

Ett annat problem som ofta uppstår under Daily Scrums är att de förvandlas till möten för att sammanfatta föregående dags arbete. Utvecklarna fokuserar då på att diskutera de resultat som redan uppnåtts. Detta är inte en bra praxis. Visserligen är den nuvarande inriktningen av utvecklarna på statusen för arbetet som leder till Sprint-målet mycket viktig. Men att ägna Daily Scrum åt redan avslutade uppgifter främjar inte effektivitet.

Stödjande frågor

Om teamet inte drar nytta av Daily Scrum kan Scrum Master hjälpa utvecklarna att identifiera problem genom att observera mötet för svar på följande frågor:

5 Varför

Efter den initiala identifieringen av problemet kan en effektiv teknik för att bestämma orsaken till problemet vara 5 Varför-metoden som också kallas 5 Whys eller 5W av Sakichi Toyoda. Det innebär att ställa flera “Varför?” frågor i rad. Detta gör det möjligt att diagnostisera den djupare orsaken till problemet och därmed lösa det lättare.

Till exempel, låt oss ta den sista punkten i tabellen: problemet uppstår inom området engagemang för problemlösning av utvecklingsteamet. De fem frågorna kan se ut som följer:

1 x VARFÖR?

Q: Varför erbjuder inte utvecklarna olika sätt att lösa problem som uppstår?

A: För att utvecklaren Harry alltid är den första att föreslå en lösning.

2 x VARFÖR?

Q: Varför är utvecklaren Harry alltid den första att föreslå en lösning?

A: För att ingen annan pratar.

3 x VARFÖR?

Q: Varför pratar ingen annan?

A: För att andra utvecklare inte har någon lust att leta efter bättre lösningar.

4 x VARFÖR?

Q: Varför känner inte andra utvecklare för att leta efter bättre lösningar?

A: För att hitta lösningar kräver fokus och det är lättare att anse Harrys lösning vara tillräckligt bra.

5 x VARFÖR?

Q: Varför ansåg de att Harrys lösning var tillräckligt bra?

A: Eftersom de inte belönas för att föreslå alternativ diskuterade de sina planer för idag i början av mötet och tänker på att komma igång.

I det här fallet kan problemet med bristande engagemang för att lösa problem lösas genom att ändra ordningen på Daily Scrum och börja med denna fråga. Eller genom att komma på ett system för att belöna den bästa lösningen, till exempel genom att införa en symbolisk belöning för författaren av det största antalet lösningar som accepteras av teamet under en given Sprint.

Sammanfattning

Daily Scrum är en nyckelkomponent i det dagliga arbetet för utvecklingsteamet. Men varje team måste själva arbeta fram den optimala formeln för detta möte. En väl genomförd Daily Scrum möjliggör kontinuerlig uppsättning av delmål för att uppnå Sprint-målet. Det gör det också möjligt att snabbt diagnostisera kommunikationsproblem och förbättra samarbetet mellan utvecklarna.

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.