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

Hasonló dokumentumok
Projekt specifikus megvalósítás I. Merre tart az informatikai Hogyan érinti ez a megvalósítást Sándor Tamás

Önkiszolgáló BI Az üzleti proaktivítás eszköze. Budapest,

ADATTÁRHÁZ HATÉKONYSÁGNÖVELÉS, REDUNDANCIA CSÖKKENTÉS Frunza Zsolt ÜZLETI INTELLIGENCIA A JÖVŐ, AHOGY MI LÁTJUK

Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve

Papp Attila. BI - mindenkinek

Ami a vízesésen túl van

Projekt-és pályázatmenedzsment képzés programja

DW/BI rendszerek kialakítása bevezetői szemszögből. Gollnhofer Gábor - Meta Consulting Kft.

Az ekovut költségvetés követő alkalmazás web-es környezetben működik, adatait SQL adatbázisban tárolja.

Kővári Attila, BI projekt

Vezetői beszámoló Kerekegyháza Polgármesteri Hivatala ÁROP hivatali szervezetfejlesztésről

Kérdés Kép Válasz HIBAS Válasz HELYES Válasz HIBAS Válasz HELYES Válasz HIBAS Válasz HIBAS Kérdés Kép Válasz HIBAS Válasz HIBAS Válasz HELYES Válasz

IRÁNYTŰ A SZABÁLYTENGERBEN

Szemléletmód váltás a banki BI projekteken

Tisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján.

Teljeskörű BI megoldás a gyakorlatban IBM eszközök használatával, Magyarországon

Biztonsági osztályba és szintbe sorolás, IBF feladatköre

IT ügyfélszolgálat és incidenskezelés fejlesztése az MNB-nél

Innovatív trendek a BI területén

30 MB INFORMATIKAI PROJEKTELLENŐR

ig - a képzés (projekt)menedzsmentje A marketingtől l a vizsgáig llősi Zsuzsa Hajduszoboszló, december 5-7. ; Szöllősi Zsuzsa

IT Factory. Kiss László

Fejlesztési és beruházási projektek monitoringja

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

Üzletmenet folytonosság menedzsment [BCM]

Alkalmazkodjunk együtt a digitális változásokhoz! Mizsei Szabolcs XAPT digitális tanszformációs tanácsadó

A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE

Adattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel. Németh Rajmund Vezető BI Szakértő március 28.

Szabálykezelés a gyakorlatban

Települési ÉRtékközpont

Projektismeretek, projektmenedzsment

Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe a CRM implementációs projektekben Jógyakorlatok: mire figyeljünk a CRM tervezés közben.

TÁMOP kiemelt projekt. Központi szociális információs fejlesztések a szociális szolgáltatások modernizációja keretében

ELMÉLET ÉS GYAKORLAT

Mezőgazdasági külső információs rendszerek fejlesztése

ÉPÍTŐIPARI PROJEKTMENEDZSMENT. Állami és magánberuházásokban

A projektvezetési eszköz implementációja hazai építő-, szerelőipari vállalkozásoknál

Karbantartási és diagnosztikai adatmenedzselő rendszer (KarMen)

Dr. FEHÉR PÉTER Magyarországi szervezetek digitális transzformációja számokban - Tények és 1trendek

A PROJEKTTERVEZÉS GYAKORLATI KÉRDÉSEI: SZAKÉRTŐ SZEMÉVEL. Pályázatíró szeminárium, Stratégiai partnerségek Január 16.

egy átfogó országos vasútfejlesztési koncepció keretében - Országos vasútfejlesztési koncepció ELŐKÉSZÍTÉS Dr. Tóth János BME Közlekedésüzemi Tanszék

A kormányzati informatika konszolidációja. Vályi-Nagy Vilmos. Helyettes államtitkár

DW 9. előadás DW tervezése, DW-projekt

Az Egységes Segélyhívó Rendszer (112), valamint az Önkormányzati ASP projekt tapasztalatai

Hogyan segíthet egy tanácsadó egy költséghatékony IT kialakításában?

A TakarNet24 projekt

Információs rendszerek Információsrendszer-fejlesztés

V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Web:

Nyíregyháza Megyei Jogú Város Önkormányzata

IPAR 4.0 MINTAGYÁR PROJEKT GINOP

A PROJEKTSZEMLÉLET ÚJBUDA ÖNKORMÁNYZATNÁL ELTERJESZTÉS KONCEPCIÓJA AZ

Projektkövetés a 148/2002 (VII.1.) Kormány rendelet alapján

Követelmény alapú minőségbiztosítás az államigazgatásban

KÖVETKEZŐ GENERÁCIÓS NAGYVÁLLALATI TARTALOMKEZELŐ MEGOLDÁSOK Stratis Kft. / Autonomy üzleti reggeli / Mezei Ferenc üzletág-igazgató

Út a sikeres pályázathoz. Erasmus+ Iskolai, óvodai partnerségek

Szombathely Város Vezetõi Döntéstámogató Rendszere VDIR-STAT.

Tartalom. Jó hogy jön Jucika, maga biztosan emlékszik még, hányadik oldalon van a Leszállás ködben.

Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer

Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs

Energetikai pályázatok előkészítésének és írásának tapasztalatai értékelői szemmel

A projekt ütemezése Tevékenység

Az Enterprise Europe Network szolgáltatásai a versenyképesség jegyében.

AZ IKIR TANULSÁGAI ÉS KITERJESZTÉSE

TÁMOP /A RÉV projekt

Az es szabvánnyal, illetve a törvényi elvárásokkal kapcsolatos felmérési, tervezési tevékenység

Egészségügyi ágazati kataszterek fejlesztése

PTE PMMIK, SzKK Smart City Technologies, BimSolutions.hu 1

TÁMOP Koragyermekkori (0-7 év) kiemelt projekt

A Gazdasági - Műszaki Főigazgatóság feladatai az intézményirányítás fejlesztésében

Németh Ágota informatikai főosztályvezető Baranya Megyei Kormányhivatal 20/ , 72/

Projekt siker és felelősség

5. Témakör TARTALOMJEGYZÉK

A SZAKKÉPZÉSI ÖNÉRTÉKELÉSI MODELL ÉS AZ INKLÚZIÓS INDEX KAPCSOLATA M&S Consulting Kft.

Vállalati folyamatok támogatása ELO-val Beszerzés management

Miért érdemes technológia-transzferben gondolkoznia?

Információbiztonsági Szabályzat elkészítése és javasolt tartalma. Debrıdy István Németh Ákos

Informatikai projekteredmények elfogadottságának tényezői

AZ IKIR RENDSZER BEMUTATÁSA

Információtartalom vázlata

Szoftver-technológia I.

PRO PUBLICO BONO PROJEKT MEGVALÓSÍTÁSI TAPASZTALATAI

PMO Érettségi szint és versenyelőny. Kovács Ádám

esettanulmány minta

TARTÓSZERKEZETEK TERVEZÉSE ÉS TŰZGÁTLÓ MEGOLDÁSOK BIM ALAPÚ PROJEKTEKNÉL

SZOLGÁLTATÁS MENEDZSMENT

IMIR fejlesztése, bevezetése és működés-támogatása - módosító hirdetmény. Közbeszerzési Értesítő száma: 2015/99

PROJEKTMENEDZSMENT TEMATIKA, KÖVETELMÉNYEK

Team vezető Intézményvezető. Intézményvezető Mentoráltak

Előadók: Angyal Gergely (Raiffeisen), tesztelési csoportvezető Kováts Márton (KFKI), szenior rendszermérnök

IT biztonsági törvény hatása

S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN. Structured Systems Analysis and Design Method

Agilis projektmenedzsment

TÁJÉKOZTATÓ SZEPTEMBER 15. ELŐADÓ: DR. SZEPESI GÁBOR OPERATÍV PROJEKTVEZETŐ

Szervezeti működésfejlesztés komplexitása CMC minősítő előadás

Self Service szekció. XXVIII. Budapesti Menedzsment és Controlling Fórum. Havas Levente. Budapest, május 26. IFUA Horváth & Partners

Szervezetfejlesztési Program

Projektmenedzsment státusz autóipari beszállító cégeknél tréning tapasztalatok alapján mobil:

A Bankok Bázel II megfelelésének informatikai validációja

Átírás:

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

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

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

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

Merre tart az informatika megváltoznak az arányok Strukturált és nem strukturált adatmennyiség várható alakulása* *Jeff Browing blog http://oraclestorageguy.typepad.com/oraclestorageguy/ 5

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Informatikus humor

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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