Már írtam arról, hogy milyen technikák vannak arra, hogy jobban kontroll alatt tudjunk tartani egy két hetes sprintet, és most pár apró finomságot szeretnék megosztani. Szinte alapvető dolgoknak tűnnek talán az olvasók egy részének triviális, mégis úgy gondolom hasznos lehet megosztani.
Sprint forduló napján az első esemény a demo. Bármennyire is volt tesztelve a lefejlesztett funkció, megírva a user story, mindig akad olyan hiba, ami demon jön elő, olyan funkció, amit a PO rosszul vagy nem egyértelműen fogalmazott meg. Ezeket az észrevételeket a vezető fejlesztő és én is, mint product owner fel szoktam jegyzetelni közben, hogy ne a demo folytonosságát akasszuk meg vele.
Sokszor olyan apróságokról van szó, amiért felesleges a Jira-ba storyt felvinni, így egy flipcahrtra vagy a mágnes táblára írom fel, hogy milyen apró észrevételeket tettünk a review során. Valahogy így:
Azt tudjuk, hogy aminek nincs gazdája, az elég lassan készül el, így még ott helyben felelősöket is rendel a csapat a feladatokhoz. Ami olyan nagyságú feladat, arról hozunk létre új storyt és csak planning után foglalkozunk vele, de amik szükségesek a megfelelő ügyfél demohoz, azokat még aznap el kell végezni. Erre általában a retro és a planning után kerül sor.
Ugyanezt az ábrázoló technikát alkalmazzuk a milestone napján is. Reggel a standup közben felírjuk az adott taskokat, amik nyitva vannak még és a milestone részét képezik. Majd az adott task mellé odaírjuk, hogy ki a felelőse, ad egy becslést a hátralevő időre, illetve megjegyzést is tehetünk oda, ha szükséges. Bár erre ott van a jira is, de az emberi agy mégis jobban befogadja, ha valamiről beszélünk és közben ábrázoljuk is.