Agilitás
Az agilitás egy csapat vagy szervezet képessége arra, hogy gyorsan reagáljon a változásokra azáltal, hogy a munkát rövid, ellenőrizhető ciklusokban szervezi, közvetlen visszajelzéssel.
Az agilitás fogalma a 2001-es Agilis kiáltványra vezethető vissza, amelyet eredetileg a szoftverfejlesztéshez írtak. A hosszú átfutási idejű, merev vízesés-tervezésre adott válaszként az agilitás rövid, ismételhető ciklusokat részesít előnyben egy olyan rögzített tervvel szemben, amelyet csak a legvégén ellenőriznek. A lényege az a képesség, hogy a követelményeket folyamatosan hozzá lehessen igazítani az új információkhoz vagy a vevői visszajelzésekhez. Az agilitás ezért kevésbé egyetlen módszer, inkább egy gondolkodásmód: a változást normálisnak tekinti, nem zavaró tényezőnek.
A gyakorlatban az agilitás konkrét munkaszokásokban jelenik meg: rövid munkaszakaszok, jellemzően egy-négy hetes sprintek, rendszeres csapat-egyeztetések, valamint rögzített retrospektívek, amelyeken a csapat áttekinti a saját munkamódszerét. Elterjedt keretrendszer a Scrum, a maga meghatározott szerepeivel és rituáléival, valamint a Kanban, a vizuális feladattáblával és a folyamatban lévő munka korlátozásával. A funkcióközi csapatok több döntést hoznak meg maguk, ahelyett hogy hosszú jóváhagyási láncokra várnának. A cél, hogy minden ciklus után egy használható, működő eredmény szülessen, és abból tanuljanak.
Az agilitás nem minden esetben váltja fel a klasszikus projektmenedzsmentet. Az olyan projektek esetében, ahol a követelmények rögzítettek és nem változnak, és kevés a bizonytalanság, például hosszú átfutási idejű üzemépítésnél, a részletes előzetes tervezés gyakran nagyobb biztonságot ad. Az agilis munkamódszerek fegyelmet is megkövetelnek: egyértelmű priorizálás nélkül a rövid ciklusok gyorsan puszta elfoglaltsággá válnak valódi előrehaladás helyett. Az agilitás ott térül meg leginkább, ahol a követelmények a kezdetben még nem tisztázottak, és a folyamatos tanulás javítja a célhoz vezető utat.
Gyakorlati példa
Egy középvállalati gyártócég 12 fős informatikai csapata kéthetes sprintekre állítja át a belső megrendeléskezelő szoftverét. Az eredetileg tervezett kilenc hónapos nagy bevezetés helyett a csapat kéthetente kiad egy működő verziót, amelyet három, a termelésből érkező tesztfelhasználó közvetlenül kiértékel. A negyedik sprint után kiderül, hogy egy eredetileg tervezett funkciót alig használnak, ezért a csapat elhagyja azt, és két hét kapacitást szabadít fel egy sürgetőbb probléma megoldására. Fél év alatt a szoftver éles üzembe áll, három hónappal korábban, mint amit az eredeti vízesés-alapú terv előrejelzett.
Hogyan segít a Leanshift
Az agilitás és a KATA-szemlélet ugyanabból a magból táplálkozik: rövid ciklusokban dolgozol, tervezve, kipróbálva és ellenőrizve, ahelyett hogy egyetlen merev főtervet követnél. A PDCA-ritmus, amelyen végighaladsz, lényegében egy Kaizen-sprint, minden kör új felismerést hoz, amely élesebbé teszi a következő iterációt. A fejlődés itt nem azt jelenti, hogy gyorsabban dolgozol, hanem hogy tanulékonyabbá válsz, így minden ciklus több olyan embert teremt, aki képes javítani a dolgokon, téged is beleértve.
Gyakran ismételt kérdések
Ugyanaz az agilitás, mint a Scrum?
Nem. A Scrum egy konkrét keretrendszer meghatározott szerepekkel és rituálékkal, az agilitás pedig a mögötte álló tágabb gondolkodásmód. A Kanban, az Extreme Programming és az egyedi hibrid megközelítések szintén agilis munkamódszerek.
Működik az agilitás a szoftverfejlesztésen kívül is?
Igen. A marketing, a termékfejlesztés, és egyre inkább a gyártás is alkalmazza az agilis elveket, például a rövid ciklusokat és a rendszeres retrospektíveket, jellemzően a saját kontextusukra szabva.
Az agilis munka kevesebb tervezést jelent?
Nem, csak más jellegű tervezést jelent. Ahelyett, hogy egyetlen terv fedne le hónapokat előre, minden ciklust részletesebben terveznek meg az indulásakor. Ez gyakran több fegyelmet igényel, nem kevesebbet.