Aktivity projektu
Abyste mohli co nejefektivněji využít MSF pro Zlepšování procesu CMMI, měli byste projekt uspořádat do řad iterací, dlouhých obvykle mezi čtyřmi a osmi týdny.To umožňuje snížení rizik projektu, která vyplývají z posunu požadavků a nákladů na implementaci.Iterativní struktura projektu významně přispívá ke splnění požadavků řízení rizika CMMI.
Na začátku projektu
Zahájení projektu
Zahájení zahrnuje definování vize projektu, která stanovuje, co budou uživatelé moci dělat, když bude projekt vydán jako produkt.
Zahrnuje také nastavení týmu, infrastruktury a dalších zdrojů a určení procesu vývoje.
Další informace naleznete v tématu Zahájení projektu.
Počáteční plánování projektu
Plánování projektu zahrnuje následující činnosti:
Dostatečně podrobná analýza požadavků vám umožňuje vytvořit plán.Tato analýza může zahrnovat použití modelů požadavků, scénářů a dalších nástrojů, které pomáhají představit si funkční systém.
Vypracování celkového návrhu nebo v architektury pro systém.Pokud to zahrnuje práci na platformě, která je nová pro členy týmu, nějaká doba musí být přiřazena na experimentování s ní.Vývoj bude v dřívějších iteracích pomalý.
Přetypování požadavků na sadu přírůstkových požadavků produktu, jejichž rozvoj lze přibližně odhadnout.Rozdíl mezi obecnými požadavky a požadavky produktu je důležitý a jedná se o významnou aktivitu.Další informace naleznete v tématu Vývoj požadavků.
Vytváření počátečního přiřazení požadavků produktu pro iterace.
Nastavení dat pro vydání.
Modely plánu a požadavků budou v průběhu celého projekt přehodnocovány a zdokonalovány.Součástí účelu iterativního vývoje je umožnit zlepšení v požadavcích, které vyplývají z demonstrace pracovního softwaru v raném stadiu.
Počáteční plánování projektu se provádí v iteraci 0.
Další informace naleznete v tématu Plánování projektu (CMMI).
Seznámení s existujícím produktem
Cílem projektu může být aktualizace produktu, který již existuje.V tomto případě, pokud tým není obeznámen s tímto produktem, průzkum kód je činnost pro iteraci 0.Každý úkol vývoje v dalších iteracích bude také zahrnovat porozumění kódu v dané lokalitě a sledování důsledků změn.
Další informace naleznete v tématu Vizualizace kódu.
Během projektu
V plánu je revidován a může se v průběhu projektu měnit.
V celém projektu, obvykle na konci iterace, je pravidelně prováděno několik činností, které souvisejí s plánem projektu.
Ověření
Ukažte vašim zákazníkům nebo zúčastněným stranám software, který byl vyvinut během iterace.Je-li to proveditelné, poskytněte jim ho, aby s ním mohli experimentovat nebo ho používat v praktické míře.
Po dostatečné době uspořádejte schůzku pro kontrolu názorů uživatelů.Zpětná vazba by měla sloužit ke generování žádostí o změny.
Další informace naleznete v tématu Validation.
Řízení rizik
Zkontrolujte pravděpodobnost a dopad potenciálních nepříznivých událostí a podnikněte kroky ke snížení rizika.Další informace naleznete v tématu Správa rizik.
Správa změn
K záznamu změn v požadavcích, které jsou uvedeny zúčastněnými obchodními stranami, můžete použít pracovní položky požadavku na změnu.Mohou vyplývat ze změn v obchodním kontextu, ale také z ukázek a testů dřívějších verzí produktu.Tyto změny by měly být vítány, protože zlepšují vhodnosti produkt k jeho obchodnímu účelu.Tento efekt je součástí cíle dílčího rozvoje.
Některé projektové týmy upravují pracovní položky požadavků produktu při požadavku na změnu bez použití samostatné pracovní položky.Ale výhodou požadavku na změnu pracovní položky je, že v pozdější části projektu můžete zkontrolovat počet a druh změn, které byly provedeny.Tyto informace slouží ke zlepšení procesu nebo architektury do budoucna.
Požadavky na změnu mají být použity jako vstup pro přezkoumání plánování produktu.
Další informace naleznete v tématu Správa změn.
Přehled plánu produktu
Proveďte kontrolu plánu produktu před naplánováním každé iterace.Plán projektu přiřazuje požadavky produktu iteracím.
Plán se bude měnit ze dvou hlavních důvodů:
Změny v požadavcích.
Změny odhadů provedených vývojáři.V průběhu projektu vývojový tým může provádět spolehlivější odhady práce, která bude nutná k implementaci budoucích funkcí.V některých případech některé funkce mohou být odloženy z předchozí iterace, která přidává funkce do plánu.
Oba typy změn se stanou méně častými ve vyšším počtu iterací.
Zkontrolujte modely požadavků, z nichž se odvozují požadavky na produkt.
Upravte přiřazení požadavků k iteracím.Stejně jako u původní plánovací aktivity poskytují zúčastněné obchodní strany priority, vývojový tým poskytuje odhady a schůzka pracuje s funkcemi mezi iteracemi.
Další informace naleznete v tématu Plánování projektu (CMMI).
Před hlavními verzemi produktu
Činnosti, které jsou součástí nasazení produktu, se liší podle svého typu a zde se s nimi nezabýváme.
Zvažte následující možnosti z hlediska pozdějších iterací vývoje softwaru:
Vyjme hlavní změny v návrhu, aby se zabránilo nepředvídaným potížím.
Zvedněte laťku pro změny a chyby při schůzkách třídění.Navrhované změny a opravy chyb by měly být zamítnuty, pokud nemají významný vliv na použitelnost a vhodnost pro účel produktu.
Věnovat prostředky pro zvýšení pokrytí testu a provedení ručních testů.