Scrum Forum

Empirismus tvrdí, že znalosti vycházejí ze zkušeností a rozhodování na základě toho, co je známo.

Mít více než devět členů vyžaduje příliš mnoho koordinace. Velké vývojové týmy generují příliš mnoho složitostí na to, aby je empirický proces zvládl

Příručka Scrum uvádí tyto problémy s přítomností v týmech nad 9 členů. Jedná se o obavy, nikoli o chybné body, a tým Scrum s více než 15 členy může fungovat. Nebude však tak efektivní jako vhodně velký tým. Ideální by bylo rozdělit je do dvou týmů a postupovat podle příručky Nexus Guide pro škálování Scrumu na více týmů. To je metoda Scrum.org pro škálování Scrumu. Mohli byste se také podívat na SAFe, jako na druhou metodu pro agilní škálování.

Největším problémem, na který narazíte, pravděpodobně nebude pracovní síla, ale události. Udržet denní čas Scrumu v boxu do 15 minut může být se 7 lidmi náročné a zdvojnásobení velikosti týmu to značně ztěžuje. Rozšiřování časového boxu nepřipadá v úvahu (po 15 minutách začínáte ztrácet výhody schůzky „stand up“) a na další události se budete muset lépe připravit tím, že si věci vyjasníte předem.

Jak tomu rozumím, vaše práce Scrum Mastera se v tomto scénáři stává těžší, ale ne nemožnou. Můžete mít patnáctičlenný tým Scrum, ale protože události jsou založeny na délce sprintu, a ne na velikosti týmu, ocitnete se méně v roli služebníka a více v roli vedoucího. Musíte se více soustředit na to, abyste zajistili, že věci budou provedeny efektivně, protože máte méně prostoru (a méně času) ve svém plánu jako prostor pro chyby. To, že někdo vybočí z řady, bude mít ve velkém týmu hlubší dopad než v malém.

.