PROJEKT, IMPLEMENTACE IS, METODOLOGIE

Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti

PROJEKT, IMPLEMENTACE IS, METODOLOGIE Přednáška č. 2 © Ing. Pavel Náplava [email protected] Katedra softwarového inženýrství, ČVUT FIT, 18102 Centrum znalostního managementu, ČVUT FEL, K13393

Aktuální stav vyplnění dobrovolného dotazníku 1%

 

   

Datum: 3. 10. 2014 Čas: 9:50

DOTAZNÍKY

Počet vyplnění: 1 Celkový počet studentů: 82 Procentuálně: cca. 1,22% 99%

Dle pohlaví:  

Muži: 1 Ženy: 0

BI-TIS - Přednáška č.2

?

realita

Vyplněno

?nepřechylování © Ing. Pavel Náplava

Nevyplněno

2

Start-up nebo korporace? • Malé posezení s našimi absolventy / studenty • Středa 15.10. od 18:00 na FEL • Další informace – postupně na http://www.facebook.com/czmfel ...


© Ing. Pavel Náplava

3

Agenda    

Projekt, projektové řízení Projekt a implementace IS Aspekty projektově řízené implementace IS Metodika a její použití při implementaci IS



4

Buďme realisté a budujme jen to co má smysl

S.M.A.R.T. vs. S.M.R.T. řešení!!! BI-TIS - Přednáška č.2


5

Jaká je úspěšnost projektů? 

2008:  



2011:  



až 75% IT projektů skončí neúspěšně! 15% překročilo rozpočet, 18% nedodrželo termíny (1 ze 3 všech projektů)!

43% IT projektů nenaplnila všechna očekávání 44% překročilo rozpočet, 42% nedodrželo termíny

Jaké je kritérium úspěšnosti?



6

Hodnocení úspěšnosti projektů (červen 2012)



7

Kritéria hodnocení úspěšnosti IT projektů 

Time/Schedule   



Return on Investment (ROI)  









4% prefer to build the system to specification 80% prefer to meet the actual needs of stakeholders 16% say both are equally important

Quality   



15% prefer to deliver within budget 60% prefer to provide good ROI 25% say both are equally important

Value 



20% prefer to deliver on time according to the schedule 26% prefer to deliver when the system is ready to be shipped 51% say both are equally important

4% prefer to deliver on time and on budget 57% prefer to deliver high-quality, easy-to-maintain systems 40% say both are equally important

Only 12% of respondents indicated that their definition of success on their most recent project included all three of delivering according to schedule, within budget, and to the specification. BI-TIS - Přednáška č.2


Copyright 2011 Scott W. Ambler www.ambysoft.com/surveys/

8

Úspěšnosti projektů dle způsobu realizace Iterative Agile Lean Ad-Hoc Traditional 0%

20%

60%

40%

Successful

Challenged

80%

100%

Failed

Copyright 2011 Scott W. Ambler www.ambysoft.com/surveys/



9

Hodnocení úspěšnosti realizace IT projektů dle vytvořených kritérií Quality -0,8

4,6 4,6 4,8

1,0

5,2 Value -0,5

5 2,0 3,6

ROI

-0,8 -0,4

-1,4 -1,2

Time

Stupnice: -10 … +10 BI-TIS - Přednáška č.2

6,3

4,4

5,4

Iterative Agile Lean Traditional Ad-Hoc

4,6 4,7 5

Copyright 2011 Scott W. Ambler www.ambysoft.com/surveys/ © Ing. Pavel Náplava

10

Jak jsme na tom v ČR?



11

Jak jsme na tom v ČR?



12

Veřejný sektor v ČR?



13

Jak dopadly implementace IS? 

2010  2011  2012     





Vyšší kvalita implementace. Překročení rozpočtu: 74%  56%  53%. Překročení termínů: 61%  54%  61%. Výše překročení rozpočtu:  25%. 41% společností zaznamenalo po spuštění systému výrazné problémy s operativou. 2 ze 3 společností řešilo významné problémy s vlastním fungováním a procesy. 65% považovalo implementaci za náročnou a složitou.



14

Nepovedené implementace 

Hersley Foods, 1999 

Integrace SAP R/3, Siebel, CRM, log. aplikace Manguistics. 100 mil. USD v nedodaném zboží, 8% pokles ceny akcií. Nevhodné datum nasazení (kritické období), všechno najednou.



http://www.cfo.com/article.cfm/2987370

 



Nike, 2000    



Upgrade systému i2. Náklady 400 mil. USD, ztráta prodeje 100 mil. USD, pokles akcií 20% Nezkušenost dodavatele i2, složitost, špatná komunikace, globálnost trhu. http://news.cnet.com/i2-Nike-fallout-a-cautionary-tale/2100-1017_3-253829.html

Konsolidace inf. systémů severoam. poboček HP.   

Ušlý zisk 100 mil. USD (5-ti násobek rozpočtu projektu). „Dokonalá bouře“ – z malých nevýznamných problémů se stala IT bouře. http://fscavo.blogspot.com/2004/09/what-went-wrong-with-hps-sap-migration.html



15

A co u nás v ČR? 

Kauza AAC (ProCa + Libra), 2004



Zavedení nového ERP SAP + přechod na nový internetový prodejní systém. Výrazné omezení prodejů. Jeden z důvodů konce společnosti! Mimo chybné řízení a plánování.



http://www.svethardware.cz/art_doc-777D7CD8B6B7FB5BC125707D0026348B.html







Česká pobočka Panasonicu, 2009  





Změna informačního systému. Několik měsíců nebylo možné fakturovat. CIO Business World, listopad 2011

Implementace systému SAP ve společnosti MALL, 2009 

Přechod na nový informační systém Cca. 35.000 neuspokojených objednávek, kupony na 200 Kč



http://www.zive.cz/bleskovky/mallcz-nezvladl-prechod-na-sap-rozdava-omluvne-slevy/sc-4-a-146193/default.aspx





16

Jak to asi probíhalo?

Zdroj: http://pmtoolbox.com BI-TIS - Přednáška č.2


17

PROJEKT? BI-TIS - Přednáška č.2


18

Dvakrát měř, jednou řež!!!



19

Projekt, pojmy 





Projekt = činnost s jasně daným cílem, začátkem a koncem. Výsledek může být hmotný i nehmotný. Projektové řízení (Project Management) = proces využití zdrojů k realizaci projektu. Metodika = způsob řízení projektu. Předdefinované nebo vytvořené pro realizaci konkrétního projektu.



20

Trojimperativ projektu 

Co? 



Kdy? 



Specifikace provedení (co a v jaké kvalitě je nutné udělat). Časový plán provedení.

Jak? 

Náklady na provedení jednotlivých činností (spotřebovaná práce a peníze).



21

Co přináší projektové řízení?     



Zvýšení pravděpodobnosti úspěchu. Efektivní dosahování změn. Eliminace chaosu a metody pokus omyl. Jednoznačné přidělení rolí a zodpovědností. Není ale lékem na chaos, nevzdělanost, osobní zájmy a další neduhy. Teprve aplikace a dodržování zásad projektového řízení činí projekt skutečným projektem.



22

Praktické důvody pro projektové řízení 

Zákazník:  

 



Výběr vhodného řešení a dodavatele. Plánování. Kontrola. Reakce na neočekávané situace.

Dodavatel:   

Jednoduchost implementace. Opakovatelnost implementace. Efektivní využití zdrojů.



23

Podmínky úspěšného projektu       



Definice cílů projektu. Sestavení kvalitního týmu na obou stranách. Podpora zákazníka, komunikace. Dostatečné pravomoci. Sledování stavu projektu (metriky). Rozdělení na etapy. Dokumentace projektu. Podmínky akceptace a předání projektu.



24

Základní fáze (etapy) projektu    

Příprava implementace IS. Zavádění IS. Provozování IS. Vyhodnocení (průběžné) IS 



Zákazník  Přínosy a splnění očekávání  Dodržení rozpočtu a nákladů Dodavatel  Dodržení rozpočtu a nákladů  Úspěšnost implementace  Využitelnost implementace do budoucna



25

Příprava implementace IS 

Zákazník:       



Rozhodnutí o implementaci. Definice potřeb. Stanovení cíle implementace. Zvážení rizik implementace. Základní sestavení týmu. Stanovení pravomocí členů týmu. Stanovení základního rozpočtu. Výběrové řízení.



26

Příprava implementace IS 

Dodavatel  



  

Obchodní aktivity, identifikace zákazníka. Základní analýza zákazníka. Schůzka u zákazníka s cílem prezentovat dodavatele a identifikace potřeb (bolestí). Pokud to situace umožňuje, provést podrobnější předanalýzu potřeb. Sestavení základního týmu a navržení řešení Vytvoření nabídky a předložení zákazníkovi.



27

Výběrové řízení 

 

 



V případě potřeby prezentace nabídky dodavatelem. Posouzení různých řešení. Kontrola dodržení podmínek výběrového řízení. Porovnání dodavatelů a jejich nabídek. Vyhodnocení rozhodovacích kritérií. Výběr dodavatele a řešení.



28

Zavádění IS ROZDÍLOVÁ ANALÝZA

Funkční požadavky

NÁVRH SYSTÉMU

VÝVOJ & TESTOVÁNÍ

INSTALACE

ÚDRŽBA A SERVIS

nový projekt

Dokumentace návrhu Dokumenty implementace

Školení & podpora Projektové plánování & řízení Řízení změnových požadavků/komunikace BI-TIS - Přednáška č.2


29

Klíčové kroky zavádění IS  

Podpis smlouvy. Úvodní schůzka projektu (kick-off) 



   



seznámení týmů podrobné podmínky implementace

Analýza a návrh. Vývoj a testování. Parametrizace a migrace dat. Školení a tvorba dokumentace. Nasazení a akceptace.



30

Podpora jako závěrečná fáze zavádění IS   



Projekt nekončí dnem nasazení do reálného provozu. Uživatelé vyžadují součinnost a pomoc při zahájení provozu. Je vhodné poimplementační podporu zahrnout již do nabídky implementace. Po „usazení“ se přechází do stavu „údržby“ a „servisu“.



31

POZOR na změnové řízení!!!   

Nejznámější projektová katastrofa? TITANIC!!! Příprava – excelentní 



Změny v projektu – katastrofální řízení 



Odborníci, prototyp, zkoušky technologií, nové přístupy. Kompromisy, časový tlak, tlak managementu na PR a marketing.

http://lessons-from-history.com/project-management-blunders



32

Týmová práce jako základ 

Převzato z xerox.blog.cz/0704/the-it-crowd BI-TIS - Přednáška č.2


33

Projektový tým Zákazník

Dodavatel

Řídící komise

Řídící komise

Vedoucí projektu

Vedoucí projektu

Klíčový uživatelé

Konzultant Analytik Vývojář Tester

Běžní uživatelé



34

Projektové role 

Řídící komise:   



Vedoucí projektu:   



Hlavní autority projektu. Schvalování a akceptace. Řešení zásadních rozporů. Odpovědnost za stav projektu. Vytvoření a dodržování harmonogramu projektu. Pravidelné informování o stavu projektu.

Klíčový uživatel: 

Osoby zákazníka znalé a odpovědné za konkrétní oblast informačního systému.



35

Role vedoucího projektu

Revizor Poradce Plánovač Diagnostik Vedoucí skupiny Diplomat Stratég Psycholog Odborník na problém Filtr

VEDOUCÍ PROJEKTU

Kontrolor Manager konfliktů BI-TIS - Přednáška č.2


36

Řízení projektu = řízení lidí 

Jak projekty vidí někteří projektoví manžeři:  



75 % zdravého selského rozumu 22 % taktu a diplomacie 3 % fotokopírování Tanya Ross, Project manager Millennium Dome



37

5 „smrtících“ chyb projektových manažerů 1. 2.

3. 4. 5.

Opomíjení stanovených milníků. Přehlížení možných rizik. Chybná komunikace. Ztráta nadhledu (big picture). Malá nebo žádná aktualizace projektového kalendáře. Zdroj: http://www.pmhut.com



38

Certifikace 

 

Ověření způsobilosti osvojit si a aplikovat znalosti a dovednosti projektového řízení. Mezinárodní standardy (IPMA, PMI, PRINCE2). Úrovně certifikace (podle IPMA – viz. www.ipma.cz): 







„A“ – Certifikovaný ředitel projektů (IPMA Level A, Certified Projects Director) je schopen řídit významné portfolio, nebo program s odpovídajícími zdroji, metodologií a nástroji. „B“ – Certifikovaný projektový senior manažer (IPMA Level B, Certified Senior Project Manager) je schopen komplexně řídit projekty (kritéria komplexnosti viz. Sebe-hodnotící test komplexnosti projektového řízení). „C“ – Certifikovaný projektový manažer (IPMA Level C, Certified Project Manager) je schopen řídit projekty s omezenou komplexností projektového řízení. „D“ – Certifikovaný projektový praktikant (IPMA Level D, Certified Project Management Associate) je schopen aplikovat znalosti z projektového řízení jako člen týmu v projektu.



39

Projektová komunikace  

Slouží pro předávání informací na projektu. Rozdělení 

 

 

pravidelná/operativní ústní/písemná interní/vzájemná

Styl a pravidelnost udává pozice v projektovém týmu. Věcná a úplná komunikace je jednou z podmínek úspěšného projektu.



40

Různé pohledy na informační systém

Tak to popsal zákazník


Tak to pochopil vedoucí projektu

Tak to navrhl bussinesss analytik © Ing. Pavel Náplava

Tak to napsal programátor

Tak to popsal obchodník

41

Jaká je realita informačního systému?

Taková byla projektová dokumentace


Toto bylo nainstalováno

Toto bylo zákazníkovi naúčtováno


Taková byla podpora helpdesku

Toto zákazník skutečně potřeboval 

42

Předávané informace 







Implementační týmy – aktuální stav, plánování, kontrola, řešení problémů. Vedoucí projektu – kontrola stavu, plánování dalších postupů, řešení dílčích problémů. Řídící komise – prezentace stavu vedoucími projektu, řešení kritických problémů, změny projektu. Ostatní – analýza, konzultace, školení, řešení problémů na místě.



43

Písemné informace        

Smlouva a její dodatky. Zakládací listina projektu. Zápisy z pravidelných porad (týmy, vedoucí projektu, řídicí komise). Protokoly (předávací, akceptační). Zápisy z jednání mezi členy týmu. Dokumentace systému (analýzy, návrh, dokumentace, nápověda). Dokumenty změnového řízení. Nástroje pro kontrolu stavu projektu.



44

Zakládací listina projektu     

Definice projektu a jeho cílů. Organizace projektu. Plán a harmonogram. Rizika projektu. Změnové řízení.



45

Kontrolní body implementace 



Stanovení metrik kontroly systému (počet realizovaných požadavků, dodržení termínů, využité náklady). Hlavní kontrolní body:  

  

Podepsání smlouvy. Akceptace analýzy a návrhu. Nasazení do zkušebního provozu. Nasazení do reálného provozu. U rozsáhlých projektů rozdělení do funkčních bloků a jejich kontrola.



46

Nezapomínejme na RIZIKA!  

Riziko = hrozba, ohrožení projektu. Risk management (řízení rizik): 

Analýza rizik   







Identifikace rizik. Posouzení rizik. Odezvy na rizika.

Sledování rizik.

Neustálý proces ve všech fázích projektu. Řízením rizik zvyšujeme úspěšnost projektu.



47

Řízení rizika 

Co potřebujeme u rizik sledovat a řídit?      



Popis rizika. Pravděpodobnost výskytu. Mitigaci (eliminaci) rizika. Krizový plán. Odpovědná osoba. (Kdo to je? Co dělá?) Dopady.

Pohled na rizika:  

Zákazník. Dodavatel.



48

Jak si projekt rozplánovat? 

Dle trojimperativu:   

Rozplánování činností. Rozplánování zdrojů. A samozřejmě finanční toků. 



Nejen samotné ceny, ale také cash-flow, které nás „nepoloží“!!!

Podpůrné nástroje:  

Ganttovy diagramy, LRM, WBS, RBS,… Metodiky.



49

Logický rámec projektu (LRM)  

Nástroj pro prvotní plánování projektu. Má čtyři zásadní části: 

Goals – přínosy projektu 



Objectives – cíle projektu 



Popis stavu po realizaci.

Deliverables – produkty (výstupy) 



Užitky získané vytvořením, používáním cílů.

Seznam hlavních vytvořených výstupů.

Actions – činnosti 

Hlavní okruhy, které se musí udělat, aby se vytvořily produkty.



50

Deliverables/Produkty

Actions/Činnosti BI-TIS - Přednáška č.2

Vstupy © Ing. Pavel Náplava

Rizika/podmínky splnění

Objectives/Cíle

Metriky splnění

Goals/Přínosy

Zdroje dat pro metriky

Funkčnost logického rámce

Náklady 51

Jednoduchý příklad LRM Metrika Postup do dalšího semestru

Získán definovaný počet kreditů

Úspěšně absolvovat předmět

Známka lepší než neprospěl

Hotová semestrální práce, udělen zápočet ze semestru, hotová zkouška z předmětu Klíčové úkoly BI-TIS - Přednáška č.2

Odevzdaná semestrální práce Zapsán zápočet Zapsaná zkouška

Zdroj dat

Riziko

KOS

Vazba na jiné předměty

Index, KOS

Předmět otevřený Nemožnost zapsat se (plno)

Index, KOS

Semestrální práce mimo naše schopnosti Přísný cvičící Přísný zkoušející Nemožnost absolvovat cvičení/přednášky

WBS +RBS © Ing. Pavel Náplava

Poznámky 52

Definice WBS a RBS 

WBS – Work Breakdown Structure.  

Hierarchická struktura činností. V praxi často spojeno s Ganttovými diagramy.   



Pruhový diagram. Znázornění činností v čase. CO + KDY

RBS – Resource Breakdown Structure. 

 

Hierarchická struktura využití zdrojů (náš případ). Někdy také „Risk Breakdown Structure“. JAK



53

Příklad WBS a Ganttova diagramu



54

Metodika   



Pomocný nástroj pro řízení a realizaci projektu Zjednodušuje řízení a kontrolu projektu. Poskytuje šablony a nástroje pro všechny fáze implementace. Obsahuje všeobecně známé a praxí ověřené postupy, rizika, doporučení (best practices).



55

Jiný pohled na metodiku 

Z pohledu technologie   



Metodologie pro vývoj SW. Návrhové vzory. Testování dodavatelem.

Z pohledu implementace    

Podpora řízení projektu Podpora sběru dat jejich migrace. Podpora komunikace. Podpora testování uživateli.



56

A7B16INS - Přednáška č.2


57

Typy metodik  

Dle použití globální/projektové/upravené. Dle váhy (velikost + hustota): 



Rigorózní – podrobná a přesná definice procesů, činností a procesů, často velmi obsáhlé (např. OPEN, RUP, EUP, MMDIS,...). Agilní – trend rychlého zavádění systémů, základním principem je rychlé předání zákazníkovi s tím, že úpravy lze provést později (Extreme programming, ASD, FDD, Scrum,...).



58

Hlavní rozdíly metodik Rigorózní

Agilní





Předpoklady

SW procesy lze popsat  Požadavky možno definovat předem

Obsah

Podrobně definované procesy, činnosti, nástroje

Obecné principy, pravidla, praktiky

Velké projekty  Standardní projekty





Použití BI-TIS - Přednáška č.2


SW procesy nelze popsat  Předem jen hrubé požadavky

Výzkumné projekty  Time-to-market  Menší týmy 59

Doporučená literatura  

 



 

 

Alena Svozilová; Projektový management, 2007, Grada Tomáš Kubálek, Markéta Kubálková; Řízení projektů v Microsoft Office – PROJECT, 2007, Computer Press Milton D. Rosenau; Řízení projektů, 2000, Computer Press Drahoslav Dvořák; řízení projektů - Nejlepší praktiky s ukázkami v Microsoft Office, 2008, Computer Press Kathy Schwalbe; Řízení projektů v IT. Kompletní průvodce., 2007, Computer Press Steve McConnell; Odhadování softwarových projektů, 2006, Computer Press Petr Doucek; Řízení projektů informačních systémů, 2. vydání 2006, Professional publishing Eliahu M. Goldratt, Jef Cox; Cíl, 1992 http://www.pmhut.com , www.pmtoolbox.com, http://www.computerworld.com/computerworld/records/images/pdf/44NfailChart. pdf, www.ipma.cz, www.pmi.org, http://www.prince2.com/, http://en.wikipedia.org/wiki/Project_Management_Professional, http://www.acsa.vutbr.cz/ypmg/index.php



60

Závěr 







Projekt je podpůrným nástrojem pro úspěšnou implementaci informačního systému. Hlavní roli v průběhu projektu hraje komunikace. Úspěšný projekt znamená spokojenost na obou stranách. Projektové řízení lze zjednodušit a zefektivnit pomocí metodiky a použitím nástrojů. BI-TIS - Přednáška č.2


61

Dotazy



62

PROJEKT, IMPLEMENTACE IS, METODOLOGIE

Recommend Documents