Agenda

1. Változás3Projektszemlélet váltás tanulságai és eredményei a MABISZ-BOMA projekten keresztül bemutatva

2. Agenda Három változás: az üzleti környezet változásától a projekt-metodika változásáig Agilis technikák alkalmazása a projektben Alternatívák és általános tanulságok Az agilis projektvitel által nyújtott értékek

3. Változó jogszabályi és üzleti környezet – V1 A MABISZ-BOMA projekt célja, hogy létrehozzunk egy 15 biztosító társaságot összekapcsoló informatikai rendszert elsődlegesen a kártörténeti („Bónusz-Malusz”) igazolások elektronikus cseréjére. • Jogszabályváltozás indukálja a projektet – rögzített, „felülírhatatlan” határidők és feladatok • A projekt alapot adhat az üzleti környezet jövőbeni megváltoztatásának • Lassú előkészítés és tendereztetés, elhúzódó projektindítás – eltérő elképzelések a projektről  Együttműködési kényszer lép fel!

4. A MABISZ változó szerepe, új típusú együttműködés – V2  Különös, egyedi kockázatok jelentkeznek! A projekt megrendelője formálisan a MABISZ, mint koordináló testület A projekt használója és finanszírozója 15 biztosító társaság Új típusú együttműködés; 15 társaság egyetlen rendszerben partnerként, nem ellenfélként A MABISZ új szerepe: rendszer-fejlesztő és szolgáltató a biztosító társaságok felé „BOMA bizottság” mint döntéshozó testület

5. Sajátos projektrizikók – V3 Hatalmas időnyomás, kőbe vésett határidők, nincs visszafordulási pont A MABISZ-nak mint projektfejlesztőnek nincs ilyen irányú tapasztalata A döntéshozatali folyamat igen nehézkes és lassú Igen sok résztvevő, eltérő informatikai háttérrel és elképzelésekkel Eltérő elképzelések és prioritások a projekt céljairól és jövőjéről Számos, előre nem látható üzleti és technológiai csapdahelyzettel számolhatunk. Magas minőségi elvárások, rögzített határidők, de rugalmas (néha bizonytalan) követelmények A résztvevők magatartása kiszámíthatatlan; számunkra ismeretlen motivációk befolyásolják. A projektrésztvevők részben kényszerként élik meg a részvételt, demotiváltak. stb… Fel kellett ismernünk, hogy a tervezett vízesés-modellű projekt nem tudja ezeket a kockázatokat megfelelően kezelni! AGILIS technikákat kell alkalmaznunk.

6. Agilis technikák a projektben • A projektet szakaszokra bontjuk, és csak távlatokban szemléljük a későbbi szakaszokat  csökken a feldolgozandó információ és követelmény • Folyamatos újratervezés és módosítás; az üzleti célok elérése érdekében akár gyökeres változtatások az eredeti tervekhez képest. Kulcsfontosságú a szükséges változtatások felismerése és proaktív kezelése. • A scope rugalmas kezelése: elsődleges a cél elérése. Egy esetleges késés által okozott kár nagyobb mint a többletmunka költségei  bővítjük a scope-ot, átveszünk ügyfél-feladatokat a siker érdekében. • Következetes kommunikáció: az ügyfelet érdekeltté tesszük a változások elfogadásában és az együttműködésben, transzparenssé tesszük a változtatások szükségességét. • A projektcsapatot kisebb szakértő csoportokra bontjuk, melyek extrém és vízesés modellben egymástól függetlenül törnek saját céljuk felé. Nagyfokú szenioritás jellemző a csoportokon belül.

7. Alternatívák és tanulságok • A projekt sikerkritériumai: • valid rendszer elégedett ügyfél pénzügyileg sikeres • Projektviteli alternatívák: Kiszámítható módszertan alkalmazása: • Kiszámítható költséggel és kevesebb technológiai kockázattal lehetett volna végrehajtani a projektet • Szerződésileg nagyon erős pozíciót biztosít • Minimális az esély egy validrendszer fejlesztésére • A felmerülő kérdések, problémák ellehetetlenítik a határidők betartását XP egy 2-4 fős szenior csapattal: • Valid és igen jó minőségű rendszer • Minimalizált menedzsment költség és csökken a speciális kockázatok hatása • A bizonytalan környezet miatt a projekt a végtelenségig elnyúlhatott volna • A többi résztvevő tevékenysége nem igazítható a projekthez • Gyakorlatilag lehetetlen elfogadtatni az ügyféllel!

8. Alternatívák és tanulságok • Az agilitás nem csodaszer, azonban sok esetben sikeresen alkalmazható. Miért nem alkalmazzuk gyakrabban? • Mert a pénzügyi szektor mai kultúrája a kiszámítható módszerek felé húz. Mi az oka ennek? • Évenkénti pénzügyi tervezés? • Félelem a felelősségvállalástól? • Túl hierarchikus szervezetek? • Gyakori irányváltások, koncepciótlanság? • Nehéz elmozdulni az adaptív irányba • Gyakran fogalmi zavarok és hiányosságok is gátló tényezőként lépnek fel • Meg kell tanulnia a szervezetnek kezelni a helyzetet és élni a lehetőségekkel • Paradigmaváltás lenne szükséges! A szervezetnek a nagy lépések helyett a folyamatos haladás felé kell elmozdulnia. • Hogyan lehet előmozdítani ezt az irányváltást? Bekövetkezik-e szükségszerűen az informatikai- és üzleti környezet változásával?

9. A CIO számára adott értékek Milyen értéket adhatnak az agilisan végrehajtott projektek a CIO számára? A teljesség igénye nélkül… A stratégia folyamatosan és rugalmasan alakítható Az üzleti igények kiszolgálása gyorsabb és gördülékenyebb lehet Csökkenthetők a big-bang típusú átállások kockázatai Nagyobb minőségi kontroll gyakorolható; csökken az invalid rendszerek veszélye Csökken a projektek pénzügyi rizikója

10. Köszönöm figyelmüket! • Szász Gergely • Senior projektvezető • Qualysoft Informatikai Zrt. • H-1124 Budapest, Németvölgyi út 97. • P: +36 1 8899 800 • F: +36 1 8899 810 • M: +36 70 320 9386 • Web: www.qualysoft.hu • Mail: gergely.szasz@qualysoft.hu • Austria - Germany - Hungary - Romania - Serbia – Slovakia