Scrum Forum

Empirism hävdar att kunskap kommer från erfarenhet och att man fattar beslut baserat på vad man vet.

Att ha fler än nio medlemmar kräver för mycket samordning. Stora utvecklingsteam genererar för mycket komplexitet för att en empirisk process ska kunna hantera

Scrum-guiden nämner de problem som finns i team med mer än nio medlemmar. Detta är bekymmer, inte brister, och ett Scrum-team med fler än 15 medlemmar kan fungera. Det kommer dock inte att vara lika effektivt som ett lag av lämplig storlek. Helst skulle du dela upp dem i två team och följa Nexusguiden för skalning av Scrum till flera team. Det är Scrum.org:s metod för att skala Scrum. Du kan också titta på SAFe, som en andra metod för agil skalning.

Det största problemet du kommer att finna är troligen inte arbetskraften, utan händelserna. Att hålla en Daily Scrum-tid boxad till 15 minuter kan vara en utmaning med 7 personer, och om du fördubblar den lagstorleken blir det mycket svårare. Att utöka tidsboxen är ett nej (efter 15 minuter börjar du förlora fördelarna med ett ”stand up”-möte), och du måste förbereda dig bättre för de andra händelserna genom att klargöra saker i förväg.

Som jag förstår det blir ditt jobb som Scrum Master i det här scenariot svårare, men inte omöjligt. Du kan ha ett Scrum-team med 15 personer, men eftersom händelserna baseras på sprintlängden och inte teamets storlek kommer du att befinna dig mindre i tjänarrollen och mer i ledarrollen. Du måste lägga extra fokus på att se till att saker och ting görs effektivt, eftersom du har mindre utrymme (och mindre tid) i ditt schema som felmarginal. En person som går iväg på en tangent kommer att få en djupare inverkan på ett stort team än på ett litet.