projekt specifikus megvalósítás i - mmk.hu11 adat / információ méretek a gyakorlatban magyar...

Projekt Specifikus Megvalósítás I

Merre tart az informatikai – Hogyan érinti ez a megvalósítást

FRUNZA ZSOLT

• IoT

• IPAR 4.0

• Intelligens Otthon

• Intelligens Város

• Önvezető Autó

• ????

Merre tart az informatika – Mi lesz a következő

Magyar Mérnöki Kamara - Informatikai Projekt Ellenőr képzés –Frunza Zsolt

2

Merre tart az informatika - adatrobbanás

3

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 dataMagyar Mérnöki Kamara - Informatikai Projekt Ellenőr képzés –

Frunza Zsolt

• Összes digitális adat 2003-ig =

• 2 napi digitális adat 2010-ben =

• 10 percnyi digitális adat 2013-ban =

• ???

Merre tart az informatika – adatrobbanás más szemszögből

4Magyar Mérnöki Kamara - Informatikai Projekt Ellenőr képzés –

Frunza Zsolt

Strukturált és nem strukturált adatmennyiség várható alakulása*

*Jeff Browing blog http://oraclestorageguy.typepad.com/oraclestorageguy/

Merre tart az informatika – megváltoznak az arányok


Frunza Zsolt

http://oraclestorageguy.typepad.com/.a/6a00e009802a798833013486adc569970c-pi

Innováció rendszerei

Riporting

OLAP

Lekérdezések

Dashboard

Data Discovery

Analitikus alkalmazások

Prediktív modellezés

Adattárházak

Üzleti célalkalmazások

Megkülönböztetés rendszerei

Rekordok rendszerei

Vál

tozá

s/A

gilit

ás

Integráltság forrás: Gartner

Merre tart az informatika – megváltoznak célok


Frunza Zsolt

„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)

Merre tart az informatika – megváltozik a társadalom


Frunza Zsolt

Mi történt a gyakorlatban?

• Az adattárházak +50% alacsony az elfogadottsága vagy megbukott (Gartner felmérés http://www.gartner.com/newsroom/id/492112 )


Frunza Zsolt

Rendszerek céljainak alakulása a gyakorlatban

• Első hullám: 1995 – 2002: „Adatéhség” – CéL, az adatok összegyűjtése és az első adattárházak elkészítése

• Második hullám: 2002 – 2010: „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?


Frunza Zsolt

• Az adatok egyre inkább kutatást igénylenek, mert

• Exponenciálisan növekszik a mennyiségük

• Egyre komplexebbek • Gyorsan változnak

10

Adatok kezelése 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

Adat / információ méretek a gyakorlatban


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


Frunza Zsolt

Forrás: Gartner

Meglévő

eszközpark

használata

Hosszú válaszidő, vagy nem megvalósítható igény

Lokális

adatbázis

Excel export

és analízis

Árnyék

(Shadow)

Rendszerk

Saját analitikus

eszköz

Saját komplett

megoldás

Közepes Magas Nagyon magas

Fe

lha

szn

áló

kF

ejle

sztő

csa

pa

t

Használ

Üzleti

probléma

megoldására

felhasznált

megoldás

Az üzleti felhasználók és a az informatika közti távolság

Gyorsan megold

Épít

Kicserél

Távolság mértéke:

Ha nem teszünk semmit


Frunza Zsolt

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


Frunza Zsolt

• 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

Projektek – ahogy én látom


• 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?

Hogyan legyünk jó Informatikai Projekt Ellenőrök


Frunza Zsolt

• 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

Milyen keretek között kell dolgoznunk


Cél

Határidő

Erőforrás

Határidők

Erőforrások

Célok

18

Hogyan menedzseljük a kereteket?

Prioritások


CÉL

Projekttermékek

Tevékenységek

Erőforrások

Erőforrások

Erőforrások

Hogyan tervezzünk?

19


Megvalósítási átadás-átvételi pontLogikai terv átadás-

átvételi pont Projektzárás

Fázisok fejlesztési feladatonként

Felmérés

Követelmények

Logikai tervezés

Fizikai tervezés

Fejlesztés

Előtesztelés

Ügyfél oldali

tesztelésOktatás

Felmérés

Követelmények

Logikai tervezés

Fizikai tervezés

Fejlesztés

Előtesztelés

Ügyfél oldali

tesztelésOktatás

Prioritás 1

Feladat 1

Feladat 2

Feladat 3

Prioritás 2

Feladat 18

Feladat N

Átadás

Átadás

20

Projekt műkődési modell


• 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


Hol tartunk most?

Informatikus humor


Projekt Specifikus Megvalósítás II

IPE feladatok gyakorlatias bemutatása projekt fázisonként

FRUNZA ZSOLT

Előkészítés Módszertani Szakmai Zárás

24

IPE feladatok gyakorlatias bemutatása


Hogyan lehet megoldani a problémákat a gyakorlatban és miben segíthet az IPE


Magyar Mérnöki Kamara - Informatikai Projekt Ellenőr képzés –Frunza Zsolt 25

Előkészítési fázis elemzése 1.

Főbb részei:

• Célok összegyűjtése

• Megvalósíthatóságitanulmány

• „Élő” Indikátorokdefiniálása

• Közbeszerzés formájánakmeghatá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 szervezetbefogadási képességeközötti rés

• Ami benne van kiírásbanarra kell ajánlatot adni

• Szerződés tervezetet elkell fogadni – nem képezitárgyalás részét

• Ajánlatok összehasonlítása

Gyakorlatban:

• Nem ritka az 1000oldalas szerződés

• Játék a véghatáridővel– a Vállalkozókontójára

• Szerződés szerintimegvalósítás bukottProjekt



Előkészítési fázis elemzése 2.

IPE kihívások:• Célok összevetése a szervezet jelenlegi

és várható állapotával – műszakistratégia feladat

• Rendszer bevezetésének hatása afolyamatokra és adatfolyamra – ezbekerült-e a hatástanulmányba –változás menedzsment műszakiaspektusa

• Magasszintű ajánlati architektúrakoncepciók értékelése ésösszehasonlítása

Javaslat:

• Csökkenteni az előkészítés idejét –(igénymegvalósulása (+ 2 év))

• Rugalmas keret biztosítása a műszakicélok változásának kezelésére

• Inkább keretmegállapodás éskeretszerződés



Módszertani fázis elemzése 1.

Főbb részei:

• Módszertan testreszabása

• Szabályzatokelkészítése

• Projekttermékdefiníciók elkészítése

• Projektszervezetkialakítása


• Vízesés modell

• Dokumentációstermékek = worddoksik kilóra

• Fázis szemlélet vsszolgáltatás szemlélet

Gyakorlatban:

• Rugalmatlan,korigálásra nehezenalkalmas működésikörnyezet

• Dokumentum gyár



Módszertani fázis elemzése 2.

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ériumokvizsgálata

• Tesztelési stratégia teljessége

• Üzemeltetési átvétel kritériumainakvizsgálata

Javaslat:

• Dokumentációs csúcsot az elfogadásiteszt végére

• Szolgáltatási ciklus szerinti fejlesztés


Helyzet-felmérés

Igény-felmérés

Követelmény-meghatározás

Tervezés Megvalósítás



Helyzet és igényfelmérés elemzése 1.

Főbb részei:

• Megvalósíthatóságitanulmány frissítése,kiinduló állapotrögzítése

• Előkészítés céljai és azigények közötti GAPelemzés

Fontosabb problémák:• Terjedelem változás

kezelés – ami nincs• Szervezeti hatások

beazonosítására nincsgyakorlat, projektcsapat

• 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, hogynincs benne szkópban”


Helyzet-felmérés

Igény-felmérés





Helyzet és igényfelmérés elemzése 2.

IPE kihívások:

• Előkészítési cél, termék lista éshelyzet és igényfelmérés GAPelemzése

• Változások és annak hatásainakelemzé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


Helyzet-felmérés

Igény-felmérés




Követelmény meghatározás elemzése 1.

Főbb részei:

• Igények lebontásakövetelményekre

• Követelményhierarchia


• Nem érti az üzlet ezt alépést

Gyakorlatban:

• Vagy nem nézik át,vagy nagyon megy azidő

• Nem párosítják összeaz indikátorokkal


Helyzet-felmérés

Igény-felmérés




Követelmény meghatározás elemzése 2.

IPE kihívások:

• Követelmény teljesség vizsgálatánaka módszertana

Javaslat:

• Deszka modell készítés – (szolgáltatásszinten) és ezen keresztül akövetelmények bemutatása akulcsfelhasználóknak

• Viszonyítható legyen azigénydokumentum


Helyzet-felmérés

Igény-felmérés

Követelmény-meghatározás Tervezés Megvalósítás


Főbb részei:

• Logikai és FizikaiRendszerterv

• Tervező eszközök


• Üzlet számára nem érthetőkezek a termékek (exportáltkriksz-kraksz – több 100oldalon)

• Lassú – nem tudják, hogy mitö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álvaez nincs benne aterjedelemben”

33

Tervezés elemzése 1.


Helyzet-felmérés

Igény-felmérés

Követelmény-meghatározás Tervezés Megvalósítás


IPE kihívások:

• Követelmény – Tervek teljességbiztosí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 atesztek elfogadása után

• Erőforrásterv és műszaki tervekutolsókeret összevetése

34

Tervezés elemzése 2.


Helyzet-felmérés

Igény-felmérés




Főbb részei:

• Kódok

• Felhasználói ésoktatásidokumentáció


• Lassú – nem tudják,hogy mi történik

Gyakorlatban:

• Projekt válság mélyül –rossz hangulatbanindulnak majd atesztek

Megvalósítás elemzése 1.


Helyzet-felmérés

Igény-felmérés




IPE kihívások:

• Kész alkalmazások teljességének avizsgálata

Javaslat:

• Kb.: 3 hetente bemutató az elkészültfejlesztésekről a kulcsfelhasználóknak

• Tesztre átadás bemutató keretében aprojektnek (kulcsfelhasználók tartják)

Megvalósítás elemzése 2.



Főbb részei:

• Oktatások

• Tesztelések

• Projekttermékekzárása

• Üzemeltetési átadás


• Oktatásra nem maradidő, erőforrás

• Oktatás nélküli teszt =bukott projekt

• Teszt adatokmennyisége ésminősége

• Nincs meg az átvevőszervezet

Gyakorlatban:

• Tesztek elhúzódnak

• Tesztelésnél történik atényleges igényfelmérés

• A „hibák” nagy részeaz új igény

Zárás elemzése 1.



IPE kihívások:

• Oktatás -> tananyagok ésmó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óbateszttel

• Projekt dokumentációs termékekvéglegesítése a tesztek zárása után

Zárás elemzése 2.

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ó)

• ….


IPE szerintem…

projekt specifikus megvalósítás i - mmk.hu11 adat / információ méretek a gyakorlatban magyar...

Documents