Provokáló kérdés- tudom. De megéri feltenni.
Mert az a tapasztalatom, hogy a Scrum formális alkalmazása pénzügyi szektorbeli nagyvállalatoknál az esetek egy jelentős részében nem működik jól. Nem azért mert az agilis elvek rosszak. Hanem mert a kontextus más, és ezt ritkán mondják ki hangosan.
Miért más a kontextus pénzügyi szektorbeli vállalatoknál?
A Scrum keretrendszer egy szoftverfejlesztő csapat számára lett kitalálva. Autonóm csapat, közvetlen hozzáférés az ügyfelhez, gyors döntéshozatal, minimális bürokrácia.
Egy nagyvállalati biztosítónál vagy banknál ezek a feltételek általában nem teljesülnek.
A döntéshozatal nem gyors. Egy biztosítási termék változtatásához compliance review kell. Egy banki rendszer módosításához architektúrális jóváhagyás kell. Egy lízingcégnél a szerződéses feltételek változtatásához jogi egyeztetés kell. Ezek a folyamatok hetek, nem napok, és nem gyorsíthatók le egyszerűen azzal, hogy bevezettük a Scrumot.
A "csapat" nem autonóm. A fejlesztők, a BA-k, a tesztelők, az üzleti területek és az IT üzemeltetés mind különböző szervezeti egységekhez tartoznak. Mindenkinek van felettese, mindenkinek van más prioritása. A cross-functional team felállítása szervezeti átalakítást igényel, nem csak módszertani döntést.
A backlog nem az üzleté. Pénzügyi szektorbeli vállalatoknál a fejlesztési igények sokszor szabályozói elvárásokból, audit megállapításokból vagy vezetői döntésekből fakadnak, nem egy product owner priorizálásából. A "legértékesebb feature először" elv nehezen alkalmazható, ha a compliance csapat diktálja a sorrendet.
Mi történik ilyenkor általában?
A Scrum bevezetésre kerül. Lesznek daily standupok, sprint planningek, retrospective-ek. Mindenki elvégzi a Scrum Master képzést. A csapat megkapja a Jira hozzáférést.
Hat hónappal később:
A daily standupok státuszjelentéssé válnak, nem akadályok azonosítására, hanem "mit csináltam tegnap" riportra. A sprint planning a sprint elején megtörténik, de a sprint közben jönnek a "sürgős" feladatok az üzlettől, amelyek felülírják a tervezett munkát. A retrospective elfogy az egymást követő megbeszélések zsúfolt naptárában. A Scrum Master ideje nagyrészt adminisztrációval telik.
Ez nem a Scrum Master hibája. Ez a szervezeti valóság.
Akkor mi működik pénzügyi szektorbeli projekteknél?
Az agilis szemlélet , nem feltétlenül a Scrum ceremóniái.
Három dolog, amit valóban értékesnek tartok pénzügyi szektorbelli IT projekteken:
Iteratív szállítás kisebb egységekben. Nem kell két évet várni az első éles verzióra. Ha a rendszert modulonként lehet szállítani, a visszajelzések hamarabb érkeznek és a kockázat kisebb. Ez nem Scrum-specifikus , ez általános agilis elv.
Folyamatos prioritizálás. A backlog karbantartása és a priorizálás rendszeres egyeztetése az üzlettel értékes, függetlenül attól, hogy ezt "sprint planning"-nek hívják-e vagy sem.
Transzparens kommunikáció a haladásról. Heti státuszlevél, amely pontosan leírja mit végeztek el, mit vállaltak a következő hétre, és mi nem valósult meg — ez több értéket ad mint egy formális Scrum ceremónia egy diszfunkcionális szervezeti struktúrában.
Mikor működik jól a Scrum pénzügyi szektorbeli környezetben?
Az objektivitás kedvéért: vannak helyzetek ahol a Scrum valóban jól működik pénzügyi szektorbeli kontextusban is.
Dedikált, valóban autonóm csapat. Ha az üzlet és az IT közösen allokál egy dedikált csapatot egy projekthez, - közös helyszínen, közös naptárral, valódi döntéshozatali jogkörrel - a Scrum jól működhet. Ez ritka, de előfordul.
Greenfield fejlesztés. Amikor valami teljesen újat építenek ,- nem meglévő legacy rendszert fejlesztenek- a Scrum rugalmassága valódi értéket ad. A Mitigia carbon credit platform fejlesztésénél például az iteratív megközelítés pontosan azért működött, mert az üzleti logika és a szoftver párhuzamosan formálódott.
Fintech és insurtech startupok. Pénzügyi szektorbeli startupokban - ahol a szervezet lapos, a döntéshozatal gyors és a csapat valóban autonóm - a Scrum tökéletesen alkalmazható.
Akkor kell-e Scrum Master?
Igen, de nem feltétlenül abban a formában ahogy a tankönyvek leírják.
Amit egy pénzügyi szektorbeli IT projekten valóban szükséges betölteni: valaki aki védi a csapat fókuszát a szervezeti zavaroktól, kommunikál a különböző szervezeti egységek között, transzparensen dokumentálja a haladást és az akadályokat, és segít a csapatnak folyamatosan javítani a munkamódszerein.
Ezt a szerepet nem feltétlenül egy "Scrum Master" tölti be, hanem egy tapasztalt üzleti elemző, egy erős projektmenedzser, vagy egy agilis szemléletű tech lead. A cím kevésbé fontos, mint a kompetencia és a szervezeti pozíció.
A legkárosabb amit egy szervezet tehet: bevezeti a Scrum terminológiát és ceremóniáit , de nem változtatja meg a döntéshozatali struktúrát, a szervezeti határokat és a prioritizálási folyamatokat. Az eredmény: a Scrum adminisztratív terhe megmarad, az agilis értékek nem érvényesülnek. A csapat elveszíti a bizalmát az agilis módszertan iránt, igazságtalanul.
Mit csinálunk a FrontX-nél
A FrontX projektek, egyedi alkalmazásfejlesztési projektek nem "Scrum projektek" , hanem strukturált, iteratív projektek, amelyek az agilis elveket a pénzügyi szektoros kontextushoz igazítva alkalmazzák.
Heti státuszlevelek, folyamatos stakeholder kommunikáció, moduláris szállítás, transzparens akadálykezelés. Nem ceremóniák, hanem valódi érték.
Az üzleti elemző végig jelen van. Nem a Scrum Master helyett , hanem azért, mert pénzügyi szektobeli projekten az üzleti igény gazdálkodása fontosabb mint a sprint ceremóniák facilitálása.
Ha olyan IT projekted van ahol az agilis módszertan bevezetése nem hozta a várt eredményt , szívesen megnézzük miért: frontx.hu/kapcsolat
Gyakran ismételt kérdések
Működik-e a Scrum pénzügyi szektorbeli IT projekteknél? Feltételektől függ. A Scrum jól működik dedikált, autonóm csapatoknál, greenfield fejlesztéseknél és fintech startupokban. Nagyvállalati pénzügyi szektorbeli környezetben , ahol a döntéshozatal lassú, a csapat nem autonóm és a backlog-ot compliance elvárások diktálják , a Scrum formális alkalmazása általában nem hozza az elvárt eredményt. Az agilis szemlélet értékes marad, de a ceremóniák adaptálása szükséges.
Mi a különbség a Scrum és az agilis szemlélet között? Az agilis szemlélet értékek és elvek gyűjteménye , iteratív szállítás, folyamatos visszajelzés, rugalmasság, szoros együttműködés. A Scrum egy konkrét keretrendszer, amely ceremóniákkal, szerepkörökkel és artefaktokkal implementálja ezeket az elveket. Lehet agilis szemlélettel dolgozni Scrum nélkül is , és ez pénzügyi szektoros nagyvállalati környezetben sokszor célravezetőbb.
Mikor érdemes Scrum Mastert alkalmazni pénzügyi szektorbeli projekten? Akkor érdemes, ha valóban dedikált, autonóm cross-functional csapat áll rendelkezésre, a szervezet kész a döntéshozatali struktúra megváltoztatására, és a projekt jellege lehetővé teszi az iteratív szállítást. Ha ezek a feltételek nem teljesülnek, egy tapasztalt üzleti elemző vagy projektmenedzser agilis szemlélettel hatékonyabb lehet.
Miért nem működik a Scrum nagyvállalati pénzügyi szektorbeli környezetben? Négy fő ok: a döntéshozatal lassú és nem gyorsítható módszertani változással, a csapat szervezetileg nem autonóm, a backlog-ot külső kényszerek diktálják, és a szervezeti kultúra nem támogatja a ceremóniákhoz szükséges időkeretet. Ezek szervezeti problémák, nem technikai vagy módszertani problémák.
Behán László a FrontX Kft. ügyvezetője és társalapítója. Korábban a Signal Biztosító CIO-ja, a Groupama Biztosító fejlesztési és adattárház-vezetője, valamint a LeasePlan Hungaria igazgatóságának tagja volt operációs igazgatóként. 25 év IT és üzleti vezetői tapasztalattal rendelkezik a pénzügyi szektorban.
