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

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

Változó jogszabályi és üzleti környezet – V 1 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!

A MABISZ változó szerepe, új típusú együttműködés – V 2  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  Különös, egyedi kockázatok jelentkeznek!

Igen sok résztvevő, eltérő informatikai háttérrel és elképzelésekkel Hatalmas időnyomás, kőbe vésett határidők, nincs visszafordulási pont A projektrésztvevők részben kényszerként élik meg a részvételt, demotiváltak. Számos, előre nem látható üzleti és technológiai csapdahelyzettel számolhatunk. A résztvevők magatartása kiszámíthatatlan; számunkra ismeretlen motivációk befolyásolják. Sajátos projektrizikók – V A MABISZ-nak mint projektfejlesztőnek nincs ilyen irányú tapasztalata A döntéshozatali folyamat igen nehézkes és lassú Eltérő elképzelések és prioritások a projekt céljairól és jövőjéről Magas minőségi elvárások, rögzített határidők, de rugalmas (néha bizonytalan) követelmények 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. stb…

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

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 valid rendszer 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!

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?

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: F: M: Web: Mail: Austria - Germany - Hungary - Romania - Serbia – Slovakia

Qualysoft Informatikai Zrt Budapest, Németvölgyi út 97. Tel.: Fax: Qualysoft Ressource und Entwicklung für Informationstechnologie GmbH 1180 Wien, Plenergasse 1/3 Tel.: Fax: / Qualysoft Ressource und Entwicklung für Informationstechnologie GmbH München, Bavariaring 9 Tel.: Fax: / Qualysoft Informatics d.o.o Beograd, Gospodar Jovanova 16/15 Tel.: Fax: Qualysoft Information Technology SRL R Bucharest Sector 1 Bvd. Iancu de Hunedoara 2 Tel.: Fax: