Agilis backlog vagy blacklog?

Mi kerülhet be egy agilis squad backlog-jába?

Mikor optimális egy agilis backlog összetétele?

• ötletek,
• tervezésre kész tételek,
• megvalósításra kész tételek.

Prioritások kezelése az agilis backlog-ban

Mint azt a korábbi cikkeinkben tisztáztuk, a feladatok közötti prioritások meghatározása elsődlegesen és alapvetően a Product Owner feladata. Ő az, akinek pontosan ismernie kell a csapat backlog-jában található tételeket. Meg kell tudnia határozni az egyes user story-k üzleti értékét, akár számszerűsíthető, akár relatív értékekről beszélünk. Majd ezen értékek, valamint az egyes feladatok komplexitása és az egymáshoz való technikai és időbeli viszonyuk alapján meg kell határoznia azok egymáshoz viszonyított megvalósítási sorrendjét. Láthatjuk, hogy ez egy igen összetett feladat, amelyet ráadásul folyamatosan el kell látni.

Minden esetben, amikor egy új elem kerül a listára, nemcsak az adott tétel helyét kell meghatározni a prioritási listában, hanem azt is, hogy az milyen hatással van a listában már szereplő tételekre. Gyakran előfordulhat ugyanis, hogy egy új elem miatt egy korábbi másik feladat már teljesen okafogyottá válik, vagy akár az is, hogy egy korábban alacsony prioritású feladatból hirtelen magas prioritású lesz.

A nem megfelelő vagy egyáltalán nem végrehajtott agilis backlog kezelés következményei

Sajnos a gyakorlati tapasztalataim azt mutatják, hogy a napi teendők mellett nagyon kevés idő és energia jut folyamatos backlog menedzsmentre, főleg nagyvállalati környezetben. Azáltal, hogy legtöbb esetben egy Product Owner-re rábízzák egy-egy agilis squad operatív vezetését is, beleértve a napi problémák megoldásától a szükséges adminisztráción át egészen az általános HR feladatokig, az agilitás szempontjából igazán fontos dolgokra, mint például a backlog menedzsmentje egyszerűen már nem marad ideje és energiája.

Így előbb elmarad az üzleti értékek és a komplexitások meghatározása, majd szép lassan a függőségek felmérése is. Az egyes story-k, akár hónapokon keresztül vándorolnak sprintről sprintre, anélkül, hogy lezárásra kerülnének, a prioritások meghatározása felett pedig átveszi az uralmat a pillanatnyi érdek a józan ész helyett.

Ha pedig ez bekövetkezik, akkor egy agilis backlog nagyon hamar kezelhetetlen méretűvé hízik, amelyben az egyes feladatok között már képtelenség prioritásokat meghatározni. Az egyes sprintek tervezése nehézkessé és teljesen esetlegessé válik a csapat pedig előbb utóbb teljesen elveszíti a fókuszt. A backlogban elszaporodnak az olyan tételek, amelyek sosem rendelkeznek majd kellő prioritással vagy értékkel ahhoz, hogy bekerüljenek egy sprintbe és a backlog alján, a „blacklog” legsötétebb bugyraiban, ott ahová már a legbátrabbak sem görgetnek le, szépen lassan a feledés homályába merülnek.

Összefoglalás

Az agilis backloggal és kezelésével kapcsolatos fenti kockázatok és problémák kellő körültekintéssel és folyamatos odafigyeléssel megelőzhetők.

Cégünk, a MINDSPIRE Consulting jelentős elméleti ismeretekkel és gyakorlati tapasztalatokkal rendelkezik az agilis projektmenedzsment terén a banki és biztosítói iparágakban, így munkatársaink hatékony támogatást tudnak nyújtani ezen a területen.

Amennyiben kérdése lenne a cikkel vagy az agilis projektmenedzsmenttel kapcsolatban, kérjük vegye fel a kapcsolatot szakértőinkkel!