Aktivity iterace
V rozhraní MSF pro zlepšování procesu CMMI plánujete projekt jako řadu iterací.Každá iterace je obvykle čtyři až šest týdnů dlouhá. Během této doby vývojový tým implementuje zadanou sadu požadavků.
Na začátku iterace
Plánování iterací probíhá při nebo před začátkem každé iterace.Obsahuje následující úkoly:
Kontrola požadavků, které jsou přiřazeny k iteraci, a jejich podrobnější definování.
Vytvoření pracovních položek úkolu pro práci, kterou je nutné provést k implementaci a testování jednotlivých požadavků.Propojení úkolů s pracovní položkou požadavku pomocí nadřazeného typu odkazu.
Nastavení pole Původní odhad jednotlivých úkolů.Rozdělení úkolů, které mají odhady delší než několik dní.
Porovnání odhadů s časem, který je k dispozici pro iteraci.Pokud je celkový odhad příliš dlouhý, zjednodušte některé požadavky nebo je odložte na pozdější iterace.
Další informace naleznete v tématu Plánování iterace (CMMI).
Během iterace
Provedení úkolu
Členové týmu zahajují a dokončují úkoly a zaznamenávají tyto události do pracovních položek.Dokončení úkolu může zahrnovat kontrolu v kódu programu a další artefakty.Každý úkol by měl trvat maximálně několik dní; větší úkoly jsou rozděleny při plánování iterací.Další informace naleznete v tématu Pro uživatele článek napsat nový kód.
Pokud člen týmu narazí na nějaké překážky při práci, které nelze vyřešit okamžitě, je zapotřebí zaprotokolovat pracovní položku problému.
Testy
Měly by být vypracovány ruční nebo automatické testy a testové případy by měly být propojeny s požadavky produktu.Požadavek produktu nelze považovat za dokončený, dokud není pracovní položka propojena s testovacími případy, které jsou úspěšné a dokazují, že je funkční.
Vývojové práce pro testy by měly být zahrnuty do úkolů, které jsou propojeny s požadavkem produktu.
Hromadná a noční sestavení
Systém sestavení sestaví produkt z posledních aktualizací vrácených se změnami a spustí automatické testy.Můžete nastavit základní testy, které se budou provádět průběžně, a můžete nastavit celou sadu na každou noc.Tento postup pomáhá zajistit, že více kroků nezpůsobí akumulaci chyb.Další informace naleznete v tématu Konfigurace a správa systému sestavení.
Týmová schůzka
Celý tým provádí stručný denní přehled průběhu úkolů iterace.Členové týmu mohou používat panel úloh nebo promítat řídicí panel postupu na zeď, sdílet ho pomocí Office Live Meeting nebo obojí.
Každý člen týmu stručně hlásí nedávný postup, plánovanou práci pro daný den a veškeré blokující problémy.
Vedoucí projektu nebo vedoucí týmu podává zprávy o pokroku směrem k řešení problémů.Další informace naleznete v tématu Správa problémů (CMMI).
Počet chyb je přezkoumán.Chybám by měla být dána přednost před novým vývojem.Cílem je udržet počet chyb v celém projektu co nejníže.Pokud se zvyšuje počet chyb, proberte příčiny a možný dopad na vývojové práce.
Pracovní tempo je přezkoumáno.
Úpravy rozsahu
Graf pracovního tempa může ukazovat, že úkoly nebudou dokončeny do konce iterace.V takovém případě vedoucí projektu nebo vedoucí týmu zahájí diskusi o způsobu zjednodušení požadavků, aby bylo možné úkoly ukončit.Další informace naleznete v tématu Sestava Úbytek práce a pracovní tempo.
Požadavky a odpovídající testy jsou upraveny.Funkce nového požadavku je vložena do plánu projektu pro chybějící funkce.Při kontrole plánu projektu, který směřuje ke konci iterace, může být funkce přiřazena k budoucí iteraci nebo vyjmuta.
Žádosti o změnu a rizika nejsou při iteraci zvažovány.
Třídění
Někteří členové týmu (obvykle ne celý tým) se schází pravidelně, aby zkontrolovali chyby.Každý člen týmu musí protokolovat chybu, zjistí-li vadu.Zaprotokolovaná chyba se spustí ve stavu Navrhované a cílem schůzky třídění je rozhodnout, zda má být chyba opravena, odložena do pozdější iterace nebo odmítnuta.
Další informace naleznete v tématu Sledování chyb.
Na konci iterace
Ověření
Požadavky jsou považovány za dokončené pouze v případě, že související testy jsou úspěšné.Další informace naleznete v tématu Ověřování požadavků.
Retrospektiva
Zlepšení procesu je důležitým cílem CMMI.
Zpětná působnost iterace odráží, co v iteraci šlo dobře nebo špatně, a zvažuje zlepšení procesů a nástrojů, které jsou používány týmem.Významný objem materiálu o retrospektivách je k dispozici na webu.
Členové týmu by se měli vyhnout jakémukoliv svalování viny.Pokuste se zlepšit proces tak, aby bylo co nejméně pravděpodobné, že chyby způsobené jednotlivci mají nějaký efekt.
Když zavádíte do svého procesu změny, zajistěte, aby se tým shodl na následujících rozhodnutích:
Jak zjistíte, zda to bylo zlepšení.
Kdy provedete toto vyhodnocení.
Co bude výsledkem vaší činnosti.
Integrace
Pokud je tento projekt součástí rozsáhlejšího programu, každý tým provádí svou práci ve větvi systému správy verzí.Hlavní větev je vyhrazena pro integraci práce týmů.Na konci iterace může tým provést integraci s hlavní větví.Další informace naleznete v tématu Izolace rizik ve správě verzí Team Foundation pomocí větví.
Integrace se skládá ze dvou kroků:
Dopředná integrace za účelem sloučení novějšího kódu z hlavní větve do místní větve projektu.Po provedení sloučení jsou spuštěny automatické a ruční testy.Tím vzniknou vady.Tyto vady jsou opraveny s vysokou prioritou.
Zpětná integrace.Kód místní větve je sloučen do hlavní větve a spustí se sestavení a úplná sada testů v hlavní větvi.Pokud dojde k nějaké chybě, jsou změny stornovány.Zavádění chyb do hlavní větve je nelibě neseno.Pokud nedojde k žádné chybě, integrace je deklarována jako dokončená.
Doporučujeme provést integraci na konci každé iterace.Pokud ji odložíte, seznam chyb pro opravu po dopředné integraci bude delší.Pokud trvá oprava chyb dlouhou dobu, bude mít hlavní větev nový materiál a bude nutné provést další dopřednou integraci.
Příprava na další iteraci
U konce nebo na konci iterace je prováděno několik činností řízení projektu.Mezi ně patří posuzování rizik a posuzování plánu s ohledem na žádosti o změnu a změněné odhady vývoje.
Další informace naleznete v tématu Aktivity projektu.