Alai

Ha tudnánk, mit csinálunk, nem hívnák kutatásnak.

-Albert Einstein

A tüskék a feltárás egyik típusa Enabler történet a SAFe-ban. Eredetileg az extrém programozásban (XP) definiálták őket, és olyan tevékenységeket képviselnek, mint a kutatás, a tervezés, a vizsgálat, a feltárás és a prototípusalkotás. Céljuk a technikai megközelítés kockázatának csökkentéséhez, egy követelmény jobb megértéséhez vagy egy történetbecslés megbízhatóságának növeléséhez szükséges tudás megszerzése.

A többi történethez hasonlóan a tüskéket is megbecsülik, majd az Iteráció végén bemutatják. Emellett egy elfogadott protokollt és munkafolyamatot biztosítanak, amelyet az agilis kiadási vonatok (ART) használnak az epikák életképességének meghatározásához.

Az agilis és a Lean értékeli a tényeket a spekulációkkal szemben. Amikor egy kérdéssel, kockázattal vagy bizonytalansággal szembesülnek, az Agilis Csapatok kisebb kísérleteket végeznek, mielőtt a megvalósítás felé haladnának, ahelyett, hogy spekulálnának a kimenetelről vagy egy Megoldásra ugranának. A csapatok számos helyzetben használhatnak tüskéket:

• Új funkciók és képességek becslése a feltételezett viselkedés elemzésére, betekintést nyújtva a kisebb, számszerűsíthető darabokra való felosztás megközelítésébe
• Megvalósíthatósági elemzés és egyéb olyan tevékenységek elvégzése, amelyek segítenek meghatározni az epikák életképességét
• Báziskutatás elvégzése egy új technológia vagy terület megismerése céljából
• Egy technikai vagy funkcionális megközelítés iránti bizalom megszerzése, a kockázat és a bizonytalanság csökkentése

A tüskék olyan kis program, kutatási tevékenység vagy teszt létrehozását foglalják magukban, amely az új funkciók valamely aspektusát demonstrálja.

Technikai és funkcionális tüskék

A tüskéknek elsősorban két formája van: technikai és funkcionális.

Funkcionális tüskék – A megoldás általános viselkedésének elemzésére és annak meghatározására szolgálnak:

• Hogyan lehet lebontani
• Hogyan lehet megszervezni a munkát
• Hol van kockázat és komplexitás
• Hogyan lehet felhasználni a felismeréseket a végrehajtási döntések befolyásolására

Technikai tüskék – A megoldás területén a különböző megközelítések kutatására szolgálnak. Például:

• A build-versus-buy döntés meghatározása
• Egy új felhasználói történet potenciális teljesítmény- vagy terhelési hatásának értékelése
• Egyedi technikai megvalósítási megközelítések értékelése
• A kívánt megoldási útvonalra vonatkozó bizalom kialakítása

Egyes funkciók és felhasználói történetek mindkét típusú tüskét igényelhetik. Íme egy példa:

“Fogyasztóként szeretném látni a napi energiafelhasználásomat egy hisztogramban, hogy gyorsan átlássam a múltbeli, a jelenlegi és az előre jelzett energiafogyasztásomat.”

Ebben az esetben egy csapat mindkét típusú tüskét létrehozhatja:

• Egy technikai tüske annak kutatására, hogy mennyi időbe telik egy ügyfélkijelző frissítése az aktuális felhasználáshoz, meghatározva a kommunikációs követelményeket, a sávszélességet, és azt, hogy tolni vagy húzni kell-e az adatokat
• Egy funkcionális tüske – Prototipizáljon egy hisztogramot a webes portálon, és szerezzen felhasználói visszajelzést a megjelenítés méretéről, stílusáról és a diagramkészítésről

A tüskékre vonatkozó irányelvek

Mivel a tüskék nem nyújtanak közvetlen felhasználói értéket, használja őket takarékosan. A következő irányelvek érvényesek:

Kvantitatív, bizonyítható és elfogadható

A többi történethez hasonlóan a tüskék is bekerülnek a Team Backlogba, becslésre kerülnek, és úgy méretezzük őket, hogy beleférjenek egy iterációba. A tüskék eredményei különböznek a sztoriktól, mivel a tüskék jellemzően nem működő kódot, hanem információt produkálnak. Csak a szükséges adatokat kell kifejleszteniük ahhoz, hogy magabiztosan azonosítani és méretezni lehessen az azt mozgató történeteket.

A spike kimenete bizonyítható, mind a csapat, mind bármely más érdekelt fél számára, ami láthatóvá teszi a kutatási és építészeti erőfeszítéseket, valamint segít a kollektív felelősségvállalás és a közös felelősségvállalás kialakításában a döntéshozatalban. A terméktulajdonos elfogadja azokat a tüskéket, amelyeket demonstráltak, és megfelelnek az elfogadási kritériumoknak.

A tüskék időzítése

Mivel egy vagy több potenciális történet bizonytalanságát jelentik, néha kockázatos mind a tüskét, mind a keletkező történeteket ugyanabban az iterációban tervezni. Ha azonban kicsi és egyszerű, és valószínű, hogy gyors megoldás születik, akkor elég hatékony lehet mindkettőt ugyanabban az iterációban elvégezni.

A kivétel, nem a szabály

Minden felhasználói történet tartalmaz bizonytalanságot és kockázatot; ez az agilis fejlesztés természete. A csapat megbeszélés, együttműködés, kísérletezés és tárgyalás útján találja meg a megfelelő megoldást. Így bizonyos értelemben minden felhasználói történet tartalmaz tüskeszerű tevékenységeket a technikai és funkcionális kockázatok azonosítására. Az agilis csapat célja, hogy minden egyes iterációban megtanulja, hogyan kezelje a bizonytalanságot. A tüskék kritikusak, ha nagy a bizonytalanság, vagy sok az ismeretlen.

Tudjon meg többet

Leffingwell, Dean. Agilis szoftverkövetelmények: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison Wesley, 2011.

Utolsó frissítés: 2021. február 10.