Iterace činnosti

MSF pro zlepšování procesu CMMI v6.0 plánujete projekt jako řada iterací.Každé opakování je obvykle čtyř až šesti týdnů dobu, během které vývojový tým implementuje sadu zadané požadavky.

Na začátku iteraci

Iterace plánování probíhá v nebo před začátkem každé opakování.Zahrnuje následující úkoly:

• Zkontrolujte požadavky, které jsou přiřazeny iterace a definovat je podrobněji.

• Vytvořte úkoly práce, práce, která musí provést implementaci a testování každého požadavku.Propojte úkoly pracovní položky požadavku pomocí nadřazeného typu odkaz.

• Nastavte pole původní odhad jednotlivých úkolů.Rozdělte úkoly, které mají odhady, které jsou delší než několik dnů.

• Porovnání odhadů se čas, který je k dispozici pro iteraci.Pokud celkový odhad je příliš dlouhý, zjednodušit některé požadavky nebo je podřídit vyšší počet iterací.

Další informace naleznete v tématu Plánování iteraci (CMMI).

Při iteraci

Spuštění úlohy.

Členové týmu zahájení a dokončení úkolů, zaznamenávání těchto událostí v pracovních položek.Dokončení úkolu mohou zahrnovat kontrolu v kódu programu a další artefakty.Každý úkol má poslední více než několik dní; Při plánování iterace jsou rozděleny větší úlohy.Další informace naleznete v tématech Vytváření, kopírování a aktualizaci pracovní položky a Completing Development Tasks.

Člen týmu narazí žádné překážky jejich práce, který nelze vyřešit okamžitě, přihlašují by problém pracovní položku.Další informace získáte v tématu Problém (CMMI).

Zkoušky

Ruční nebo automatické testy by měly být vypracovány a testovacích případů by měly být propojeny s požadavky produktu.Požadavek výrobek nelze považovat za dokončit, dokud pracovní položka propojena test případy, které průchodu a že prokázat, že je funkční.

Součástí vývoje pro zkoušky by měly být úkoly, které jsou propojeny k požadavku na výrobek.

Postupné a noční sestavení

Sestavení systému vytvoří produkt v nedávno kontrolovat aktualizace a spuštění automatických testů.Můžete nastavit hlavní zkoušek trvale a nastavíte úplné sady na každou noc.Tato praxe pomáhá zajistit více krocích nevytvářejte hromadění chyb.Další informace získáte v tématu Konfigurace a správa systému sestavení.

Stand-up schůzky

Celý tým provádí stručný přehled denní průběh úkolů iterace.Členové týmu mohou řídicího panelu průběh projektu na zdi, sdílet pomocí Office Live Meeting nebo obojí.Další informace naleznete v tématu Průběh řídicího panelu (CMMI).

• Každý člen týmu stručně hlásí nedávné průběh práce v ruce pro den a blokující problémy.

• Vedoucí projektu nebo vedoucí týmu 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ána.Chyby by měla být dána přednost před nový vývoj.Cílem zachovat počet chyb nízké projektu.Pokud zvyšuje počet chyb, zjistěte příčiny a možný dopad na rozvoj práce.

• Burndown rychlost je přezkoumána.

Rozsah úprav

Burndown grafu může znamenat, že úkoly nebudou dokončeny koncem iterace.Vedoucí projektu nebo vedoucí týmu v takovém případě zahájí diskusi o jak požadavky mohou být zjednodušeny tak, aby úkoly lze vyjmout.Další informace naleznete v tématu Burndown a sestava rychlost vypalování (CMMI).

Požadavky a odpovídající zkoušky upraveny.Nová funkce požadavek je do plánu projektu pro chybějící funkce.V recenzi plánu projektu uložené na konci iterace může funkce přiřazené k budoucí iterace nebo vyjmout.

Při iteraci nejsou považovány za požadavky na změnu a rizika.

Závěrečnou kontrolu

Někteří členové týmu (obvykle není celý tým) se schází pravidelně přezkoumat chyby.Každý člen týmu musí protokolu chyby, když zjistí vadu.Spuštění protokolu chyb ve státě navržený a účel schůzky závěrečnou kontrolu je rozhodnout, zda chcete opravit, odložit na pozdější iterace nebo jej odmítnout.

Další informace naleznete v tématu Práce s chyby.

Na konci iteraci

Ověření

Požadavky jsou považovány za dokončena pouze v případě, že související testy úspěšné.Další informace naleznete v tématu Požadavky na ověření.

Následný

Zlepšení procesu je důležitým cílem CMMI.

Následný iteraci odráží dostalo dobře nebo špatně v iterace a považuje zlepšení procesu a nástroje používané týmu.Významný objem materiálu o retrospectives je k dispozici na webu.

Členové týmu vyhněte přiřazení viny.Zkuste zlepšit proces tak, aby chyby jednotlivci méně pravděpodobný účinek.

Při zavést změny v procesu Přesvědčte se, zda souhlasí, že týmu následující rozhodnutí:

• Jak budete vědět, zda bylo zlepšení.

• Když vytvoříte hodnocení.

• Co bude dělat v důsledku.

Integrace

Pokud tento projekt je součástí rozsáhlejšího programu, provede každý tým své práce ve větvi systému správy verzí.Hlavní větev je vyhrazena pro integraci pracovních týmů.Na konci iteraci provádět týmu integraci s hlavní větev.Další informace naleznete v tématu Izolovat riziko pomocí poboček.

Integrace se skládá ze dvou kroků:

• Vpřed integrace, sloučit novější kód z hlavní větve projektu místní pobočky.Po provedení hromadné korespondence, automatické a ruční testy.Tím se vytvoří některé vady.Vady jsou stanovena na vysokou prioritu.

• Zpětné integrace.Kód místní pobočky se sloučí hlavní větev a sestavení a spustí úplný test suite na hlavní větev.Změny se zpět při výskytu chyby.Představujeme chyby hlavní větve je po frowned.Nedojde k žádné chyby, integrace je deklarována jako dokončené.

Doporučujeme provést integrační na konci každé opakování.Jestliže jej, je delší seznam chyb stanoví po integraci vpřed.Pokud trvá dlouho opravit chyby, hlavní větev bude mít nový materiál a bude nutné provést další integrace vpřed.

Příprava na další opakování

Směrem k nebo na konci iteraci jsou prováděny několik činností správy projektu.Zahrnují rizika revize a revize plánu změnit žádosti a odhady změněné rozvoje.

Další informace naleznete v tématu Aktivity projektu.