Scrum Forum

L’empirismo afferma che la conoscenza viene dall’esperienza e dal prendere decisioni basate su ciò che è noto.

Avere più di nove membri richiede troppa coordinazione. Grandi team di sviluppo generano troppa complessità per un processo empirico da gestire

La guida Scrum cita questi problemi con la presenza di team oltre i 9 membri. Queste sono preoccupazioni, non punti deboli, e un team Scrum di più di 15 membri può funzionare. Tuttavia non sarà efficace come un team di dimensioni adeguate. L’ideale sarebbe separarli in due team, e seguire la Guida Nexus per scalare Scrum a più team. Questo è il metodo di Scrum.org per scalare Scrum. Potresti anche considerare SAFe, come un secondo metodo per lo scaling agile.

Il più grande problema che troverai probabilmente non è il lavoro, ma gli eventi. Mantenere il tempo di un Daily Scrum limitato a 15 minuti può essere impegnativo con 7 persone, e raddoppiare la dimensione del team lo rende molto più difficile. Espandere il time box è un no-go (dopo 15 minuti, si iniziano a perdere i benefici di una riunione “stand up”), e dovrai prepararti meglio per gli altri eventi chiarendo le cose in anticipo.

Come ho capito, il tuo lavoro come Scrum Master in questo scenario diventa più difficile, ma non impossibile. Puoi avere uno Scrum Team di 15 uomini, ma poiché gli eventi sono basati sulla lunghezza dello sprint e non sulla dimensione del team, ti troverai meno nel ruolo di servitore e più in quello di leader. Hai bisogno di concentrarti di più per assicurarti che le cose siano fatte in modo efficiente, perché hai meno spazio (e meno tempo) nel tuo programma come margine di errore. Qualcuno che parte per la tangente avrà un impatto più profondo su una grande squadra che su una piccola.