Panele kontrolne na poziomie projektu zwykle wyświetlają informacje na temat konkretnego projektu.
Panele kontrolne są dostępne w programie IBM
Cognos Connection, w folderze . Poniżej podano przykładowe panele kontrolne na poziomie projektu:
- Produktywność
- Wymaganie
- Wymaganie interesariusza
- Jakość
- Defekt
- Wykrywanie defektów
- Zapobieganie defektom
Panel kontrolny produktywności
Ten panel kontrolny zawiera metryki
produktywności zespołu odpowiedzialnego za dostarczanie oprogramowania. Do metryk tych należy długość
projektu w funkcji jego wielkości oraz szybkość realizacji zadań. Panel kontrolny zawiera również
wskaźnik wydajności harmonogramowej (SPI) i odchylenia (SV) odzwierciedlające zgodność prac z budżetem
i harmonogramem. Panel ten może stanowić punkt wyjścia do analizy zakresu prac, prawidłowości ich
przydziału i realizacji oraz postępów. Ten panel kontrolny zawiera następujące raporty:
- Wskaźnik wydajności harmonogramowej (SPI) i odchylenie względem harmonogramu (SV): Wskaźnik wydajności harmonogramowej (SPI) mierzy efektywność wykorzystania czasu w iteracji lub projekcie. Korzystając z niego, można identyfikować trendy postępu w odniesieniu do czasu. Odchylenie względem harmonogramu (SV) wskazuje, czy projekt realizowany jest z wyprzedzeniem, czy opóźnieniem w stosunku do harmonogramu.
- Poprawność kompilacji: Ten raport pozwala śledzić poprawność kompilacji produktu w czasie. Porównuje on liczbę odstępów czasu z kompilacją zakończoną niepowodzeniem z liczbą odstępów czasu z czystą kompilacją.
- Cykl projektu: Ten raport pokazuje zależność długości projektu od wielkości projektu. Korzystając z niego, można oszacować czas realizacji przyszłych projektów oraz zrozumieć wpływ zwiększenia wydajności pracy lub udoskonalenia procesu.
- Szybkość iteracji: Ten raport pokazuje liczbę zadań zakończonych w każdej iteracji. Umożliwia on ustalenie, ile pracy można wykonać w każdym cyklu iteracji. Zasadniczo linia powinna mieć dość stały przebieg.
Znaczące wzrosty lub spadki mogą być oznaką zewnętrznej presji na projekt, co wydaje się zrozumiałe. Jednak na wykresie przyjęto, że wszystkie zadania wymagają mniej więcej tej samej ilości pracy. Zdefiniowanie zadań wymagających znacznie więcej lub mniej pracy może wpływać na liczbę zadań zakończonych w ustalonym czasie.
- Długość projektu: Ten raport pokazuje długość każdego projektu (w miesiącach). Ułatwia on identyfikowanie projektów, które mogą wymagać szczególnej uwagi, ponieważ zajmują znacząco więcej lub mniej czasu niż pozostałe.
Panel kontrolny wymagań
Zarządzanie wymaganiami jest kluczowym procesem w każdym projekcie.
Ponieważ wymagania mogą być zgłaszane w dowolnych momentach i mogą ulegać zmianie, zespoły muszą
odpowiednio na nie reagować. Panel kontrolny wymagań umożliwia ocenę efektywności zespołu w
dziedzinie spełniania wymagań, kontrolowania ilości zmian i szybkiego reagowania na żądania. Ten panel kontrolny zawiera następujące raporty:
- Zaległe żądania rozszerzenia: Ten raport monitoruje średnią liczbę żądań rozszerzenia, które odebrano i zamknięto w określonym czasie, oraz liczbę zaległych żądań rozszerzenia. Te dane wpływają na zaległe żądania rozszerzenia dla każdego projektu.
- Zmienność wymagań: Ten raport wskazuje trendy zmiany definicji wymagań systemowych. Ponadto umożliwia on wgląd w stabilność definicji systemu w produkcie.
- Rozkład wymagań według statusu: Ten raport przedstawia wzrost wymagań według statusu. Umożliwia on ocenę dojrzałości definicji systemu. Ponadto przedstawia on charakterystykę stabilności i kompletności wymagań systemowych mogących mieć wpływ na projekt i produkcję.
Panel kontrolny wymagań interesariusza
Ten panel kontrolny przedstawia metryki
opisujące efektywność zespołu w spełnianiu wymagań funkcjonalnych. Miary uwzględnione na tym panelu
kontrolnym umożliwiają śledzenie zmian wymagań, monitorowanie żądań rozszerzeń i zarządzanie nimi oraz
monitorowanie jakości zrealizowanych wymagań. Ten panel kontrolny zawiera następujące raporty:
- Zaległe żądania rozszerzenia: Ten raport monitoruje średnią liczbę żądań rozszerzenia, które odebrano i zamknięto w określonym czasie, oraz liczbę zaległych żądań rozszerzenia. Te dane wpływają na zaległe żądania rozszerzenia dla każdego projektu.
- Zmienność wymagań: Ten raport wskazuje trendy zmiany definicji wymagań systemowych. Ponadto umożliwia on wgląd w stabilność definicji systemu w produkcie.
- Rozkład wymagań według statusu: Ten raport przedstawia wzrost wymagań według statusu. Umożliwia on ocenę dojrzałości definicji systemu. Ponadto przedstawia on charakterystykę stabilności i kompletności wymagań systemowych mogących mieć wpływ na projekt i produkcję.
- Zakres testu według wymagań: Ten raport zapewnia, że sprawdzona została poprawność wszystkich wymagań, a produkt działa w pożądany sposób.
- Liczba defektów na wymaganie: Ten raport wskazuje jakość kodu dla każdego typu wymagań.
Panel kontrolny jakości
Ten panel przedstawia informacje opisujące jakość projektu.
Ogólnymi wskaźnikami jakości są: liczba defektów względem wielkości projektu, zaległości w usuwaniu
defektów, opóźnienia w usuwaniu defektów oraz reaktywność zespołu na żądania rozszerzeń. Ten panel kontrolny zawiera następujące raporty:
- Gęstość defektów według istotności: Ten raport wskazuje jakość kodu osiągniętą podczas realizowania projektu i w każdym produkcie cząstkowym w oparciu o względną liczbę defektów i wielkość kodu. Te dane wpływają na gęstość defektów według istotności dla każdego projektu.
- Rozkład defektów według istotności: Ten raport przedstawia łączną liczbę defektów dla danego projektu. Łączne liczby defektów wskazują komponenty podatne na defekty.
- Zaległe defekty: Ten raport wskazuje liczbę defektów podczas programowania w oparciu o status defektów. Pozwala on na określenie, ile defektów pozostaje w systemie. Te dane wpływają na zaległe defekty dla każdego projektu.
- Zaległe żądania rozszerzenia: Ten raport monitoruje średnią liczbę żądań rozszerzenia, które odebrano i zamknięto w określonym czasie, oraz liczbę zaległych żądań rozszerzenia. Te dane wpływają na zaległe żądania rozszerzenia dla każdego projektu.
- Status wykonania testu: Ten raport wskazuje, czy planowane testy zostały zakończone, czy jeszcze nie. Wskaźnik powodzenia testów wskazuje, czy system działa poprawnie.
Panel kontrolny defektów
Ten panel kontrolny przedstawia metryki defektów, które
pozwalają uzyskać obraz jakości projektu. Podział na grupy "przed dostawą" i"po dostawie" pomaga w
ocenie skuteczności testów wewnętrznych, reaktywności zespołu i efektywności usuwania defektów. Miary
te odgrywają istotną rolę w ocenie ogólnej jakości projektu. Ten panel kontrolny zawiera następujące raporty:
- Zaległe defekty: Ten raport wskazuje liczbę defektów podczas programowania w oparciu o status defektów. Pozwala on na określenie, ile defektów pozostaje w systemie. Te dane wpływają na zaległe defekty dla każdego projektu.
- Gęstość defektów według istotności: Ten raport wskazuje jakość kodu osiągniętą podczas realizowania projektu i w każdym produkcie cząstkowym w oparciu o względną liczbę defektów i wielkość kodu. Te dane wpływają na gęstość defektów według istotności dla każdego projektu.
- Wykonanie projektu: Wykres wykonania przedstawia postęp zespołu.
Zawiera on widok trendu zadań przypisanych i wykonanych w podanym czasie.
- Zakres testu według wymagań: Ten raport zapewnia, że sprawdzona została poprawność wszystkich wymagań, a produkt działa w pożądany sposób.
- Status wykonania testu: Ten raport wskazuje, czy planowane testy zostały zakończone, czy jeszcze nie. Wskaźnik powodzenia testów wskazuje, czy system działa poprawnie.
Panel kontrolny wykrywania defektów
Ten panel kontrolny przedstawia metryki
związane z zapobieganiem defektom. Panel monitoruje skuteczność zespołu w zapobieganiu defektom. Duża
liczba defektów w trakcie prac programistycznych i niski poziom poprawności kompilacji wskazują z reguły
na niską skuteczność zapobiegania defektom. Ten panel kontrolny zawiera następujące raporty:
- Zaległe defekty: Ten raport wskazuje liczbę defektów podczas programowania w oparciu o status defektów. Pozwala on na określenie, ile defektów pozostaje w systemie. Te dane wpływają na zaległe defekty dla każdego projektu.
- Rozkład defektów według istotności: Ten raport przedstawia łączną liczbę defektów dla danego projektu. Łączne liczby defektów wskazują komponenty podatne na defekty.
- Gęstość defektów według istotności: Ten raport wskazuje jakość kodu osiągniętą podczas realizowania projektu i w każdym produkcie cząstkowym w oparciu o względną liczbę defektów i wielkość kodu. Te dane wpływają na gęstość defektów według istotności dla każdego projektu.
- Zakres testu według wymagań: Ten raport zapewnia, że sprawdzona została poprawność wszystkich wymagań, a produkt działa w pożądany sposób.
- Status wykonania testu: Ten raport wskazuje, czy planowane testy zostały zakończone, czy jeszcze nie. Wskaźnik powodzenia testów wskazuje, czy system działa poprawnie.
- Zmienność kodu: Ten raport pokazuje wielkość zmian w projekcie z upływem czasu. We wczesnych i środkowych fazach projektu rosnąca liczba zmian jest rzeczą normalną. W miarę zbliżania się do końca projektu krzywa powinna kierować się w dół. Linia wznosząca w późnej fazie projektu może oznaczać jego nieustabilizowanie.
- Poprawność kompilacji: Ten raport pozwala śledzić poprawność kompilacji produktu w czasie. Porównuje on liczbę odstępów czasu z kompilacją zakończoną niepowodzeniem z liczbą odstępów czasu z czystą kompilacją.
Panel kontrolny zapobiegania defektom
Ten panel kontrolny przedstawia metryki związane z wykrywaniem defektów.
Panel monitoruje skuteczność zespołu w wykrywaniu defektów.
Duża liczba defektów ujawnionych po dostawie i niewielki zakres testów wskazują z reguły na niską
skuteczność wykrywania defektów. Ten panel kontrolny zawiera następujące raporty:
- Zaległe defekty: Ten raport wskazuje liczbę defektów podczas programowania w oparciu o status defektów. Pozwala on na określenie, ile defektów pozostaje w systemie. Te dane wpływają na zaległe defekty dla każdego projektu.
- Rozkład defektów według istotności: Ten raport przedstawia łączną liczbę defektów dla danego projektu. Łączne liczby defektów wskazują komponenty podatne na defekty.
- Gęstość defektów według istotności: Ten raport wskazuje jakość kodu osiągniętą podczas realizowania projektu i w każdym produkcie cząstkowym w oparciu o względną liczbę defektów i wielkość kodu. Te dane wpływają na gęstość defektów według istotności dla każdego projektu.
- Poprawność kompilacji: Ten raport pozwala śledzić poprawność kompilacji produktu w czasie. Porównuje on liczbę odstępów czasu z kompilacją zakończoną niepowodzeniem z liczbą odstępów czasu z czystą kompilacją.
- Poprawki zweryfikowane niepomyślnie: Ten raport wskazuje procent defektów, dla których weryfikacja poprawek zakończyła się niepowodzeniem.