Zahájení projektu

Základní prostředky projektu uspořádáte v počátečním stadiu s názvem Zahájení projektu.

Plánování schůzky

V rané fázi projektu by mělo být svoláno několik zúčastněných stran a odborníků na danou problematiku, aby probrali projekt a vytvořili plán produktu.Měli byste zvolit zúčastněné strany podle povahy a složitosti projektu a dodávky produktu.

V závislosti na velikosti projektu a jeho složitosti schůzka může trvat několik dnů nebo týdnů.

Iterativní vývoj

Důležitou technikou v řízení rizik je plánování projektu v iteracích, obvykle čtyř až šesti týdnů.Plán opakování je seznam funkcí, které bude tým projektu vyvíjet a testovat.Každá funkce určuje úkol nebo lepší variantu úkolu, který uživatel bude moci provést pomocí produktu.Na konci každé iterace se ukáží plánované funkce.Na konci některých iterací je částečně dokončený produkt uvolněn pro vyzkoušení omezenou sadou uživatelů.

Zpětná vazba z těchto ukázek a testů slouží k revizi plánu.

Plán produktu je uspořádán tak, aby hlavní uživatelské scénáře a hlavní součásti systému byly vykonávány v rané fázi, i kdyby pouze zjednodušeným způsobem.

Jedním z nejvýznamnějších rizik ve většině projektů jsou špatně pochopené požadavky.Požadavky mohou být nesprávně pochopeny, nejen vývojovým týmem, ale i koncovými uživateli a zúčastněnými stranami.Může pro ně být těžké si představit vlivu instalace nového systému na jejich obchodní činnost.

Kromě toho se obchodní kontext může změnit během životnosti projektu, což vede ke změně požadavků produktu.

Proces opakování poskytuje záruku, že veškeré úpravy v požadavcích zjištěné prokazováním produktu, mohou být provedeny před koncem projektu, aniž by tím narůstaly náklady na podstatné přepracování.

Další významné riziko je špatně odhadnutý vývoj nákladů.Může být obtížné pro vývojáře, kteří pracují v nové oblasti a případně na nové platformě, aby prováděli přesné odhady nákladů vývoje už před zahájením projektu.V některých případech může být obtížné určit, zda konkrétní strategie implementace bude fungovat dostatečně dobře.Ale kontrolou plánu na konci každé iterace tým může zvážit zkušenosti s předchozími iteracemi.To je jeden důvod, proč dobrý plán produktu naplánuje nějakou práci na všech hlavních komponentách v raném stadiu.

Jde o projekt řízený oborem nebo řízený daty?

Některé projekty vyžadují, aby všechny požadavky fungovaly před dodáním.Tyto druhy projektů jsou v softwarovém kontextu neobvyklé.Reálný příklad může být vytváření mostu.Částečně dokončené rozpětí je zbytečné.Na druhé straně napůl dokončený, ale správně naplánovaný software může být nasaditelný a použitelný pro omezenou sadu uživatelů.Lze ho pak provést postupně v průběhu několika upgradů.

Nejprve zjistěte, zda váš projekt je skutečně řízený oborem.Pokud ano, musíte počkat s určením koncového data, dokud nebudete mít podrobné odhady a podrobný plán.Za to zaplatíte cenu.Režie plánování je vyšší a ukládání do vyrovnávací paměti plánování jako prevence proti špatnému odhadu posune datum dodání dále, což zvyšuje náklady.Proto než se rozhodnete, že máte projekt řízený oborem, buďte si naprosto jisti.Je to více pravděpodobné ve složitém prostředí inženýringu systémů než v případě čistého softwarového produktu nebo služby.

Většina softwarových projektů je řízena daty vzhledem k tomu, že mohou být dodávány postupně.Například pokud má být počítačová hra vydána před prázdninami ve Spojených státech, musí být připravena nejpozději v říjnu.Nedodání v říjnu vážně ovlivní prodej mezi Halloweenem a Vánocemi, a pokud se plán zpozdí o dva měsíce, okno příležitosti může být zcela ztraceno.

Plánovat prostředky projektu

Projekt by měl mít přiřazeny zdroje, tak aby mohl být doručován podle požadovaného data.Historické údaje z předchozích projektů by měly sloužit k informování diskuse o dostatečných prostředcích.

Po zjištění vašich požadavků zaměstnanců vytvořte organizační diagram projektu, který jasně identifikuje strukturu týmu projektu, úrovně poskytování prostředků a zeměpisné rozšíření, pokud je to vhodné.Uložte všechny personální informace na portál projektu.

Definování rolí a odpovědností

Popište každou roli projektu a její odpovědnosti a publikujte je v plánu projektu.Každá osoba, která se připojí k projektu, by měla pochopit svou úlohu a odpovědnost v projektu.

Definujte komunikační plán

Je důležité definovat komunikační plán projektu.Cesty komunikace pomáhají udržovat náklady na koordinaci v projektu.Je důležité definovat, kdo má navštěvovat schůzky, jak často se schůzky konají, cesty komunikace a jak řešit problémy, které nemohou být vyřešeny obvyklými účastníky jednotlivých schůzek.

Cílem dobrého komunikačního plánu je zajistit, aby koordinační činnosti na projektu fungovaly co nejplynuleji a aby se zabránilo plýtvání úsilí vinou chybné komunikace.

Plán komunikace by měl být publikován na portálu projektu a udržován, jak je vyžadováno.Plán komunikace je užitečný nástroj pro veškerý personál, zejména nové členy.Pomáhá jim pochopit, jak funguje větší tým a jak provádět věci díky vhodné komunikaci různými způsoby s různými členy týmu a pro různé účely.

Identifikovat účastníky

Identifikujte všechny zúčastněné strany příslušného projektu.Kromě základních členů týmu by seznam měl zahrnovat osoby z obchodního a technického oddělení, které mají zájem na úspěšné implementaci projektu nebo na výsledku, který produkt může mít po uvedení.Tyto zúčastněné strany mohou před činnosti softwarového inženýrství nebo mohou následovat za ní.

Vytyčte osnovy plánu projektu

Vytvořte verzi nákresu prvního plánu projektu, který je možné změnit při spuštění vývoje.Účelem této verze je pomoci diskutovat o prostředcích a lhůtách se sponzory projektu.Měl by nastínit osnovy hlavních funkcí a jejich dodacích dat.Další informace naleznete v tématu Plánování projektu (CMMI).

Zkontrolujte plán projektu

Na portálu projektu publikujte osnovu plánu projektu.Ačkoli je do plánu investováno mnoho práce, jde stále o plán vysoké úrovně, který odkládá mnoho rozhodnutí o podrobném plánování.To je úmyslné.Příliš mnoho podrobností nyní vygeneruje odpad později.

Tam, kde jsou požadavky nejisté, plánujte je pouze rámcově a podrobnosti by měly být odloženy, dokud nebudou k dispozici další informace.Plánujte pro získání těchto informací.

Naplánujte kontrolní schůzku se všemi zúčastněnými stranami.Osobní schůzky jsou vždy nejvhodnější pro tento druh činnosti.Je nutné naplánovat dostatek času, aby bylo možné úplné přezkoumání a vyslyšení rozdílných stanovisek.

Získat závazky projektu

Teď když jste se na plánu projektu dohodli s účastníky projektu, získejte závazky od jednotlivých účastníků pro schválení plánu projektu.

Shromažďovat závazky a archivovat informace na portálu projektu.

Další zdroje

Další informace naleznete v následujících webových zdrojích:

• Praktické vodítko k funkci řízeného rozvoje, Stephen R.Palmer and John Malcolm Felsing; Prentice Hall PTR, 2002.

• Přehled měření IT: Odhad a srovnávání úspěchu díky funkčnímu měření velikosti, Manfred Bundschuh a Carol Dekkers; Springer, 2008.