Scrum Forum

Empirisme hævder, at viden kommer fra erfaring og beslutninger baseret på det, man ved.

Det kræver for meget koordinering at have mere end ni medlemmer. Store udviklingsteams genererer for stor kompleksitet til, at en empirisk proces kan håndtere

Scrum-guiden nævner disse problemer med at være til stede i teams over 9 medlemmer. Det er bekymringer, ikke fejlpunkter, og et Scrum-team på mere end 15 medlemmer kan fungere. Men det vil ikke være lige så effektivt som et team af passende størrelse. Ideelt set ville du adskille dem i to hold og følge Nexus-guiden til at skalere Scrum ud til flere hold. Det er Scrum.org-metoden til skalering af Scrum. Du kunne også kigge på SAFe, som en anden metode til agil skalering.

Det største problem du vil finde er sandsynligvis ikke arbejdskraften, men begivenhederne. At holde en daglig Scrum-tid bokset til 15 minutter kan være udfordrende med 7 personer, og fordobling af denne holdstørrelse gør det meget sværere. Udvidelse af tidsboksen er et no-go (efter 15 minutter begynder du at miste fordelene ved et “stand up”-møde), og du bliver nødt til at forberede dig bedre på de andre begivenheder ved at afklare tingene på forhånd.

Som jeg forstår det, bliver dit job som Scrum Master i dette scenarie sværere, men ikke umuligt. Du kan have et Scrum Team på 15 mand, men da begivenhederne er baseret på sprintlængden og ikke på teamets størrelse, vil du finde dig selv mindre i tjenerrollen og mere i lederrollen. Du skal lægge ekstra fokus på at sikre, at tingene bliver gjort effektivt, fordi du har mindre plads (og mindre tid) i din tidsplan som fejlmargin. En person, der går ud på en tangent, vil have en dybere indvirkning på et stort team end på et lille.