Metryki przepływu
Metryki przepływu opisują, jak szybko i jak sprawnie tickety przechodzą przez proces pracy, od utworzenia do zakończenia. W przeciwieństwie do większości innych metryk w Q247, liczone są na poziomie ticketu, nie commita, i wymagają integracji z systemem ticketowym (Jira).
Cała ta grupa pojawia się tylko wtedy, gdy projekt ma skonfigurowaną integrację z Jirą. Metryki liczone są na poziomie projektu, bo ticket przechodzi zwykle przez ręce kilku osób (autora, recenzenta, testera) i opisuje sprawność procesu, a nie wkład jednej osoby. Czas realizacji i Czas cyklu pojawiają się dodatkowo jako kolumny w tabeli projektów na Pulpicie, a Praca w toku również na karcie Uczestnika. Widok Zespołu nie ma kart tej grupy.
Domyślne granice pomiaru
Momenty, od których i do których liczy się czas, ustawia Konfiguracja. Organizacja, która ich nie zmieniała, mierzy według wartości domyślnych, opartych o natywne kategorie statusów Jiry:
| Moment | Domyślnie |
|---|---|
| Start Czasu realizacji | utworzenie ticketu |
| Start Czasu cyklu | pierwsze wejście w dowolny status z kategorii "In Progress" |
| Koniec obu metryk | pierwsze wejście w dowolny status z kategorii "Done" |
| Typy ticketów wchodzące do wyliczeń | wszystkie |
Kategoria statusu obejmuje w Jirze wiele statusów naraz, więc domyślny start Czasu cyklu wypada przy wejściu również w statusy nazwane "In Review" albo "In Development", a koniec przy "Closed" czy "Deployed" na równi z "Done". Dla większości procesów to daje sensowny wynik bez żadnej konfiguracji, a granice warto zmienić dopiero wtedy, gdy proces w Jirze przypisuje statusy do kategorii inaczej, niż wynika to z rzeczywistego momentu podjęcia i zakończenia pracy.
Czas realizacji (Lead time)
Mediana liczby dni roboczych od utworzenia ticketu do jego zakończenia (przejścia w status oznaczony w Jira jako końcowy, np. "Done"), liczone tylko z ticketów, które faktycznie do takiego statusu już dotarły.
To pełny czas życia ticketu z perspektywy zgłaszającego: obejmuje też czas, zanim ktokolwiek zaczął nad nim pracować (kolejkowanie, priorytetyzacja). Rosnący Czas realizacji przy stabilnym Czasie cyklu (niżej) wskazuje na problem z kolejkowaniem/priorytetyzacją pracy, nie z samym tempem jej wykonywania. Mediana, nie średnia, więc pojedynczy bardzo długo wiszący ticket nie zniekształca wyniku tak, jak zniekształcałby średnią.
Czas cyklu (Cycle time)
Mediana liczby dni roboczych od rozpoczęcia pracy nad ticketem (wejście w status "W toku") do jego zakończenia. Liczone tylko z ticketów już zakończonych.
Dokładne statusy, które liczą się jako początek/koniec, są konfigurowalne dla całej organizacji, z możliwością nadpisania per projekt.
W przeciwieństwie do Czasu realizacji, mierzy tylko realny czas wykonania: od momentu, gdy ktoś faktycznie zaczął pracować. Rosnący Czas cyklu przy niezmienionej złożoności ticketów zwykle wskazuje na przeciążenie zespołu, blokery w trakcie pracy (np. czekanie na review albo na środowisko testowe) albo zbyt duże tickety. Warto zestawić z Pracą w toku (niżej): wysoka Praca w toku razem z rosnącym Czasem cyklu to typowy obraz zespołu, który rozpoczyna więcej niż jest w stanie skończyć na bieżąco.
Przepustowość
Tempo kończenia ticketów, wyrażone jako liczba zadań na tydzień.
Pokazuje tempo, nie objętość pracy: dziesięć małych ticketów i dwa duże epiki mogą dać bardzo różną Przepustowość przy podobnym realnym nakładzie pracy, jeśli zespół dzieli pracę na nierówne kawałki. Przydatna głównie do śledzenia trendu w czasie dla tego samego projektu (czy tempo rośnie, spada, stabilizuje się), mniej do porównywania różnych projektów między sobą, bo te mogą mieć zupełnie inną kulturę podziału pracy na tickety.
Prędkość przepływu
Liczba ticketów ukończonych w wybranym okresie.
To surowa liczba ukończonych ticketów za wybrany okres, bez normalizacji do tygodnia, jaką stosuje Przepustowość. Przy porównywaniu okresów o różnej długości trzeba więc brać tę różnicę pod uwagę. Zestawiona z Rozkładem przepływu (niżej) mówi o ilości pracy, a Rozkład przepływu pokazuje jej rodzaj.
Praca w toku
Liczba ticketów w statusie "w toku" na koniec wybranego okresu. Na widoku Project dodatkowo pokazywana jako wartość na jednego programistę: Praca w toku podzielona przez Efektywną pojemność zespołu.
Wysoka Praca w toku na osobę to sygnał wielozadaniowości: im więcej ticketów naraz przypada na jedną osobę, tym więcej przełączania kontekstu i zwykle dłuższy Czas cyklu każdego pojedynczego ticketu, nawet jeśli łączna Przepustowość wygląda nieźle. Niska wartość zwykle oznacza pracę skupioną na jednym zadaniu na raz, co skraca Czas cyklu pojedynczych ticketów.
Rozkład przepływu
Podział ukończonych ticketów na dwie kategorie: funkcje i błędy. Nazwy typów należą do systemu ticketowego, więc to administrator przypisuje konkretne nazwy do jednej z tych grup, w Konfiguracji, z możliwością nadpisania per projekt. Typy bez przypisania, na przykład Epic albo Sub-task, raportowane są jako "Inne", więc suma trzech grup zawsze zgadza się z Prędkością przepływu, a suma samych funkcji i błędów bywa od niej niższa.
Dni robocze
Wszystkie powyższe metryki liczone są w dniach roboczych, z pominięciem świąt zdefiniowanych w kalendarzu pracy organizacji (wspólnym dla całej organizacji, nie per projekt).