Unul dintre modalitățile prin care Scrum ajută la unirea membrilor echipei este printr-un mandat ca echipele să rămână mici. Majoritatea literaturii Scrum recomandă ca echipele să fie formate din șapte membri interfuncționali (dați sau primiți doi). Cu siguranță, limitarea numărului de „canale de comunicare” permite echipelor să se angajeze într-o colaborare de mare impact fără o marjă prea mare pentru a lăsa pe cineva în întuneric. De fapt, există o ecuație relativ simplă pentru a ilustra cum, pe măsură ce se adaugă membrii echipei și cresc canalele de comunicare, menținerea comunicării cu întreaga echipă devine o provocare considerabilă.
Formula, în care „S” este egal cu numărul de canale de comunicare și N reprezintă numărul de membri ai echipei, poate fi reprezentată ca: S=(N(N-1))/2
Interesant, pe măsură ce se adaugă membrii echipei, valoarea lui „S” (adică numărul de canale de comunicare) crește dramatic. Adică, dacă o echipă de șase mai adaugă doi dezvoltatori în echipa sa, dimensiunea grupului ar crește la opt, dar numărul total de canale de comunicare ar crește de la 15 la 28. Dintr-o dată efortul asociat cu comunicarea cu orice altă echipă membru aproape sa dublat.
Deși se recomandă ca echipele Scrum să fie mici, cadrul protejează împotriva „gândirii în grup”, adică a unei mentalități pasive de turmă, cerând ca echipele să fie compuse în mod transversal. Cu alte cuvinte, echipele Scrum ar trebui create pentru a reprezenta o serie de funcții ale postului fără prea multe suprapuneri. În cazul în care dezvoltarea tradițională, secvențială, mai bine cunoscută ca „cascada”, echipele grupate după funcție (testare, QA etc.), Scrum preferă ca toate „fazele” de dezvoltare să fie prezente într-o singură echipă interfuncțională. Ca atare, o singură echipă Scrum ar include probabil un amestec de ingineri software, arhitecți, programatori, analiști, experți QA, testeri, designeri UI și așa mai departe. Atunci când indivizi cu seturi diferite de abilități, domenii de expertiză și experiență de dezvoltare se reunesc pentru tipul de colaborare pe care Scrum îl permite, se asigură că sunt luate în considerare mai multe perspective. De fapt, atunci când indivizi cu medii atât de diverse fac un brainstorming asupra unei probleme, ei pot găsi o nouă soluție ca grup la care nu ar fi putut ajunge independent.
Pe de altă parte, imaginați-vă o echipă de 20 care încearcă să lucreze împreună pentru a rezolva o problemă deosebit de dificilă. Din cauza numărului mare de oameni, un lider – sau o mână de ei – ar apărea probabil și, ca urmare, unii membri ai echipei ar putea urma pasiv. Sau s-ar putea întâmpla ceva mai rău: dimensiunea grupului l-ar putea împiedica să ia o decizie pe deplin luată în considerare – sau orice decizie.