Två av Scrums fundament kan tillsammans bidra till kvalitetsbrister om en grupp ovana eller ovetande utvecklare anammar processen. Kombinationen utgörs av tidsestimering inom Sprint planning samt Daily standup.

Tidsestimeringen görs av hela gruppen. Alla får säga sitt och den kan göras än mer sofistikerad genom Planning Poker. Givet att gruppen får tillräckligt med tid har den producerat tidsestimat som alla medlemmar mer eller mindre tror på.

Daily standup garanterar transparensen i Scrum. Genom att alla varje dag får berätta om vad de pysslat med, vad de tänker göra härnäst, samt huruvida de har stött på patrull, kan såväl gruppen som vilken utomstående som helst ta tempen på sprinten.

Om en ny, ocan och icke samspelt grupp anammar processen kan dock detta case inträffa:

Gruppen gör sitt bästa för att tidsestimera under planeringsmötet, men kommer trots konsensus inte fram till verklighetsanknutna estimat, kanske p g a bristande rutin, eller dåliga krav.

En ovan utvecklare utan pondus och insikt om att gruppens estimat kan vara helt åt skogen tar en lapp estimerad till x timmar. Uppgiften visar sig vara svårare än väntat och utvecklaren måste på standup-mötet efter x timmar säga sig behöva minst x timmar till. När dessa är förbrukade börjar utvecklaren bli stressad och säger sig behöva, säg x/2 timmar och använder dessa för att leverara någonting med undermålig kvalitet, bara för att inte känna av lappstressen. Denna stress uppkommer främst, tror jag, p g a utvecklaren känner att tidsestimatet varit genomklubbat av hela gruppen och kan inte vara felaktigt. Den naturliga konsekvensen är att utvecklaren känner sig dålig och gör allt för att bli av med Svarte Petter.

Detta problem inträffar inte lika ofta i en grupp mer erfarna utvecklare, och framför allt mer erfarna inom Scrum, förmodligen p g a:

1) Den erfarne utvecklaren vet att snabba omröstningsbaserade estimat lätt blir fel om någon detalj glöms bort, och att det är helt i sin ordning att revidera dem.

2) Gruppen i sig vet om detta och bidrar aktivt till att hjälpa personer med för stora lappar att klyva dem om någonting oväntat inträffar.

Kanske inte världens största problem, men värt att ha i åtanke om man introducerar Scrum i en ny grupp.