Hogyan jelezzük a haladást az egész csapat számára?

Az előző cikkemben a quick winek, vagyis gyors győzelmek jelentőségét fejtettem ki.

Kicsit továbbvinném a gondolatot, ugyanis ezek a győzelmek töredékét érik akkor, hogyha nem veszi észre őket senki. Nem elég nekünk tudnunk róla, átláthatóvá kell varázsolni ezeket. És ha ez csapatszinten történik, akkor nem fog felvágásnak vagy éppen mellébeszélésnek érződni az egész.

Tehát hogyan éreztetjük a csapattal is a haladást? Mi az a módszer, amivel átláthatóvá tesszük a működésünket csapaton belül?

A válasz:

Fontos tudni, hogy a kis feladatoknak nagy jelentőségük van. Ezeket ütemezzük be jelenleg, egy hetes Sprintek idejére. Kis lépésekben haladva a fejlesztőt motiválja, ha határidőre el tud végezni egy feladatot.
Minden Sprint elején, hétfőn, tartunk egy „Planninget”, ahol a fejlesztővel átbeszéljük, hogy mi lesz a feladata arra az időre. Maximum 3-4 feladat van egy hétre, és soha nem dolgozik egy fejlesztő párhuzamosan több feladaton. Próbáljuk tartani a három és fél napos heteket.
Mivel a hétfő jórészt a ceremóniákkal telik, így az csak félig szállít „ügyvezetői szempontból” értéket. Másrészt pénteken már tesztelni kell a feladatot, hogy az utána lévő hétfői „Demón” be tudják mutatni (vagyis „demonstrálni”) a kész feladatot a többieknek.
E heti rendszeresség révén a Product Owner egy hétközben beeső igény esetén figyelni tud, hogy a jövő heti Sprintbe beletegye azt, és betervezze az egyik fejlesztő feladatai közé. Így van idő átgondolni a feladatot, megérteni a bejövő igény miértjét és a leghatékonyabban megoldani azt.

A Demo menete:

Nem kell más hozzá, mint egy laptop, egy tévé és egy tárgyaló, ahol elfér a csapat.

• A tévére kivetítjük a JIRA-ban vezetett heti sprint folyamatát. A DEMO oszlopban lévő ticketeket nézzük minden egyes embernél, és aki elkészült valamivel, a tévén demózza azt.
• Előfordul, hogy valaki nem tud demózni, de elmondja pár mondatban a haladását, így legtöbbször a többiek hozzá tudnak szólni, hogy szerintük jó irányban halad-e egy fejlesztő. Ezáltal a csapat számára minden lépés elérhető lesz.
• A Demón belekérdezünk akár a végrehajtás és a „késztermék” miértjébe, challengeljük a megvalósítást, legyen az tervbeli, designbeli vagy fejlesztésbeli.
• Ha ezek elhúzódnának, azt mondjuk, hogy kivisszük inkább a beszélgetést a Demóról és egy sync meeting keretében döntünk a felvetésről.