Scrum Forum

Az empirizmus azt állítja, hogy a tudás a tapasztalatból és az ismereteken alapuló döntésekből származik.

A kilencnél több tagú csapat túl sok koordinációt igényel. A nagy fejlesztőcsapatok túl sok komplexitást generálnak ahhoz, hogy egy empirikus folyamatot kezelni lehessen

A Scrum kézikönyv ezeket a problémákat említi, amelyek a 9 tagnál nagyobb csapatokban jelen vannak. Ezek aggályok, nem kudarcpontok, és egy 15 tagnál több tagú Scrum csapat is működhet. Azonban nem lesz olyan hatékony, mint egy megfelelő méretű csapat. Ideális esetben szétválasztja őket két csapatra, és követi a Nexus útmutatót a Scrum több csapatra való skálázásához. Ez a Scrum.org módszere a Scrum skálázására. Megnézheted a SAFe-t is, mint az agilis skálázás másik módszerét.

A legnagyobb problémát valószínűleg nem a munkaerő, hanem az események jelentik. A napi Scrum-időt 15 percben tartani 7 emberrel is kihívás lehet, és a csapat méretének megduplázása még sokkal nehezebbé teszi. Az idődoboz bővítése nem járható út (15 perc után kezded elveszíteni a “stand up” megbeszélés előnyeit), és jobban fel kell készülnöd a többi eseményre a dolgok előzetes tisztázásával.

Amint én látom, a Scrum Master munkája ebben a forgatókönyvben nehezebbé válik, de nem lehetetlen. Lehet egy 15 fős Scrum csapatod, de mivel az események a sprint hosszán és nem a csapat méretén alapulnak, kevésbé a szolgáló, inkább a vezető szerepében találod magad. Extra figyelmet kell fordítanod arra, hogy a dolgokat hatékonyan végezd el, mert kevesebb hely (és kevesebb idő) van az időbeosztásodban hibalehetőségként. Ha valaki elkalandozik, az mélyebb hatást gyakorol egy nagy csapatra, mint egy kicsire.