Przykładowe panele kontrolne - interpretacja

Niniejsza sekcja zawiera opis przykładowych paneli kontrolnych, które są dostarczane z produktem, a opis ułatwia zrozumienie działania panelu. Do wszystkich paneli kontrolnych można uzyskać dostęp za pośrednictwem folderu Panele kontrolne według kategorii. Wszystkie raporty w tym folderze są skrótami do raportów, które znajdują się w obszarach Definicje raportów przykładowych > Definicje paneli kontrolnych.

Panele kontrolne podsumowania

Paneli kontrolnych podsumowania można używać do podsumowywania informacji dla grup projektów w organizacji. Panele kontrolne są dostępne w programie IBM Cognos Connection, w folderze Foldery publiczne > Panele kontrolne według kategorii > Panele kontrolne podsumowania. Poniżej podano przykładowe panele kontrolne podsumowania:
  • Defekt
  • Jakość
  • Wymaganie
  • Produktywność
  • Wydajność

Panel kontrolny defektów

W panelu kontrolnym defektów przedstawiane są statystyki dotyczące defektów, a celem tych informacji jest zwrócenie uwagi użytkownika na istotne trendy. Podział na grupy "przed dostawą" i"po dostawie" pomaga w ocenie skuteczności testów wewnętrznych, reaktywności zespołów i efektywności usuwania defektów. Miary te odgrywają istotną rolę w ocenie ogólnej wydajności i efektywności zapobiegania i wykrywania defektów w organizacjach tworzących oprogramowanie. Ten panel kontrolny zawiera następujące raporty:
  • Średnia 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.
  • Średni rozkład defektów: Ten raport wskazuje łączną liczbę defektów dla danego programu. Łączne liczby defektów wskazują projekty podatne na defekty.
  • Średnia liczba zaległych defektów: 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.
  • Średnia liczba poprawek, których weryfikacja nie powiodła się: Ten raport wskazuje procent defektów, dla których weryfikacja poprawek zakończyła się niepowodzeniem.
  • Średnie opóźnienie naprawy defektu: Ten raport wskazuje średni czas naprawy defektów podczas programowania oraz liczbę defektów po dostawie. Ilustruje on średni odstęp czasu pomiędzy rozpoznaniem i naprawieniem defektu.
  • 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 jakości

Panel kontrolny jakości przedstawia wysokopoziomowe ujęcie jakości pracy organizacji. Ogólnymi wskaźnikami jakości są statystyki defektów i wielkości projektów, zaległości, opóźnienia napraw oraz reaktywność organizacji na żądania rozszerzeń. Ten panel kontrolny zawiera następujące raporty:
  • Średnia liczba 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.
  • Średnia liczba zaległych defektów: 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.
  • Średnia liczba zaległych żądań 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.
  • Średnie opóźnienie naprawy: Ten raport wskazuje średni czas naprawy defektów podczas programowania oraz liczbę defektów po dostawie. Ilustruje on średni odstęp czasu pomiędzy rozpoznaniem i naprawieniem defektu.

Panel kontrolny wymagań

Zarządzanie wymaganiami jest kluczowym procesem w każdej organizacji tworzącej oprogramowanie. 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 organizacji w dziedzinie spełniania wymagań, kontrolowania ilości zmian i szybkiego reagowania na żądania. Ten panel kontrolny zawiera następujące raporty:
  • Średnia liczba zaległych żądań rozszerzenia: Ten raport monitoruje średnią liczbę żądań rozszerzenia, które odebrano i zamknięto w określonym czasie, oraz liczbę zaległych żądań rozszerzenia. Umożliwia on przejście do raportu zaległych żądań rozszerzenia dla każdego projektu.
  • Średnia zmienność wymagań: Ten raport wskazuje trendy zmiany definicji wymagań systemowych. Ponadto umożliwia on wgląd w stabilność definicji systemu w produkcie.
  • Średnie opóźnienie naprawy defektu: Ten raport wskazuje średni czas naprawy defektów podczas programowania oraz liczbę defektów po dostawie. Ilustruje on średni odstęp czasu pomiędzy rozpoznaniem i naprawieniem defektu.

Panel kontrolny produktywności

Ten panel kontrolny zawiera metryki produktywności organizacji tworzącej oprogramowanie. 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:
  • Cykl projektu: Ten raport pokazuje zależność długości projektu od wielkości projektu. Umożliwia on oszacowanie czasu trwania przyszłych projektów i zrozumienie wpływu zwiększenia efektywności pracy i usprawnień na proces.
  • Średni wskaźnik wydajności harmonogramowej (SPI) i średnie 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 planu. Odchylenie względem harmonogramu (SV) wskazuje, czy projekt realizowany jest z wyprzedzeniem, czy opóźnieniem w stosunku do harmonogramu.
  • Długość projektu: Ten raport pokazuje długość każdego projektu (w miesiącach). Umożliwia on identyfikowanie projektów, które mogą wymagać szczególnej uwagi, ponieważ zajmują znacząco więcej lub mniej czasu niż pozostałe.
  • 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.
  • 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 wydajności

Ten panel kontrolny wiąże metryki z wielkością projektu, przedstawiając obraz wydajności organizacji tworzącej oprogramowanie. Mimo że metryki są różne w zależności od wielkości projektu, ważne jest zwrócenie uwagi na projekty istotnie różniące się od pozostałych projektów o porównywalnej wielkości, lub projektów, które nie wpisują się w żadne trendy. Ten panel kontrolny zawiera następujące raporty:
  • Produktywność a wielkość projektu: Ten raport pokazuje zmianę produktywności projektów w organizacji wraz ze zmianą wielkości projektów. Porównanie projektów pod kątem względnej wielkości kodu umożliwia wykres punktowy.
  • Jakość a wielkość projektu: Ten raport pokazuje zmianę jakości projektów w organizacji (mierzonej liczbą defektów w systemie) wraz ze zmianą wielkości projektów. Porównanie projektów pod kątem względnej wielkości kodu umożliwia wykres punktowy.
  • Czas do dostarczenia a wielkość projektu: Ten raport pokazuje zmianę czasu wprowadzenia projektów w organizacji na rynek wraz ze zmianą wielkości projektów.Czas wprowadzenia na rynek jest określony jako czas trwania projektu liczony od daty rozpoczęcia do daty wprowadzenia na rynek. Porównanie projektów pod kątem względnej wielkości kodu umożliwia wykres punktowy.

Panele kontrolne na poziomie projektu

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 Foldery publiczne > Panele kontrolne według kategorii > Panele kontrolne na poziomie projektu. 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.

Opinia