» 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.

Az előadások a következő témára: "» 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."— Előadás másolata:

1 » 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

2 copyright © 2011 | update software AG | 7/23/2014 2 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.

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

4 copyright © 2011 | update software AG | 7/23/2014 4 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

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

6 copyright © 2011 | update software AG | 7/23/2014 6 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

7 copyright © 2011 | update software AG | 7/23/2014 7 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?

8 copyright © 2011 | update software AG | 7/23/2014 8 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

9 copyright © 2011 | update software AG | 7/23/2014 9 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? » …

10 copyright © 2011 | update software AG | 7/23/2014 10 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!!!

11 copyright © 2011 | update software AG | 7/23/2014 11 Ü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.

12 copyright © 2011 | update software AG | 7/23/2014 12 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

13 copyright © 2011 | update software AG | 7/23/2014 13 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…)

14 copyright © 2011 | update software AG | 7/23/2014 14 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

15 copyright © 2011 | update software AG | 7/23/2014 15 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

16 copyright © 2011 | update software AG | 7/23/2014 16 Ö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

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