11. Vybraná problematika

1. 11. Vybraná problematika • Výběrové řízení • Změnové řízení na projektu • Testování

2. Výběrové řízení • Volba dodavatelského modelu • Výběrové řízení • Smluvní vztahy

3. Volba dodavatelského modelu - 1 Pro volbu dodavatelského modelu je nutné analyzovat v rámci organizace následující oblasti • Potenciál pro vlastní realizaci požadovaného řešení • Implementace komerčního SW řešení (ERP) • vlastní vývoj • Zkušenosti s řízením projektů • Potřebné znalosti (profese) • Dostatek vlastních kapacit • Požadavek na záruky • Jiné • požadavek na změnu pracovních způsobů v organizaci • vnímání externích partnerů (přiřazování větší důležitosti) • Požadavek na využití finančních služeb externího dodavatele

4. Volba dodavatelského modelu - 2 • Varianty přístupu • Požadavky na (sub)dodavatele vycházejí z námi navržené koncepce řešení, vytvořené v průběhu zadávání projektu • Koncepce řešení se odvodí z nabídek potenciálních (sub)dodavatelů !

5. Výběrové řízení - 1 • Cíle výběrového řízení • získat řešení (HW, SW, služby, know-how), odpovídající potřebám a situaci zadavatele • vybrat dodavatele • ekonomicky, technicky a finančně stabilního a spolehlivého • který je schopen vybraný systém (řešení) • dodat • a dále podporovat a rozvíjet • dosáhnout rozumného poměru cena/výkon

6. Výběrové řízení - 2 • Možný postup výběrového řízení • Revize dokumentu „Projektový záměr“ • Návrh a projednání struktury poptávkového dokumentu • Revize relevantních existujících podkladů • Vypracování chybějících podkladů (dokumentace, informace, statistická data aj.) • Vypracování poptávkového dokumentu (ve spolupráci s externí organizací ?) • Definice výběrových kritérií • vylučovací • rozhodovací (včetně vah)

7. Výběrové řízení - 3 • Možný postup výběrového řízení – pokrač. • Sestavení výběrové komise • definice výběrových kritérií • určení způsobu vyhodnocování nabídek • sestavení komise a pracovních týmů • specifikace průběhu poptávkového řízení • Výběr a obeslání firem • (Společná upřesňující jednání / výměna informací aj.) • Obdržení nabídek a jejich převzetí • Vyhodnocení nabídek, výběr „3“ nejlepších • (Presentace nabídek) • Určení konečného pořadí nabídek • Rozhodnutí, která nabídka je vybrána • Zahájení jednání o smlouvě se zvolenou firmou

8. Výběrové řízení - 4 • Možná kritéria výběru dodavatelů • technická kvalifikace – znalost požadovaného řešení, schopnost implementace • vazba na dodavatele řešení (v případě, že není totožný) • spolehlivost - ověřený dodavatel na trhu • certifikace • bezpečnost sdílených informací • stabilita (finanční, personální) • dostatečné zdroje • místo působení (umístění pracovišť) partnera • cena a kvalita prací • spolupráce na předchozích projektech • reference z obdobných projektů • autorská práva u implementací nových (prototypových) řešení • kvalita partnerů dodavatele • zastoupení v ČR

9. Smluvní vztahy - 1 • Informativní a závazné dokumenty • RFI • RFP • Technická a cenová informace • Poptávka, poptávkový dokument • Nabídka (cenová informace) • Objednávka • Smlouva

10. Smluvní vztahy - 2 • Role systémového integrátora • Zajišťuje dodávky všech součástí informačního systému (HW produkty, standardní SW, nestandardní SW, činnosti a služby) vyvinutého podle individuálních potřeb zákazníka a zodpovídá za jejich kvalitu, včasnost a úplnost • Koordinuje a řídí dodávky subdodavatelů a zodpovídá za úplnost, správnost a včasnost subdodávek a jejich převzetí zákazníkem • Zajišťuje integraci všech komponent třetích stran do jednoho informačního systému • Spolupracuje se zákazníkem při zajišťování postupného přechodu od současného informačního systému k novému řešení

11. Smluvní vztahy - 3 • Role systémového integrátora - pokr. • Koordinuje přímou technickou spolupráci subdodavatelů s odbornými útvary zákazníka jak ve fázi konkretizace požadavků zákazníka, tak ve všech následujících specifikačních a realizačních fázích • Spolu se zákazníkem řeší problematiku případného integrování produktů nakupovaných přímo zákazníkem a následných dopadů do řízení, rozsahu, funkcionality a ceny projektu (včetně systémových záruk) dodávaného IS

12. Smluvní vztahy - 4 • Role zákazníka • Je zodpovědný za předávání veškerých zákaznických informací nezbytných pro plánování a řízení projektu IS. Vytváří podmínky pro efektivní komunikaci se zodpovědnými pracovníky zadavatele a koncového uživatele • Je povinen spolupracovat na koncepčním návrhu řešení a podrobných specifikacích • Deleguje své pracovníky do projektových a řešitelských týmů, zodpovídá za jejich výběr, kvalifikaci a dostatečnou kapacitu • Je povinen v dohodnutých termínech schvalovat výstupy projektu IS definované jako závazné (specifikace…dodávky)

13. Smluvní vztahy - 5 • Role zákazníka – pokr. • Vytváří takové podmínky na své straně, aby koncový uživatel byl integrován do procesu tvorby IS (např. při schvalování závazných výstupů, testování) • Připravuje testovací data (definovaná ve specifikacích) • Vytvoří podmínky pro vstup a činnost pracovníků SI, resp. jeho subdodavatelů na svá příslušná pracoviště • Zodpovídá za funkčnost svých existujících komponent (technických, programových), navazujících na výstupy projektu IS • Zajistí součinnost dodavatelů stávajícího HW, SW a ASW, která bude nutná pro úplnou nebo částečnou integraci implementovaného systému

14. Změnové řízení - 1 Změnové řízení je průběžný formalizovaný proces (popsaný ve smlouvě,resp. smlouvách) • Účel a význam • začíná zahájením projektových dodávek • reaguje na rozpor mezi schválenými specifikacemi a představami a potřebami zákazníka (vyjádřenými formou přání, požadavků, dotazů, specifikovaných problémů) • je formou promítnutí návrhů zúčastněných stran k probíhajícím projektovým dodávkám • je i nástrojem projektového vedoucího, pomocí kterého kontroluje průběh projektu

15. Změnové řízení – 2 Prvotní impuls – zákazníka, dodavatele, subdodavatelů… • Dotaz • Přání • Problém • Off - spec = odchylka od specifikace • Druhy „problémů“ Evidovat ! Požadavekna změnu ???

16. Posouzení Změnové řízení – 3 Znázornění průběhu Problemreport/Popisproblému Sběr a evidence problémů realiz. požad. vlastnízměnové řízení realizace požad. Požadavek na změnu r.p. realizace požadavku realiz. požad. Stav řešenípožadavkůna změnu

17. Změnové řízení – 4 zákazník dodavatel subdodavatel Problém • Postup řešení problémů Popis DB Evidence Analýza Upřesněnípopisu kdo, co, termín Klasifikace

18. Změnové řízení – 5 • Postup řešení problémů • přání- chyba- nový požadavek Off-specreport Klasifikace Off-spec RFC Změna Analýza Návrhřešení Mimozadání Chyba Vlastní změnové řízení Rozhodnutí Opravit nechat Opravit Realizace upravenáspecif. později asap Testování aakceptace

19. Vlastní změnové řízení -1 • Návrh řešení • detailní analýza požadavku / přání • určení stupně naléhavosti • vypracování specifikace • návrh řešení (varianty) • podmínky pro řešení u dodavatele (zahraniční konzultanti, disponibilní kapacity...) • podmínky pro nasazení u zákazníka (org. změny, nová technika, změna licencí...) • dopady na průběh projektu (výstupy, termíny, náklady...) • plán realizace • náklady na provedení změny (a ošetření jejích dopadů)

20. Vlastní změnové řízení -2 • Rozhodnutí • zrušeno (důvod) • odložit (důvod, termín) • nerealizovat (nechat off-spec) • realizovat (beze změny plánu projektu, se změnou plánu, v další etapě..) • smluvní zajištění • zápis • objednávka • dodatek ke smlouvě • nová smlouva • Realizace (včetně zdokumentování) • Testování a akceptace Dohodnoutzpůsob hrazenínákladů

21. Specifikace problému - 1 • Admin. údaje • PR číslo • datum - oznámení, akceptace (vyřešení) • název • autor (oprávněný!) – jméno, kontakt, lokalita • řešitel / vlastník problému – jméno, kontakt • Charakteristika problému (autorova) • druh - dotaz, přání, chyba, off-spec, problém • naléhavost – kritické (ztráta funkcionality), nutné, velmi vhodné, vhodné • oblast výskytu – HW, OS, DBMS, komunikace, aplikace… • Popis problému • Klasifikace (odsouhlasená)požadavek – nový / na změnu Problemreport

22. Specifikace problému - 2 • Řešení • návrh řešení (způsob řešení, ošetření dopadů, náklady, termíny, podmínky pro řešení, smluvní zajištění) • rozhodnutí o realizaci • odloženo (důvod, termín) • zrušeno (důvod) • nerealizovat • realizovat • Způsob realizace • vysvětleno • individuální úprava ASW (modemem, přímo u zákazníka...) • předáno instalační médium (+ popis instalace) • v rámci plánovaného up-grade • jiný • Akceptace zákazníkem

23. Testování • Testování • Postup testování • Průběh testů • Struktura plánu (beta) testu • Průběh (beta) testu

24. Testování • Význam • Ověření, že konečné vlastnosti projektových dodávek odpovídají specifikovaným (požadovaným) • Dělení testů • Interní (pracovní testy, přejímací testy, instalační testy, testy po dopravě ... alfa-testy) – u dodavatele, resp. subdodavatelů • Externí – za účasti pracovníků zákazníka (beta-testy) • Pilotní provoz • Druhy testů • Uživatelské • Výkonnostní • Bezpečnostní • Provozní • Havarijní

25. Modul 1 Modul N alfa - test (integrační test) instalační test (on-site test) beta - test Postup testování - 1 moduly HW “a” subs HW b/c subs subsystém dodavatel + subs HW c příprava (plánu,dat)aktivní účast HW c dodavatel + subs zákazník

26. záruka Postup testování - 2 realizace změn Test produkční verze zákazník dodavatel + subs produkční verze zákazník + dodavatel HW c/d uživatel (1*) Plošné nasazení pilotní provoz

27. Plánování Příprava Sběr aevidence PR Provádění Vyhodnocování Akceptace Testování produkční v. Průběh testů Návrh -> úpravy ->odsouhlasený plán Chronologický záznam o průběhu Vyhodnocení testu Akceptační protokol Tvorba produkční verze Nasazení

28. Struktura plánu (beta) testu - 1 • Projekt • Jméno a kód projektu • Fáze projektu • Předmět testuOdpovídá kontraktu a všem odsouhlaseným relevantním specifikacím. Uvést co bude testováno z hlediska • funkcionality • výkonu • uživatelského rozhraní (vzhled, způsob ovládání..) Explicitně uvést co nebude testováno • Zodpovědné osoby • zákazník • dodavatel • subdodavatel

29. Struktura plánu (beta) testu - 2 • Místo konání • Termíny • Příprava prostředí pro (beta) test • Zahájení testu • Ukončení testu • Doba pro provedení změnPředpokládaná doba, která bude potřeba pro promítnutí změn do ASW • Uvolnění (beta) verze • Pracovní doba

30. Struktura plánu (beta) testu - 3 • Podmínky pro (beta) test • HW konfigurace • SW produkty • Testovací data • Ostatní • Přerušení testu • DokumentacePředběžná verze: kdy, jaká, jaká forma • Závazky zákazníka • zdroje (personál, zařízení, místnosti,..) • testovací data • podmínky pro přípravu (beta) testu (vstupy do budovy, strážní služba,..)

31. Průběh (beta) testu - 1 • Vlastní testování • úvodní přehled • provedený dodavatelem, resp. subdodavatelem • předvedení hlavních funkcí a způsobu ovládání • provedené dodavatelem, resp. subdodavatelem • uživatelské testy • definování “reálného” provozu • definování rolí • Chronologický zápis o průběhu • Změnové řízení - aplikované v průběhu testu • průběžný sběr a evidence “Problem reportů” • hodnocení jednotlivých PR

32. Průběh (beta) testu – 2 • Závěr (beta) testu • Vyhodnocení PR (tj. rozhodnutí o dalším “osudu” PR) • podrobná analýza PR • další specifikace PR • způsob realizace • písemná forma • Aktualizace plánu dalšího postupu • produkční verze • plošné nasazení ..... • Celkové vyhodnocení testu a jeho ukončení • Akceptační protokol • akceptováno • akceptováno s připomínkami • neakceptováno • Přílohy