• Nebyly nalezeny žádné výsledky

5.4 Disciplíny metodiky MAIPA a jejich úlohy

5.4.11 Vytvoření Buildu

Cílem této úlohy je vytvořit řešení, které odpovídá návrhu řešení. Jedná se nejvíce o zdrojový kód, který vytváří Programátor.

Vztahy úlohy Vytvoření Buildu k dalším prvkům jsou zobrazeny v tabulce 16.

Disciplína Programování

Vztah k MPPS-AV upravená (původně Integrace a vytvoření Buildu)

Role

Primární vlastník Sekundární vlastník

Programátor ---

Výstupy zdrojový kód

Tabulka 16: Úloha Vytvoření Buildu (Zdroj: autorka)

64 5.4.12 Tvorba jednotkových testů

„Úloha tvorba jednotkových testů zahrnuje identifikaci a přípravu jednotkových testů, přičemž stejně jako samotné řešení, všechny její dílčí kroky probíhají inkrementálně, podle toho, jak vzniká vlastní zdrojový kód vyvíjeného IS/ICT.“ (Rejnková, 2011)

Vztahy úlohy Tvorba jednotkových testů k dalším prvkům jsou zobrazeny v tabulce 17.

Disciplína Programování Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Programátor ---

Vstupy

Primární Doplňkové

implementace funkcionality návrh funkcionality jednotkový test plán testů Výstupy seznam jednotkových testů

Tabulka 17: Úloha Tvorba jednotkových testů (Zdroj: autorka)

5.4.13 Provedení jednotkových testů

Vztahy úlohy Provedení jednotkových testů k dalším prvkům je zobrazen v tabulce 18.

Disciplína Programování Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Programátor ---

Vstupy

Primární Doplňkové

zdrojový kód

seznam jednotkových testů

plán testů

65 Výstupy výsledky jednotkových testů

seznam chyb

Tabulka 18: Úloha Provedení jednotkových testů (Zdroj: autorka)

5.4.14 Implementace řešení

Tato úloha reprezentuje část kódu vyvýjeného SW, která je dodána Programátorem, a která řeší novou funkcionalitu nebo opravu identifikovaných chyb z předešlých iterací.

Vztahy úlohy Implementace řešení k dalším prvkům jsou zobrazeny v tabulce 19.

Disciplína Programování Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Programátor Správce automatizace

Vstupy

Primární Doplňkové

návrh funkcionalit zdrojový kód

popis implementace řešení konfigurační plán

Uživatelská dokumentace

Výstupy

aplikace s automatizovaným řešením uživatelská dokumentace

Tabulka 19: Úloha Implementace řešení (Zdroj: autorka)

5.4.15 Plánování projektu

Cílem této úlohy je nastavit koncepci celého projektu. Vedoucí projektu by měl zapojit všechny členy týmu, protože se každý z nich podílí na procesu vývoje.

Vztahy úlohy Plánování projektu k dalším prvkům jsou zobrazeny v tabulce 20.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

66 Role

Primární vlastník Sekundární vlastník

Vedoucí týmu Analytik

Produktový vlastník Výstupy plán projektu

Tabulka 20: Úloha Plán projektu (Zdroj: autorka)

5.4.16 Plánování konfiguračního řízení

„Plánování konfiguračního řízení je úlohou, jejímž hlavním cílem je definovat základní postupy, pravidla a procedury, na základě kterých bude probíhat tvorba a modifikace pracovních produktů, včetně určení zodpovědností jednotlivých rolí v týmu, které by měly tato pravidla respektovat. Veškerá rozhodnutí, která jsou při plánování konfiguračního řízení učiněna, by měla být zaznamenána do Konfiguračního plánu.“ (Rejnková, 2011)

Vztahy úlohy Plánování konfiguračního řízení k dalším prvkům je zobrazen v tabulce 21.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník Programátor

Vstupy Primární Doplňkové

67 plán projektu

plán iterace

konfigurační plán

Výstupy konfigurační plán

Tabulka 21: Úloha Plánování konfiguračního řízení (Zdroj: autorka)

5.4.17 Plánování iterace

„V rámci této úlohy by měly být před svým začátkem podrobněji popsány všechny iterace, které jsou hrubě definovány v Plánu projektu. Aby nedošlo k opomenutí žádných důležitých hledisek, mělo by plánování iterace zahrnovat několik dílčích kroků.“ (Rejnková, 2011)

Vztahy úlohy Plánování iterace k dalším prvkům je zobrazen v tabulce 22.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Vedoucí

Tabulka 22: Úloha Plánování iterace (Zdroj: autorka)

68 5.4.18 Plánování testů

V rámci této úlohy dochází ke spolupráci Správce automatizace a Programátora, tak aby bylo testování efektivní s ohledem na vyvíjený systém v průběhu každé iterace v rámci všech fází životního cyklu metodiky MAIPA.

Vztahy úlohy Plánování testů k dalším prvkům je zobrazen v tabulce 23.

Disciplína Testování

Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník Správce automatizace

Tabulka 23: Úloha Plánování testů (Zdroj: autorka)

5.4.19 Moderování týmových schůzek

Projektový tým řídí Vedoucí týmu, který nese plnou zodpovědnost za plánování, řízení a moderování všech týmových schůzek. Každá týmová schůzka obsahuje svojí agendu a na jejím konci Vedoucí týmu sdílí zápis z týmové schůzky s ostatními členy týmu.

Vztahy úlohy Moderování týmových schůzek k dalším prvkům jsou zobrazeny v tabulce 24.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Vedoucí týmu Produktový vlastník

69 Vstupy

Primární Doplňkové

agenda schůzky plán iterace

plán projektu

Výstupy

zápis z týmové schůzky plán iterace

Tabulka 24: Úloha Moderování týmových schůzek (Zdroj: autorka)

5.4.20 Řízení iterace

„Pro úspěšnost každé iterace je důležité i její řízení, které spočívá především v hodnocení stavu vývoje produktu a identifikaci možných problémů, jež by mohly jakýmkoliv způsobem narušit proces vývoje.“ (Rejnková, 2011)

Vztahy úlohy Řízení iterace k dalším prvkům jsou zobrazeny v tabulce 25.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Vedoucí týmu Analytik

Architekt

Výstupy seznam chyb

70 plán iterace

plán projektu seznam rizik

Tabulka 25: Úloha Řízení iterace (Zdroj: autorka)

5.4.21 Zhodnocení výsledků iterace

„V závěru každé iterace by měl být vždy její průběh zhodnocen, aby mohlo být určeno, zda

se podařilo dosáhnout vytyčených cílů, jak probíhala spolupráce vývojového týmu a případně i co by bylo vhodné v příštích iteracích zlepšit.“ (Rejnková, 2011)

Vztahy úlohy Zhodnocení výsledů iterace k dalším prvkům jsou zobrazeny v tabulce 26.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Vedoucí týmu Analytik

Architekt

Produktový vlastník Zainteresovaná strana Programátor

Správce automatizace

Vstupy

Primární Doplňkové

definice dokončenosti plán iterace

seznam chyb plán projektu

výsledky jednotkových testů výsledky výkonnostních testů výsledky testů

automatizovaného řešení

71 Výstupy

plán iterace plán projektu seznam chyb

Tabulka 26: Úloha Zhodnocení výsledků iterace (Zdroj: autorka)

5.4.22 Příprava testů automatizace

Cílem této úlohy je vytvořit sadu testů implementované automatizace tak, aby byly následně provedeny a vyhodnoceny v každě iteraci.

Vztahy úlohy Příprava testů automatizovaného řešení k dalším prvkům jsou zobrazeny v tabulce 27.

Disciplína Testování Vztah k MPPS-AV nová

Role

Primární vlastník Sekundární vlastník

Správce automatizace ---

Vstupy

Výstupy seznam testů automatizace

Tabulka 27: Úloha Příprava testů automatizace (Zdroj: autorka)

5.4.23 Provedení testů automatizace

Vztahy úlohy Provedení testů automatizovaného řešení k dalším prvkům je zobrazen v tabulce 28.

Disciplína Testování Vztah k MPPS-AV nová

Role

Primární vlastník Sekundární vlastník

Správce automatizace ---

72

Tabulka 28: Úloha Provedení testů automatizace (Zdroj: autorka)

5.4.24 Příprava výkonnostních testů

„Příprava výkonnostních testů je úloha, která slouží k vymezení účelu výkonnostních testů, kterým je míra detailu prověření vlastností vyvíjeného systému, k alokaci potřebných finančních, lidských a materiálových zdrojů a k přípravě testovacích dat.“ (Sýkora a Sibrt, 2009)

Vztahy úlohy Příprava výkonnostních testů k dalším prvkům je zobrazen v tabulce 29.

Disciplína Testování

Vztah k MPPS-AV součást MMSP-AV (původně v discipline Programování)

Role

Primární vlastník Sekundární vlastník

Správce autoamtizace ---

Vstupy

Výstupy seznam výkonnostních testů

Tabulka 29: Úloha Příprava výkonnostních testů (Zdroj: autorka)

73 5.4.25 Provedení výkonnostních testů

„Realizace výkonnostních testů se skládá z několika dílčích kroků, které je třeba vykonat.

Nejprve je zahájena kontrola stavu testovaného systému, která ověřuje, zda je vše připraveno k provedení zátěžových testů a zda je správně nastavený monitoring pro zachytávání parametrů testovaného systému. V případě, že je vše připraveno, následuje spuštění výkonnostních testů a jejich vyhodnocení ve formě závěrečné zprávy se seznamem úzkých míst v systému.“ (Sýkora a Sibrt, 2009)

Vztahy úlohy Provedení výkonnostních testů k dalším prvkům jsou zobrazeny v tabulce 30.

Disciplína Testování

Vztah k MPPS-AV součást MMSP-AV (původně v discipline Programování)

Role

Primární vlastník Sekundární vlastník

Správce automatizace ---

Vstupy

Tabulka 30: Úloha Provedení výkonnostních testů (Zdroj: autorka)

5.4.26 Vyhodnocení testů

Cílem této úlohy je zaznamenat výsledky výkonnostních testů a seznam chyb v každé iteraci, aby byla zajištěna jejich následná oprava a přetestování.

Vztahy úlohy Vyhodnocení testů k dalším prvkům je zobrazen v tabulce 31.

Disciplína Testování

Vztah k MPPS-AV součást MMSP-AV

74 Role

Primární vlastník Sekundární vlastník

Správce automatizace Analytik

Architekt

Výstupy seznam chyb

Tabulka 31: Úloha Vyhodnocení testů (Zdroj: autorka)

5.4.27 Monitoring nasazeného řešení

Vztahy úlohy Monitoring nasazeného řešení k dalším prvkům metodiky MAIPA je zobrazen v tabulce 32.

Disciplína Testování

Vztah k MPPS-AV součást MMSP-AV

Role

Primární vlastník Sekundární vlastník

Správce automatizace Programátor

Vstupy

Primární Doplňkové

test dostupnosti systémů seznam chyb

Výstupy seznam chyb

Tabulka 32: Úloha Monitoring nasazeného řešení (Zdroj: autorka)

5.4.28 Akceptace implementovaného řešení

Zakončením projektu je akceptační protokol, který je výstupem úlohy Akceptace implementovaného řešení, který podepisuje Zainteresovaná strana s Vedoucím týmu.

75

Vztahy úlohy Akceptace implementovaného řešení k dalším prvkům je zobrazen v tabulce 33.

Disciplína Uživatelské zkušenosti Vztah k MPPS-AV nová

Role

Primární vlastník Sekundární vlastník Zainteresovaná strana Vedoucí týmu

Produktový vlastník

Vstupy

Primární Doplňkové

aktualizovaná aplikace o automatizované řešení uživatelská dokumentace

definice dokončenosti

Výstupy akceptační protokol

Tabulka 33: Úloha Akceptace implementovaného řešení (Zdroj: autorka)

5.5 Pracovní produkty metodiky MAIPA

Cílem této podkapitoly je definování pracovních produktů a jejich vztahů k dalším prvkům metodiky MAIPA. Ty jsou začleněny do šesti disciplín, které jsou převzaty z metodiky AV (Rojko, 2015). Některé pracovní produkty jsou stejné jako u metodiky MMSP-AV, a některé jsou s ohledem na zaměření na automatizaci IT infrastruktury nově vytvořené případně upravené. Tato skutečnost je u všech pracovních produktů zaznamenaná u jejich detailního popisu.

5.5.1 Produktová vize

„Produktová vize definuje klíčové požadavky a potřeby všech zainteresovaných stran, které by měl vyvíjený systém uspokojovat.“ (Rejnková, 2011)

Vztahy pracovního produktu Produktová vize k dalším prvkům jsou zobrazeny v tabulce 34.

Disciplína Požadavky

Vztah k MPPS-AV součást MMSP-AV

76 Role

Nese odpovědnost Může upravovat Produktový vlastník

Analytik

Zainteresovaná strana Architekt

Úloha

Je vstupem Je výstupem

Návrh architektury

Tabulka 34: Pracovní produkt Produktová vize (Zdroj: autorka)

5.5.2 Popis architektury

Popis architektury je velmi důležitým pracovním produktem. Může být označen jako stavební kámen pro Návrh funkcionality. Zachycuje všechny vazby na ostatní systémy,

které jsou důležité pro vývoj funkčního řešení a je nevyhnuté je respektovat.

Obsahuje také i schéma architektury pro efektivnější spolupráci v týmu.

Vztahy pracovního produktu Popis architektury k dalším prvkům jsou zobrazeny v tabulce 35.

Disciplína Architektura Vztah k MPPS-AV součást MMSP-AV

Role Nese odpovědnost Může upravovat

Architekt ---

Úloha Je vstupem Je výstupem

Vytvoření popisu implementace

řešení Návrh architektury

77

Správa uživatelské dokumentace Vytvoření Buildu

Příprava testů automatizovaného řešení

Tabulka 35: Pracovní produkt Popis architektury (Zdroj: autorka)

5.5.3 Seznam produktových požadavků

Pracovní produkt Seznam produktových požadavků zachycuje všechny funkční i nefunkční požadavky na vyvíjený systém a jeho automatizaci, včetně jejich detailního popisu a priorit, které jim dává role Zainteresovaná strana.

Vztahy pracovního produktu Seznam produktových požadavků k dalším prvkům jsou zobrazeny v tabulce 36.

Disciplína Požadavky

Vztah k MPPS-AV Upravený (původně Požadavky)

Role

Nese odpovědnost Může upravovat Analytik

Je vstupem Je výstupem

Návrh architektury

Tabulka 36: Pracovní produkt Seznam produktových požadavků (Zdroj: autorka)

5.5.4 Seznam kvalitativních požadavků

Seznam kvalitativních požadavků zachycuje nefunkční požadavky včetně jejího detailního popisu a priorit.

78

Vztahy pracovního produktu Seznam kvalitativních požadavků k dalším prvkům jsou zobrazeny v tabulce 37.

Disciplína Požadavky

Vztah k MPPS-AV Upravený (původně Požadavky)

Role

Nese odpovědnost Může upravovat

Analytik Architekt

Programátor

Správce automatizace Produktový vlastník Zainteresovaná strana

Úloha

Je vstupem Je výstupem

Návrh funkcionality Identifikace požadavků

Detailní vymezení kvalitativních požadavků

Tabulka 37: Pracovní produkt Seznam kvalitativních požadavků (Zdroj: autorka)

5.5.5 Seznam uživatelských příběhů

Uživatelské příběhy jsou identifikovány u každého funkčního požadavku a obsahují informace co/kdo a proč se dělá.

Vztahy pracovního produktu Seznam uživatelských příběhů k dalším prvkům jsou zobrazeny v tabulce 38.

Disciplína Požadavky

Vztah k MPPS-AV Upravený (původně Uživatelské příběhy)

Role

Nese odpovědnost Může upravovat

Analytik Architekt

Programátor

Správce automatizace

79 Úloha

Je vstupem Je výstupem

Identifikace požadavků

Detailní vymezení kvalitativních požadavků

Správa uživatelské dokumentace

Příprava uživatelských příběhů

Tabulka 38: Pracovní produkt Seznam uživatelských příběhů (Zdroj: autorka)

5.5.6 Seznam chyb

Při každé z testovacích úloh, které testují vyvíjený systém s automatizací, vznikají nalezené chyby. Tyto chyby se pak zapisují do pracovního produktu Seznam chyb.

Tyto chyby se pak opravují a znova přetestují v každé iteraci.

Vztahy pracovního produktu Seznam chyb k dalším prvkům jsou zobrazeny v tabulce 39.

Disciplína Testování

Vztah k MPPS-AV součást MMSP-AV

Role

Nese odpovědnost Může upravovat Produktový vlastník

Je vstupem Je výstupem

Prioritizace defektů

Tabulka 39: Pracovní produkt Seznam chyb (Zdroj: autorka)

80 5.5.7 Definice dokončenosti

Definice dokončenosti představuje jasnou definici podmínek, za kterých lze označit úkol za splněný.

Vztahy pracovního produktu Definice dokončenosti k dalším prvkům jsou zobrazeny v tabulce 40.

Disciplína Požadavky

Vztah k MPPS-AV součást MMSP-AV

Role

Nese odpovědnost Může upravovat

Analytik Architekt

Programátor

Správce automatizace

Úloha

Je vstupem Je výstupem

Řízení iterace

Zhodnocení výsledků iterace

Příprava uživatelských příběhů

Tabulka 40: Pracovní produkt Definice dokončenosti (Zdroj: autorka)

5.5.8 Popis implementace řešení

Jedná se o pracovní dokument, který obsahuje postup jak implementovat dodávku nového řešení.

Vztahy pracovního produktu Popis implementace řešení k dalším prvkům jsou zobrazeny v tabulce 41.

Disciplína Programování Vztah k MPPS-AV součást MMSP-AV

Role

Nese odpovědnost Může upravovat Programátor

Správce automatizace

---

Úloha Je vstupem Je výstupem

81

Implementace řešení Vytvoření popisu implementace řešení

Tabulka 41: Pracovní produkt Popis implementace řešení (Zdroj: autorka)

5.5.9 Uživatelská dokumentace

Jedná se o dokument pro konečného uživatele, který popisuje jak s nasazenou automatizací pracovat. Vytváří se v průběhu celého projektu a může na něm být závislá akceptace finální dodávky produktu od role Zainteresovaná strana.

Vztahy pracovního produktu Uživatelská dokumentace k dalším prvkům jsou zobrazeny v tabulce 42.

Disciplína Uživatelské zkušenosti Vztah k MPPS-AV Nový

Role

Nese odpovědnost Může upravovat Programátor

Správce automatizace

---

Úloha

Je vstupem Je výstupem

Akceptace implementovaného řešení

Implementace řešení

Správa uživatelské dokumentace

Tabulka 42: Pracovní produkt Uživatelská dokumentace (Zdroj: autorka)

5.5.10 Návrh funkcionality

Návrh funkcionality obsahuje popis nového řešení, které řeší produktové požadavky a respektuje nově navrhovanou architekturu.

Vztahy pracovního produktu Návrh funkcionality k dalším prvkům jsou zobrazeny v tabulce 43.

Disciplína Programování Vztah k MPPS-AV Nový

82 Role

Nese odpovědnost Může upravovat

Programátor Správce automatizace

Architekt Analytik

Úloha

Je vstupem Je výstupem

Vytvoření popisu implementace řešení

Správa uživatelské dokumentace Vytvoření Buildu

Návrh řešení

Tabulka 43: Pracovní produkt Návrh funkcionality (Zdroj: autorka)

5.5.11 Plán automatizace

Plán automatizace popisuje plán nasazování automatizace vybrané IT infrastruktury.

Vztahy pracovního produktu Plán automatizace k dalším prvkům jsou zobrazeny v tabulce 44.

Disciplína Řízení vývoje produktu

Vztah k MPPS-AV součást MMSP-AV (původně v disciplíně Testování)

Role

Nese odpovědnost Může upravovat

Programátor Správce automatizace

Architekt Analytik

Úloha

Je vstupem Je výstupem

Příprava testů automatizace Provedení testů automatizacce Příprava výkonnostních testů Provedení výkonnostních testů

Návrh funkcionality

Tabulka 44: Pracovní produkt Plán automatizace (Zdroj: autorka)

83 5.5.12 Seznam jednotkových testů

„Unit (neboli jednotkové) testy představují specifický typ testů prováděných za účelem ověření funkčnosti malých, soběstačných částí zdrojového kódu implementace. Unit testy jsou vytvářeny a prováděny vývojáři a mají formu testovacího skriptu, doplněného o vstupní podmínky, očekávané výsledky testů, způsob hodnocení výsledků testů a kód, který uvede systém po provedení testu do původního stavu.“ (Rejnková, 2011)

Vztahy pracovního produktu Seznam jednotkových testů k dalším prvkům jsou zobrazeny v tabulce 45.

Disciplína Programování

Vztah k MPPS-AV Upravený (původně Unit test)

Role Nese odpovědnost Může upravovat

Programátor ---

Úloha Je vstupem Je výstupem

Provedení jednotkových testů Tvorba jednotkových testů Tabulka 45: Pracovní produkt Seznam jednotkových testů (Zdroj: autorka)

5.5.13 Výsledky jednotkových testů

Vztahy pracovního produktu Výsledky jednotkových testů k dalším prvkům jsou zobrazeny v tabulce 46.

Disciplína Programování Vztah k MPPS-AV nový

Role Nese odpovědnost Může upravovat

Programátor ---

Úloha Je vstupem Je výstupem

Zhodnocení výsledků iterace Provedení jednotkových testů Tabulka 46: Pracovní produkt Výsledky jednotkových testů (Zdroj: autorka)

84 5.5.14 Aplikace s automatizovaným řešením

Je hlavním výstupem projektu. Vztahy pracovního produktu Aplikace s automatizovaným řešením k dalším prvkům jsou zobrazeny v tabulce 47.

Disciplína Uživatelské zkušenosti Vztah k MPPS-AV nový

Role Nese odpovědnost Může upravovat

Programátor Správce automatizace

Úloha

Je vstupem Je výstupem

Akceptace implemetovaného řešení

Implementace řešení

Tabulka 47: Pracovní produkt Aplikace s automatizovaným řešením (Zdroj: autorka)

5.5.15 Zdrojový kód

Zdrojový kód je výstupem programování při implementování nových funkcionalit automatizace IT infrastruktury.

Vztahy pracovního produktu Zdrojový kód k dalším prvkům jsou zobrazeny v tabulce 48.

Disciplína Programování Vztah k MPPS-AV nový

Role Nese odpovědnost Může upravovat

Programátor ---

Úloha

Je vstupem Je výstupem

Správa uživatelské dokumentace Tvorba jednotkových testů Provedení jednotkových testů Implementace řešení

Vytvoření Buildu

Tabulka 48: Pracovní produkt Zdrojový kód (Zdroj: autorka)

85 5.5.16 Plán projektu

„Plán projektu představuje pracovní produkt, který sjednocuje všechny důležité informace, jež jsou potřeba k úspěšnému řízení projektu na strategické úrovni. Plán projektu slouží jako zdroj informací o tom, jak bude projekt probíhat, jakých cílů by mělo být dosaženo, kdo bude vystupovat v jednotlivých rolích, a poskytuje základní odhad, kdy bude vyvíjený systém či jeho vybranou funkcionalitu možné uvést do provozu.“ (Rejnková, 2011)

Vztahy pracovního produktu Plán projektu k dalším prvkům jsou zobrazeny v tabulce 49.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Nese odpovědnost Může upravovat

Vedoucí týmu Analytik

Produktový vlastník

Je vstupem Je výstupem

Plánování konfiguračního řízení

Tabulka 49: Pracovní produkt Plán projektu (Zdroj: autorka)

5.5.17 Konfigurační plán

„Konfigurační plán je pracovní produkt, který obsahuje souhrn základních pravidel, postupů a procedur, které by měly být dodržovány při práci se všemi pracovními produkty.

Kromě určení základních pracovních produktů, které by měly být vytvářeny, definuje

86

pravidla pro jejich ukládání, pojmenování a verzování. Součástí konfiguračního plánu je i strategie sestavení a nasazení jednotlivých verzí (resp. buildů) IS/ICT.“ (Rejnková, 2011) Vztahy pracovního produktu Konfigurační plán k dalším prvkům jsou zobrazeny v tabulce 50.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Nese odpovědnost Může upravovat Programátor

Je vstupem Je výstupem

Implementace řešení Plánování testů

Plánování konfiguračního řízení

Tabulka 50: Pracovní produkt Konfigurační plán (Zdroj: autorka)

5.5.18 Plán iterace

„Tento dokument podrobněji popisuje jednotlivé iterace projektu, především s důrazem na jejich cíle, milníky a metriky, které určují, zda bylo vytyčených cílů dosaženo.“

(Rejnková, 2011)

Vztahy pracovního produktu Plán iterace k dalším prvkům jsou zobrazeny v tabulce 51.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Nese odpovědnost Může upravovat

Vedoucí týmu Analytik

Architekt

Produktový vlastník Programátor

87

Správce automatizace Zainteresovaná strana

Úloha

Je vstupem Je výstupem

Plánování konfiguračního řízení

Tabulka 51: Pracovní produkt Plán iterace (Zdroj: autorka)

5.5.19 Seznam rizik

„Seznam rizik dokumentuje rizika, která by mohla ohrozit úspěšné dokončení projektu.

Všechna rizika, která jsou identifikována, jsou setříděna dle priority, jež je určena na základě jejich váhy (resp. závažnosti dopadu) a pravděpodobnosti. Zároveň je nutné,

aby byla přesně určena osoba, jež je zodpovědná za provedení navrhnutých preventivních opatření a celkové řízení daného rizika.“ (Rejnková, 2011)

Vztahy pracovního produktu Seznam rizik k dalším prvkům jsou zobrazeny v tabulce 52.

Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV

Role

Role