» Our customers are more successful. A nyílt forráskódú rendszerek kockázatai – a költséghatékonyság más módjai György István Ügyvezető igazgató Update software Magyarország Kft

copyright © 2011 | update software AG | 7/23/ A prezentáció célja, hogy általánosságban felhívja a figyelmet a nyílt forráskódú rendszerekkel kapcsolatos kockázatokra, az előadás nem foglalkozik konkrét gyártókkal vagy azok termékeivel.

copyright © 2011 | update software AG | 7/23/ Hitvita vagy békés egymás mellett élés?

copyright © 2011 | update software AG | 7/23/ A nyílt forráskódról I t’s almost as though the village blacksmiths of the world can now build axles in their backyards, assemble them together and compete with General Motors. Paul Maritz, Microsoft

copyright © 2011 | update software AG | 7/23/ Tartalom » Mit értünk alatta? » Ingyenes vagy csak nyílt? » Kockázatok » Jogi » Üzleti » Szakmai » Költséghatékonyág más módon

copyright © 2011 | update software AG | 7/23/ Mit értünk alatta? » A nyílt forráskód » Biztosítja a szabadságot hogy bárki hozzáférjen a forráskódhoz, megvizsgálja, módosítsa, használja és saját fejlesztési célra felhasználja » Több mint csak forráskód » Egyének hatalmas közössége » Licencek összessége » Új vállalkozások, új üzleti modellek katalizátora » Tömegesíti a szoftvert » Legális felhasználói arányt növeli

copyright © 2011 | update software AG | 7/23/ Jogi kockázatok 1 » Copyleft » Az ügyfél kockázata » Szellemi tulajodon megsértése harmadik féllel szemben » Nincs szerződéses védelem a végfelhasználó számára » Nincs szerződéses védelem károkozás esetén (pl. leáll egy rendszer) » Van-e garancia/jótállás?

copyright © 2011 | update software AG | 7/23/ Jogi kockázatok 2. » Bizonytalan licence feltételek » Létezik-e a licence? » Ki a licence tulajdonos? » Visszavonható-e a licence? » A nagyvállalati rendszer licence is nyitott, vagyis meg kell, hogy ossza mással? » Forking » Nincs mindig valódi felelős a termék mögött

copyright © 2011 | update software AG | 7/23/ Van ingyen ebéd? » Kőleves mese » Legyen egy UNIX-like kernel. » Jó lenne hozzá egy shell is! » Nem kellene egy szövegszerkesztő is? » Tudna valaki multiporcesszoros támogatást hozzá? » És mit szólna egy GUI-hoz? » …

copyright © 2011 | update software AG | 7/23/ Anyagi kockázat vagy annál több? » Szokványos költségek alkalmazás bevezetésnél » Belső emberi erőforrások » Belső eszköz erőforrások » Licence* » Fejlesztés, testreszabás* » Megvalósítás* » Oktatás* » Műszaki támogatás* » Szoftverkövetés * » * Minden elemnek megvan a maga jogi, üzleti és szakmai kockázata » Üzleti kockázat nem azonos az árral!!!

copyright © 2011 | update software AG | 7/23/ Üzleti kockázatok » Nyílt, de nem annyira ingyenes… » A software ára kb. 10%-a a teljes TCO-nak » Ugyanúgy szükség van és egyéb szolgáltatásokra pl. tanácsadásra, oktatásra, műszaki támogatásra » Gyakori frissítések » Az alkalmazások akár naponta is frissülhetnek » A gyakori frissítések kompatibilitási problémákat okozhatnak és további műszaki támogatást igényelnek » Üzleti bizonytalanság » Közösségi fejlesztés esetén a fejlesztési irányok » Compliance » Ki tudja biztosítani és felelősséget vállalni? Szigorú banki folyamatok. Pl. Bázel III, MIFID, stb.

copyright © 2011 | update software AG | 7/23/ Szakmai kockázatok 1 » Licence » „Ugyanazt a hibát ingyen kapod” – az ismeretlen szoftverfejlesztő » Felelősség kérdése a visszafelé kompatibilitás szempontjából » A kiérleletlen alkalmazás kompatibilitási gondokat okozhat » Műszaki támogatás » A legnagyobb kockázati elem » Nem minden pilóta tud vadászgépet vezetni » Ki nyújtja? Külső? Belső? SLA? Felelősség? » Van szakmai tanúsítás? » Az üzemeltetésnek jelenthet többlet feladatot » Közösségi fejlesztés esetén szétaprózódhat a tudás, nem lehet csak egy SPOC-ra támaszkodni

copyright © 2011 | update software AG | 7/23/ Szakmai kockázatok 2 » Oktatás » Van-e megfelelő oktató? » Van-e oktatási politika? » Szoftverkövetés » Ki a felelős érte ha közösség áll a fejlesztés mögött? » Ki határozza meg a szoftverkövetés elemeit? » Van-e tudatos szoftverkövetési politika? » Továbbfejlesztés » Egy szoftver soha nem hibátlan és soha nincs kész! » Ki határozza meg a fejlesztési stratégiát? » Termékfejlesztés » Alkalmazás folyamatos illesztése az új, változó követelményekhez (ez manapság elég gyakori a bankoknál…)

copyright © 2011 | update software AG | 7/23/ update válasza » 22 év szakmai tapasztalat » Erős iparági fókusz » Iparági folyamatok ismerete » Bevezetési tapasztalat többszáz FSI ügyfélnél » Kiérlelt módszertan » Üzleti igényekhez illeszkedő üzleti modell (SaaS, in-house) » Transzparens, tervezhető költségek

copyright © 2011 | update software AG | 7/23/ Az update válasza » Üzleti és szakmai igényeknek megfelelő szolgáltatási szintek (SLA) » Testreszabás, oktatás, műszaki támogatás, folyamatos bővítés » Több lépcsős támogatás » Walk before run Egy kapcsolattartó az ügyfelek részére » FELMÉRÉS « » SETUP « » BŐVÍTÉS « Service Level Agreements

copyright © 2011 | update software AG | 7/23/ Összefoglaló » Nyílt forráskódú rendszerek jó megoldást jelenthetnek a kisebb üzleti kockázattal működő vállalatok, intézmények számára » Bankok, pénzintézetek számára kevésbé javasolt » Ha valaki nyílt forráskódú rendszert választ, akkor a fenti kockázatokat próbálja meg kivédeni » Hasonlitsa össze az OSS és a hagyományos szoftverek TCO-ját

copyright © 2011 | update software AG | 7/23/ Köszönöm a figyelmet!