Planowanie iteracji (CMMI)
Rozwój oprogramowania w iteracji oznacza taki podział pracy w stopniowych etapach, który skutkuje oprogramowaniem o coraz większej działającej funkcjonalności na koniec każdej iteracji.Najlepiej, jeśli masz coś do pokazania klientowi nawet po pierwszej iteracji.Iteracje umożliwiają otrzymywanie informacji zwrotnych wcześniej, aby móc wcześniej dokonywać korekt kursu.
Kwestia planowanie iteracji sprowadza się do podejmowania decyzji, jak długą chcesz iterację, określania, ile pracy zespół może wykonać w tym czasie, i planowanie pracy, jaka powinna zostać ujęta każdej iteracji.
Opracowywanie dla dostaw szablonu ulepszania procesów CMMI pola Ścieżki Iteracji w każdym elemencie roboczym, aby ułatwić śledzenie pracy iteracyjnie.Można dostosować tę ścieżkę, aby odzwierciedlała iteracje, które planujesz wykonać.Aby dowiedzieć się więcej o CMMI, zobacz Podstawy CMMI.
Utwórz zadania, aby zaimplementować i przetestować każde wymaganie
Plan iteracji jest reprezentowany przez listę zadań, które są planowane dla iteracji.Każde zadanie jest połączone z wymaganiem produktu, który implementuje.
Lista zadań jest widoczna w Tablicy zadań, zapytaniu Podziału pracy i Postępu Pulpitu Nawigacyjnego.
Na początku iteracji zespół przegląda wymagania, które zostały zaplanowane dla tej iteracji i tworzy elementy robocze zadania.Pozycje robocze zadań opisują pracę (na przykład projektowanie, rozwój i testowanie), które jest wymagane do ukończenia wymogu.
Podczas iteracji członkowie zespołu aktualizują stan ukończenia i pozostałe pola pracy zadań.Jeśli zespół przechowuje te informacje na bieżąco, pulpit nawigacyjny postępu i inne raporty wskazują, ile pracy pozostaje, a nachylenie wykresu postępu wskazuje, czy praca może zostać zakończona na czas.
Oszacuj obciążenie pracą właściwe dla iteracji
Jest najbardziej prawdopodobne, że podczas planowania projektów uzgodniono, że przyrosty produktów powinny być opracowane w seriach czasowo związanych iteracji.Zazwyczaj te iteracje różnią się od jednego tygodnia do czterech tygodni.
Szablon zawiera następujące raporty, które są przydatne przy szacowaniu ilości pracy do zaplanowania dla iteracji.
Stan wszystkich iteracji Ten raport pomaga śledzić wydajność zespołu przez kolejne iteracje.Raport umożliwia stwierdzenie, ile wymagań i ile godzin zostało zakończonych w iteracji.
Opis wymagań ten raport zawiera listę wszystkich wymagań filtrowaną według obszaru oraz iteracji i sortowaną w kolejności ważności.Ten raport może pokazać, ile pracy zostało zakończone przez zespół w iteracji.
Wypalenie i szybkość spalania przedstawia trend wykonanej i pozostałej pracy w określonym czasie.Stopień spalania pokazuje szybkość wykonania i wymagany stopień pracy na podstawie długości iteracji.
Planowanie iteracji demonstracji i oddania
Należy zaplanować czas, aby wykazać przyrostowe funkcjonalności do zainteresowanych stron, w celu zebrania zespołu retrospektywnie i dostarczenia wykonanej pracy dla testów sprawdzania poprawności.
Zazwyczaj należy przydzielić czas ostatniego dnia iteracji do przedstawiania funkcjonalności roboczej zainteresowanym stronom.
Zarejestruj opinie i zapisz je na portalu projektu.Jeśli demonstracja przynosi nowe zadania i wymagania na światło, utwórz elementy robocze w razie potrzeby.Następnie powinny one być zasilane w planach przyszłych iteracji.
Uruchom iterację
Zapoczątkuj iterację przy minimalnej wersji rozpoczęcia projektu.Zbierz zespół.Zarysuj cele i zakres iteracji.Dyskutuj i przedstaw plan i wszelkie cele.Upewnij się, że wszyscy członkowie zespołu mają wystarczającą ilość kontekstu, aby kontynuować pracę w sposób samoorganizujący.Wprowadź czas i miejsce do pytań członków zespołu i zapisz wszelkie problemy lub ryzyka, o których dyskutowano w czasie spotkania.Przechowuj je jako minuty w portalu projektu.Jako menedżer projektu sprawdzaj, tworząc odpowiednio ryzyko i elementy robocze ryzyka
Śledzenie iteracji
W całej iteracji można codziennie monitorować jej postęp przy użyciu wykresu postępu na tablicy zadania lub raportów, które są dostarczane z tym szablonem.Należy zwracać szczególną uwagę na Pozostała praca - Raport, Nieplanowana praca i Przegląd wymagań — Raport (CMMI), aby upewnić się, że wbrew oczekiwaniom, iteracja śledzi.
Dodatkowe zasoby
Aby uzyskać więcej informacji, zobacz następujące zasoby sieci Web:
Retrospektywy projektu: Podręcznik ocen zespołu, Kerth Normanowi; Dom Dorset, 2001.
Agile Retrospectives: Making Good Teams Great, Esther, Derby i Diana Larsen; Pragmatic Bookshelf, 2006.