Projekt Specifikus Megvalósítás I. Merre tart az informatikai Hogyan érinti ez a megvalósítást FRUNZA ZSOLT

Átírás

1 Projekt Specifikus Megvalósítás I Merre tart az informatikai Hogyan érinti ez a megvalósítást FRUNZA ZSOLT

2 Merre tart az informatika Mi lesz a következő IoT IPAR 4.0 Intelligens Otthon Intelligens Város Önvezető Autó???? 2

3 Merre tart az informatika - adatrobbanás Tárolt információ mennyiségének várható alakulása és kategóriái* *Forrás CSC Big Data just beginning to expolode, the rapid growht of global data 3

4 Merre tart az informatika adatrobbanás más szemszögből Összes digitális adat 2003-ig = 2 napi digitális adat 2010-ben = 10 percnyi digitális adat 2013-ban =??? 4

5 Merre tart az informatika megváltoznak az arányok Strukturált és nem strukturált adatmennyiség várható alakulása* *Jeff Browing blog 5

6 Változás/Agilitás Merre tart az informatika megváltoznak célok Megkülönböztetés rendszerei Innováció rendszerei Rekordok rendszerei Riporting Adattárházak OLAP Dashboard Lekérdezések Analitikus alkalmazások Data Discovery Üzleti célalkalmazások Prediktív modellezés Integráltság forrás: Gartner 6

7 Merre tart az informatika megváltozik a társadalom A mai kor rabszolgaságát az állandó információs leterheltség jelenti. Az ipari forradalom az emberi fizikum túlterhelésén keresztül fogott le minket, a mostani információs forradalom pedig az emberek szellemének túlterhelésén keresztül. (Dobó Mátyás, 2008) 7

8 Mi történt a gyakorlatban? Az adattárházak +50% alacsony az elfogadottsága vagy megbukott (Gartner felmérés ) 8

9 Rendszerek céljainak alakulása a gyakorlatban Első hullám: : Adatéhség CéL, az adatok összegyűjtése és az első adattárházak elkészítése Második hullám: : Konszolidáció - Fókusz eltolódás a mennyiségről a minőségre (Adatminőség paradigma megjelenése, adattisztítás) Harmadik hullám: 2010 Adatgazdálkodás és szolgáltatás Mit kezdjünk a mindent elöntő adattömeggel? Hogyan osszuk meg az információkat házon belül? Negyedik hullám: 2016 Túlélés és szegmentáció - Mit kezdjünk az eddig ismeretlen és strukturáltalan adatokkal? Hogyan legyenek ezek az adatok információ áramlás részei? Hogyan kezeljük az adatvagyont? Hogyan kerüljük el az adatmocsárt? 9

10 Adatok kezelése a gyakorlatban Az adatok egyre inkább kutatást igénylenek, mert Exponenciálisan növekszik a mennyiségük Egyre komplexebbek Gyorsan változnak 10

11 Adat / információ méretek a gyakorlatban Signaling (SS7 jelzésrendszer) - eldobott hívások elemzése 1,5 Mrd rekord/nap, közel 1 TB Packet Gateway - Mobil adatforgalom tartalomtípus szerinti elemzése 4 Mrd rekord/nap, közel 1,5 TB 11

12 Konfliktus inflexiós pont Az Üzlet gyorsabb és pontosabb kiszolgálást vár el egyre növekvő adatmennyiséggel kapcsolatban, melyet pontosan nem ismer és az igényeit is csak nagyon magasszinten ismeri Az informatika konzervatív válaszait nem fogadják el (Megrendelő / Követelményfelmérés után fejlesztünk), mert Lassú Nem azt kapják amit szeretnének 12

13 Fejlesztő csapat Felhasználók Ha nem teszünk semmit Az üzleti felhasználók és a az informatika közti távolság Üzleti probléma megoldására felhasznált megoldás Használ Meglévő eszközpark használata Gyorsan megold Excel export és analízis Épít Lokális adatbázis Árnyék (Shadow) Rendszerk Hosszú válaszidő, vagy nem megvalósítható igény Kicserél Saját komplett megoldás Saját analitikus eszköz Távolság mértéke: Közepes Magas Nagyon magas Forrás: Gartner 13

14 Valóság ahogy én látom Ma a felhasználók az innovátorok Informatika a konzervatív A problémák a régi keretek között nem megoldhatók Az új szoftverek / megoldások léteznek A szemlélet módon kéne változtatni új megközelítés és módszertan 14

15 Projektek ahogy én látom Projektek konfliktus gyárak (tudatosan menedzseljük szeleteljük) Az informatikai rendszerek nem csak műszaki, ha nem szervezeti szempontból is változást hoznak Nem fentartható 1000 oldalas szerződések 100 szakértői napból 15 nap a fejlesztés Vízesés modellből következő: rugalmatlanság dokumentációs kényszerek súlypontjai és mértéke 15

16 Hogyan legyünk jó Informatikai Projekt Ellenőrök Miben több a minőségbiztosítónál? Milyen projekt méretek esetén lehet fontos szereplő? Milyen projekt típusok esetén nélkülözhetetlen? 16

17 Milyen keretek között kell dolgoznunk Projektnek tekintjük azokat a feladatokat, amelyek egyszeri komplex tevékenységfolyamat által megoldhatóak, egyszeri konkrétan körülhatárolt célt kell elérniük, jól meghatározott költségkeretek között, és pontosan rögzített határidőre. (Magyar Projektmenedzsment Szövetség) 17

18 Hogyan menedzseljük a kereteket? Erőforrások Erőforrás Cél Prioritások Határidők Célok Határidő 18

19 Hogyan tervezzünk? Tevékenységek Projekttermékek Erőforrások Erőforrások CÉL Erőforrások 19

20 Projekt műkődési modell Prioritás 1 Fázisok fejlesztési feladatonként Feladat 1 Feladat 2 Feladat 3 Felméré s Követel mények Logikai tervezés Fizikai tervezés Fejleszté s Előteszt elés Ügyfél oldali tesztelés Oktatás Prioritás 2 Logikai terv átadásátvételi pont Megvalósítási átadás-átvételi pont Projek tzárás Feladat N Feladat 18 Felméré s Követel mények Logikai tervezés Áta dás Fizikai tervezés Fejleszté s Előteszt elés Ügyfél oldali tesztelés Oktatás Áta dás 20

21 Hol tartunk most? Megváltozott az információ természete gyorsan kell, sok van, nem ismerjük és igazán azt se tudjuk mit szeretnénk vele Megváltozott a felhasználásuk kísérletezzünk majd jó lesz valamire Nem változott az informatikai működésé a rendszer elérte a határát Nincsenek új megközelítések ritkák a sikeres projektek A rendszerek életciklusa felgyorsult Kialakultak az adatmocsarak és a riporttemetők 21

22 Informatikus humor

23 Projekt Specifikus Megvalósítás II IPE feladatok gyakorlatias bemutatása projekt fázisonként FRUNZA ZSOLT

24 IPE feladatok gyakorlatias bemutatása Előkészítés Módszertani Szakmai Zárás Hogyan lehet megoldani a problémákat a gyakorlatban és miben segíthet az IPE 24

25 Előkészítési fázis elemzése 1. Előkészítés Módszertani Szakmai Zárás Főbb részei: Célok összegyűjtése Megvalósíthatósági tanulmány Élő Indikátorok definiálása Közbeszerzés formájának meghatározása Kiírás elkészítése Szerződés tervezett összeállítása Fontosabb problémák: Előkészítési fázis ideje több mint a megvalósítás Célok és a szervezet befogadási képessége közötti rés Ami benne van kiírásban arra kell ajánlatot adni Szerződés tervezetet el kell fogadni nem képezi tárgyalás részét Ajánlatok összehasonlítása Gyakorlatban: Nem ritka az 1000 oldalas szerződés Játék a véghatáridővel a Vállalkozó kontójára Szerződés megvalósítás Projekt 25 szerinti bukott

26 Előkészítési fázis elemzése 2. Előkészítés Módszertani Szakmai Zárás IPE kihívások: Célok összevetése a szervezet jelenlegi és várható állapotával műszaki stratégia feladat Rendszer bevezetésének hatása a folyamatokra és adatfolyamra ez bekerült-e a hatástanulmányba változás menedzsment műszaki aspektusa Magasszintű ajánlati architektúra koncepciók értékelése és összehasonlítása Javaslat: Csökkenteni az előkészítés idejét (igény megvalósulása (+ 2 év)) Rugalmas keret biztosítása a műszaki célok változásának kezelésére Inkább keretmegállapodás és keretszerződés 26

27 Módszertani fázis elemzése 1. Előkészítés Módszertani Szakmai Zárás Főbb részei: Módszertan szabása Szabályzatok elkészítése testre Projekttermék definíciók elkészítése Projektszervezet kialakítása Fontosabb problémák: Vízesés modell Dokumentációs termékek = word doksik kilóra Fázis szemlélet vs szolgáltatás szemlélet Gyakorlatban: Rugalmatlan, korigálásra nehezen alkalmas működési környezet Dokumentum gyár 27

28 Módszertani fázis elemzése 2. Előkészítés Módszertani Szakmai Zárás IPE kihívások: Szolgáltatás szemlélet bemutatása Dokumentálás új formáinak bemutatása Termék tartalmának műszaki, módszertani felülvizsgálata Bevezetési módszertanok vizsgálata Átadási és elfogadási kritériumok vizsgálata Tesztelési stratégia teljessége Üzemeltetési átvétel kritériumainak vizsgálata Javaslat: Dokumentációs csúcsot az elfogadási teszt végére Szolgáltatási ciklus szerinti fejlesztés 28

29 Helyzet és igényfelmérés elemzése 1. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás Főbb részei: Megvalósíthatósági tanulmány frissítése, kiinduló állapot rögzítése Előkészítés céljai és az igények közötti GAP elemzés Fontosabb problémák: Terjedelem változás kezelés ami nincs Szervezeti hatások beazonosítására nincs gyakorlat, projekt csapat Igény és termék összekötésé Gyakorlatban: Elindul az alku Lada helyet Trabant Elfelejtjük a Kockázatokat gyűjteni tervezésig, hogyan lehet mondani valamire, hogy nincs benne szkópban 29

30 Helyzet és igényfelmérés elemzése 2. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás IPE kihívások: Előkészítési cél, termék lista és helyzet és igényfelmérés GAP elemzése Változások és annak hatásainak elemzésé Javaslat: Termékek szolgáltatásokra bontása (sorrend, prioritás, erőforrás becslés) Igények és keretek igazítása Erőforrás becslés ellenőrzése tervezés végén 30

31 Követelmény meghatározás elemzése 1. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás Főbb részei: Igények lebontása követelményekre Követelmény hierarchia Fontosabb problémák: Nem érti az üzlet ezt a lépést Gyakorlatban: Vagy nem nézik át, vagy nagyon megy az idő Nem párosítják össze az indikátorokkal 31

32 Követelmény meghatározás elemzése 2. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás IPE kihívások: Követelmény teljesség vizsgálatának a módszertana Javaslat: Deszka modell készítés (szolgáltatás szinten) és ezen keresztül a követelmények bemutatása a kulcsfelhasználóknak Viszonyítható legyen az igénydokumentum 32

33 Tervezés elemzése 1. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás Főbb részei: Logikai és Fizikai Rendszerterv Tervező eszközök Fontosabb problémák: Üzlet számára nem érthetők ezek a termékek (exportált kriksz-kraksz több 100 oldalon) Lassú nem tudják, hogy mi történik Kommunikációs törés (intenzívből elvonulás) Törvény -> eljárásrend =? Informatikai folyamat Gyakorlatban: Elfogy a türelem Projekt válság Jobban megvizsgálva ez nincs benne a terjedelemben 33

34 Tervezés elemzése 2. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás IPE kihívások: Követelmény Tervek teljesség biztosítása Javaslat: Deszka 2 (képernyő típusok és funkciók) modell készítése a kulcsfelhasználóknak minimális terv dokumentáció Terv dokumentáció véglegesítése a tesztek elfogadása után Erőforrásterv és műszaki tervek utolsókeret összevetése 34

35 Megvalósítás elemzése 1. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás Főbb részei: Kódok Felhasználói oktatási dokumentáció és Fontosabb problémák: Lassú nem tudják, hogy mi történik Gyakorlatban: Projekt válság mélyül rossz hangulatban indulnak majd a tesztek 35

36 Megvalósítás elemzése 2. Előkészítés Módszertani Szakmai Zárás Helyzetfelmérés Igényfelmérés Követelménymeghatározás Tervezés Megvalósítás IPE kihívások: Kész alkalmazások teljességének a vizsgálata Javaslat: Kb.: 3 hetente bemutató az elkészült fejlesztésekről a kulcsfelhasználóknak Tesztre átadás bemutató keretében a projektnek (kulcsfelhasználók tartják) 36

37 Zárás elemzése 1. Előkészítés Módszertani Szakmai Zárás Főbb részei: Oktatások Tesztelések Projekttermékek zárása Üzemeltetési átadás Fontosabb problémák: Oktatásra nem marad idő, erőforrás Oktatás nélküli teszt = bukott projekt Teszt adatok mennyisége és minősége Nincs meg az átvevő szervezet Gyakorlatban: Tesztek elhúzódnak Tesztelésnél történik a tényleges igény felmérés A hibák nagy része az új igény 37

38 Zárás elemzése 2. Előkészítés Módszertani Szakmai Zárás IPE kihívások: Oktatás -> tananyagok és módszertan Tesztelési hierarchia Tesztesetek teljessége Projekt termékek záró ellenőrzése Nincs üzemeltetési átvétel Javaslat: Oktatás kulcsfelhasználókkal Tesztindító megbeszélések próba teszttel Projekt dokumentációs termékek véglegesítése a tesztek zárása után 38

39 IPE szerintem Járatos: Informatikai rendszerek tervezésében és átlátásában (architect) Látja a technológia fejlődés főbb kérdéseit középtávon (vizionárius) Tudja, hogy a sikeres projekt mit okoz a szervezet működésében (változásmenedzser) Termék hierarchiában látja a kritikus pontokat (minőségbiztosító). 39

40