Vida Balázs blog

Egyszer összeírtam pár gondolatot a scrum kapcsán, íme.

Hiba átgondolatlanul belecsapni a scrumba, és ettől várni, hogy jól működjön a csapat. Ha felkészületlenül vágunk bele, lehet hogy csak csalódunk, persze kiderül: ha frusztráltak, feszültek maradunk, akkor valamit rosszul csinálunk.

Cserkészet és Scrum párhuzama

A cserkészet egyik alapvető nevelő ereje, hogy hatalmat, és felelősséget kap a gyerek. Ez a nyomás fejleszti a különböző képességeit. Ezért van, hogy 14 éves általános iskolások vezetnek 6-7 fős, 6-8 éves gyerekeket sikeresen.

Ugyan ezt a hatalom és felelősség átruházást látom a scrum-ban, akkor amikor a teamekről beszélünk. Többször elhangzott, hogy a team osztja be az idejét, a team vállalja el a backlog item-eket, ő dönt, hogy mire képes. A felelősséget ezek tekintetében, ugyanúgy megkapja. Vagyis tényleg bebukja a sprint-et, ha félreszámol, rosszul becsüli a teljesítőképességet, de akkor is, ha rosszul méri fel a saját kvalitását, és képtelen valamit elvégezni. Egy ilyen hibának tényleg lehetnek következményei.

A scrum master, pedig nem vezető fejlesztő, vagy felelős vezetője a team-nek, hanem egy különleges tag, aki arra koncentrál, hogy kinek milyen a hangulata, ki milyen személyiség, ki miben erős, vagy gyenge. Nem csak az egyénekről formál véleményt, hanem a csapatról is. A scrum master képes nevelni a csapatot, de nem dönt helyettük. Hagyja, hogy a csapat döntsön magáról. Mivel csapattag, neki is beleszólása van a döntésbe. Azáltal, hogy feladata ismerni a csapatot és benne a tagokat, a tagok hallgatnak rá, mert olyan összefüggéseket láthat, amiket a tagok nem, de nem dönt egyszemélyben.

Fontosabb, hogy a scrum master kb. 50-ig csapattag legyen, aki a csapattal együtt dolgozik, és másik 50-ban legyen scrum master mint az, hogy ő legyen a teamek scrum mastere, és ne legyen egyik csapatnak sem a tagja.

A fejlesztőknek különböző szintjei vannak, azonban egy senior úgyan úgy fejleszt, mint a kezdő. A különbség, hogy több taskot tud megcsinálni a kezdőnél.

Még egy jutott eszembe: amikor a team bebukik egy sprintet, akkor megmagyarázza, hogy miért történt. Efféle számonkérés, megbeszélés eddig is volt nálunk, ehhez nem kell scrum. Ilyenkor jöttek elő, hogy szar volt a spec, nem ment a szerver, ezérazéramazér nem tudtunk hatékonyan dolgozni, és ezzel kb a fejlesztő csapat ki is vonult a felelősség alól. Ennek a scrumban vége, hiszen a scrum master pont azért felel, hogy csak olyan hibák okozhassák a sprint bukását, ami a team tagokon múlott. Ugyanis bármi akadályozza a munkát, akkor egyből szól a tag a scrum masternek, aki közbenjár a megoldásért, vagy az ominózus másik tagnak, ha ő okozza a problémát. Ha nem jelezzük a problémát sprint közben, akkor nehéz a végén arra fogni.