1 / 32

11. Vybraná problematika

11. Vybraná problematika. Výběrové řízení Změnové řízení na projektu Testování. Výběrové řízení. Volba dodavatelského modelu Výběrové řízení Smluvní vztahy. Volba dodavatelského modelu - 1. Pro volbu dodavatelského modelu je nutné analyzovat v rámci organizace následující oblasti

ganesa
Download Presentation

11. Vybraná problematika

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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

More Related