Scrum Forum

Empirismi väittää, että tieto tulee kokemuksesta ja päätösten tekemisestä sen perusteella, mitä tiedetään.

Kun enemmän kuin yhdeksän jäsentä vaatii liikaa koordinointia. Suuret kehitystiimit tuottavat liikaa monimutkaisuutta, jota empiirinen prosessi ei pysty hallitsemaan

Scrum-oppaassa mainitaan nämä ongelmat, jotka ovat läsnä yli yhdeksänjäsenisissä tiimeissä. Nämä ovat huolenaiheita, eivät epäkohtia, ja yli 15-jäseninen Scrum-tiimi voi toimia. Se ei kuitenkaan ole yhtä tehokas kuin sopivan kokoinen tiimi. Ihannetapauksessa jakaisit heidät kahteen tiimiin ja noudattaisit Nexus-opasta Scrumin skaalaamiseksi useisiin tiimeihin. Se on Scrum.orgin menetelmä Scrumin skaalaamiseen. Voisit myös tutkia SAFe:a, joka on toinen ketterän skaalauksen menetelmä.

Suurin ongelma ei todennäköisesti ole työvoima, vaan tapahtumat. Päivittäisen Scrum-ajan pitäminen 15 minuuttiin boksattuna voi olla haastavaa seitsemällä ihmisellä, ja tiimikoon kaksinkertaistaminen tekee siitä paljon vaikeampaa. Aikaruudun laajentaminen ei onnistu (15 minuutin jälkeen alat menettää ”stand up” -kokouksen edut), ja sinun on valmistauduttava paremmin muihin tapahtumiin selvittämällä asioita etukäteen.

Ymmärtääkseni työsi Scrum Masterina tässä skenaariossa muuttuu vaikeammaksi, mutta ei mahdottomaksi. Sinulla voi olla 15 hengen Scrum-tiimi, mutta koska tapahtumat perustuvat sprintin pituuteen eivätkä tiimin kokoon, huomaat olevasi vähemmän palvelijan ja enemmän johtajan roolissa. Sinun on keskityttävä enemmän siihen, että asiat tehdään tehokkaasti, koska aikataulussasi on vähemmän tilaa (ja vähemmän aikaa) virhemarginaalina. Joku, joka lähtee sivuraiteille, vaikuttaa suureen tiimiin syvällisemmin kuin pieneen tiimiin.