Most agile metrics dashboards are vanity. W kwartalnym przeglądzie wyglądają imponująco, znajdują się na stronie Confluence, której nikt nie otwiera, i mają w przybliżeniu zerowy wpływ na to, czy zespół dostarczy właściwą rzecz na czas.
Nie dlatego, że metryki są bezużyteczne. Większość zespołów mierzy po prostu to, co łatwo zmierzyć, zamiast tego, co warto mierzyć.
Oto szczera lektura: cztery wskaźniki, które rzeczywiście pomagają, pięć, które nie i jak z nich korzystać, nie zamieniając zespołu w fabrykę goniącą za liczbami.
Do czego służą metryki
Zanim wymienimy metryki, ustal, do czego mają Ci służyć.
Przydatna metryka Agile spełnia jedną z trzech funkcji:
- Poinformuj Cię, gdy coś się zmieni abyś mógł zbadać (sygnał).
- Daj zespołowi wspólną rzeczywistość do planowania rozmów (kalibracja).
- Dać interesariuszom dość pewności, by pozwolili zespołowi pracować samodzielnie (przejrzystość).
To wszystko. Metryki, które nie spełniają żadnej z tych trzech funkcji, są tylko dekoracją.
The trap most teams fall into: tracking metrics for accountability; „Czy ludzie pracują wystarczająco ciężko?” W momencie, gdy metryka staje się danymi wejściowymi do przeglądu wyników, przestaje być pomiarem i staje się celem. A cele stają się celem.
Prawo Goodharta: gdy miara staje się celem, przestaje być dobrą miarą. To najważniejsze zdanie w tym artykule.
Cztery wskaźniki, które faktycznie pomagają
1. Prędkość (przy odpowiednim kadrowaniu)
Prędkość to liczba punktów historii, które zespół pokonuje w sprincie. It’s the most over-analysed and most misunderstood metric in agile.
Do czego to jest dobre:
- Prognozowanie: given the next 30 backlog items totalling 200 points, and the team averages 40/sprint, that’s roughly 5 sprints. Przydatne w rozmowach z interesariuszami.
- Wykrywanie zmian: jeśli prędkość spadnie o 30% w ciągu trzech sprintów, coś się dzieje. Ludzie odeszli, jakość zakresu uległa zmianie, zależności się blokują lub szacunki są zawyżone. Zbadać.
- Planowanie wydajności: połącz go z czynnikiem skupienia (więcej o tym później), aby zaplanować realistyczny sprint.
Do czego to jest złe:
- Porównywanie drużyn: punkty historii są kalibrowane dla każdego zespołu. Dla jednego zespołu 5 może być 13 dla innego. Porównywanie prędkości w różnych zespołach jest bezsensowne i żrące.
- Recenzje wydajności: w chwili, gdy powiesz zespołowi „wyślij więcej punktów w następnym kwartale”, tak właśnie zrobią. Zawyżają szacunki. Liczba punktów rośnie, rzeczywista moc wyjściowa się nie zmienia.
- Cele: „zwiększ prędkość o 20%” to dyrektywa mająca na celu zawyżenie szacunków. Nic więcej.
Właściwe kadrowanie: prędkość jest władcą zespołu. Porównuje się je wyłącznie z poprzednimi sprintami tego zespołu i wyłącznie jako dane wejściowe do prognozy; nie cel.
2. Wskaźnik trafień celów w sprincie
Czy osiągasz cel sprintu, który wyznaczyłeś podczas planowania? Tak / nie / częściowe. Śledź sprint za sprintem.
Jest to niedoceniane i prawie żaden zespół tego nie mierzy. To także najlepszy sygnał tego, czy Twoje sprinty przynoszą skutek.
Jeśli w 80% przypadków osiągniesz cel sprintu, zespół jest w dobrej kondycji. Angażują się realistycznie i chronią cel podczas sprintu.
Jeśli trafisz w 30% przypadków, coś jest zepsute; zwykle jeden z:
- Cele są wyznaczane zbyt ambitnie i nikt nie odsuwa się od planowania.
- Zespół zostaje przerwany w połowie sprintu z nowymi priorytetami.
- „Cel sprintu” jest niejasną aspiracją, a nie jasnym rezultatem.
- Szacunki są bardzo zaniżone, a udoskonalanie jest pomijane.
Wskaźnik trafień bramek wymusza szczerą rozmowę retrospektywną. Prędkość może być stała, gdy w każdym sprincie nie trafiasz do celu; ponieważ wysyłasz łatwe zadania i pomijasz te trudne, które faktycznie mają znaczenie.
3. Czas cyklu (na zadanie)
Czas cyklu to czas od stanu „w toku” do „ukończenia” zadania. zadanie jednorazowy, dystrybucja.
Jest to najbardziej niedoceniany wskaźnik w zwinnym podejściu i ten, który przynosi największe korzyści.
Co ci mówi:
- Średni czas cyklu: ile czasu zajmuje typowy zadanie. Krócej jest lepiej. Jeśli twój rośnie, zakres się zwiększa.
- Długi ogon: 95. percentyl to miejsce, w którym żyje prawdziwy ból. zadania, które zajmują 3 tygodnie zamiast 2 dni. To oni podkręcają Twoje sprinty. Znajdź je, zapytaj dlaczego, napraw wzór.
- Korelacja WIP: gdy rośnie ilość pracy w toku, wydłuża się czas cyklu. Prawie zawsze. Czas cyklu pokazuje, kiedy zespół próbuje robić zbyt wiele naraz.
Szczera wersja: większość drużyn ma kilka zadań, które podbijają średnią. Spójrz na dystrybucję, a nie na średnią. Jeśli 95. percentyl jest 6 razy większy od mediany, masz problem z „zablokowanym biletem”. Zaadresuj to.
4. Wskaźnik ucieczki (błędy znalezione w produkcji vs w kontroli jakości)
Jaka część błędów wykrytych w ostatnim kwartale została znaleziona przez użytkowników w fazie produkcyjnej w porównaniu z błędami wyłapanymi przed publikacją?
Low escape rate (10-20%) means quality processes are working. Wysoki współczynnik ucieczki (60%+) oznacza, że wysyłasz błędy i tracisz zaufanie.
Jest to wskaźnik, który ujawnia dług technologiczny wcześniej niż jakikolwiek inny. Czas cyklu wydłuża się, ponieważ dług spowalnia wszystko. Współczynnik ucieczki wzrasta, ponieważ nie ma czasu na prawidłowe testowanie. Poruszają się razem.
Jest to także wskaźnik, na którym naprawdę interesują się interesariusze; nie interesuje ich prędkość, zależy im na tym, czy produkt działa, kiedy go używają.
Pięć, które nie pomagają
Są powszechne, popularne i w większości bezużyteczne. Nie śledź ich, a jeśli musisz, nie przedstawiaj ich zespołowi jako celu.
1. Linie kodu/zatwierdzenia/PR na programistę
To myślenie z epoki przemysłowej przeniesione na pracę twórczą. Premiowana jest ilość pisania, a nie dostarczanie właściwego rozwiązania.
Gdy ktoś po raz pierwszy zostanie oceniony na podstawie liczby commitów, zacznie dzielić jeden logiczny commit na dziesięć. Liczbę linii kodu zwiększa się, pisząc rozwlekły kod. Liczbę PR zwiększa się, otwierając drobne PR. Żadna z tych rzeczy nie poprawia produktu.
Co gorsza, karze to doświadczonego programistę, który usuwa 800 linii martwego kodu i zastępuje je 30 czytelniejszymi. Według tej metryki miał tydzień z „ujemną wydajnością”. Absurd.
2. Punkty fabularne na programistę
Ten sam problem, co prędkość docelowa, ale gorszy. Story points were never meant to be assigned to individuals; są miarą zespołową. Dzielenie ich na poszczególnych deweloperów stwarza konkurencję o kredyt (kto dostanie największe zadania?) i demotywuje do współpracy (po co łączyć się w pary, skoro tylko jeden z nas zdobywa punkty?).
Jeśli Twoje narzędzia pokazują, że „Alicja zdobyła w tym sprincie 23 punkty, Bob 8”, zignoruj to. Bob mógł spędzić dwa sprinty nad najbardziej drastycznym błędem w bazie kodu, którego nikt inny nie mógł dotknąć.
3. Zarejestrowane godziny
Śledzenie czasu pracy w zespołach zwinnych to najdroższy teatr w branży. Powstaje liczba, trafia do raportu dla zarządu, zarząd czuje się spokojniejszy, a zespół jest o minutę bliżej odejścia.
Godziny nie mierzą rezultatów. Mierzą obecność. Jeśli potrzebujesz znać dostępność zespołu, zapytaj go podczas planowania; wie o niej więcej niż dowolny rejestrator czasu.
Jedynym uzasadnionym przypadkiem użycia śledzenia czasu jest rozliczanie klienta. Internal team management isn’t one.
4. „Kształt wykresu spalania”
Wykresy spalania są przydatne, ale kształt jest nadinterpretowany. There is no perfect burndown line. Zlecenia są realizowane w kawałkach, ponieważ prawdziwa praca odbywa się w kawałkach. Idealnie prosta przekątna byłaby w rzeczywistości podejrzana; oznaczałoby to, że ktoś gra, gdy oznaczał wszystko jako „ukończone”.
Wypalenie na płaskim terenie nie jest „rozbitym zespołem”, to normalne; work was done, then closed out at end of sprint. Stop reading tea leaves in the chart shape.
(Więcej na ten temat znajdziesz nasz artykuł o wykresach spalania opisuje cztery sposoby, na jakie mogą wprowadzać w błąd).
5. Liczba zamkniętych zadań
Liczba zgłoszeń nic nie znaczy bez uwzględnienia ich wielkości. Zespół zamykający 50 drobnych zgłoszeń nie osiąga lepszych wyników od zespołu zamykającego 5 dużych. Dlatego używamy punktów historyjek: aby wyjść poza samą liczbę zgłoszeń.
Jeśli na pulpicie nawigacyjnym widnieje nagłówek „zadania zamknięte w tym tygodniu”, mierzysz zajętość, a nie wydajność.
Współczynnik skupienia: wskaźnik, który większość zespołów powinna śledzić, ale tego nie robi
Czynnik skupienia to procent teoretycznych możliwości, jakie zespół faktycznie spędza na pracy sprintowej, po spotkaniach, pracy pomocniczej, przerwach i zmianie kontekstu.
W przypadku 6-osobowego zespołu, który teoretycznie jest w stanie przepracować 60 idealnych godzin tygodniowo każdy, współczynnik koncentracji rzadko przekracza 60%. Często bliżej 40%.
Dlaczego to ma znaczenie: planowanie sprintu w oparciu o teoretyczne możliwości to najczęstszy powód, dla którego zespoły podejmują nadmierne wysiłki. Jeśli wiesz, że rzeczywisty współczynnik skupienia Twojego zespołu wynosi 50%, planujesz wykorzystać 50% teoretycznych możliwości. Częściej trafiasz do celu sprintu. Interesariusze są szczęśliwsi. Zespół jest mniej wypalony.
Współczynnik skupienia się na śledzeniu: nie jako jedna liczba, ale jako wkład w planowanie. Zapytaj w retrospekcjach: „Co pochłonęło naszą koncentrację w tym sprincie?” Odpowiedzi są zazwyczaj następujące:
- Nieplanowane prace pomocnicze
- Spotkania zależności międzyzespołowych
- Incydenty produkcyjne
- Wdrożenie / dokumentacja
- Przełączanie kontekstu pomiędzy pracą sprintu a żądaniami „pilnymi”.
Większość z nich można zredukować, jeśli potrafisz je nazwać. Taka jest wartość metryki.
(Nasz kalkulator wydajności sprintu wykonuje te obliczenia automatycznie; wprowadź wielkość zespołu, współczynnik skupienia i długość sprintu, aby uzyskać realistyczną pojemność w punktach.)
Jak faktycznie z nich korzystać
Nie przykręcaj ich wszystkich do deski rozdzielczej na raz. Zacznij od jednego sygnału na kategorię:
- Prognoza: prędkość, z wydajnością dostosowaną do współczynnika skupienia.
- Zdrowie: wskaźnik trafień celów w sprincie, sprint za sprintem.
- Przepływ: rozkład czasu cyklu, zwłaszcza 95. percentyl.
- Jakość: wskaźnik ucieczki, kwartalnie.
Zobacz je w retrospekcjach. Porozmawiajcie o tym, co się zmieniło i dlaczego. Nie wyznaczaj ich jako celów. Nie oceniaj na nich poszczególnych osób. Nie umieszczaj ich w kwartalnym przeglądzie bez interpretacji zespołu.
Metryki są początkiem rozmowy. Rozmowa jest wartością, a nie liczbą.
Czego tak naprawdę chcą interesariusze
Jeśli kierownictwo namawia Cię do „więcej wskaźników”, podstawowym pytaniem prawie nigdy nie jest „Chcę mieć pulpit nawigacyjny”. To jest:
- „Chcę wiedzieć, czy jesteśmy na dobrej drodze”.
- „Chcę wiedzieć, czy powinienem się martwić”.
- „Chcę móc składać raporty bez zmyślania”.
Na wszystkie trzy odpowiedzi można odpowiedzieć za pomocą: trendu prędkości (pewność prognozy), współczynnika realizacji celów (czy robimy to, co powiedzieliśmy) i jednoliniowego objaśnienia dotyczącego ryzyka. To status na 30 sekund, a nie pulpit nawigacyjny z 30 zakładkami.
Jeśli będziesz im to konsekwentnie zapewniać, zapotrzebowanie na więcej wskaźników zniknie. Popyt dotyczył zaufania, a nie danych.
Szczere podsumowanie
Śledź cztery rzeczy: prędkość, wskaźnik trafień celów sprintu, czas cyklu, wskaźnik ucieczki. Używaj ich, aby informować o rozmowie, a nie oceniać ludzi. Traktuj czynnik koncentracji jako wkład w planowanie, a nie KPI. Stop tracking lines of code, hours, and points-per-person. Kosztują więcej, niż płacą.
Metryki pomagają zespołowi jasno zobaczyć własną pracę. Gdy stają się narzędziem do oceniania zespołu przez kogoś z zewnątrz, przestają działać — z matematycznej konieczności, a nie z powodu złego zarządzania.
Zespoły, które regularnie dostarczają rezultaty, nie mają największej liczby metryk. Mają cztery właściwe metryki, dobrze wykorzystywane w rozmowach prowadzonych przez sam zespół.
Narzędzia, które pomogą:
- Kalkulator prędkości sprintu: śledź prędkość z ostatnich 5 sprintów, bezpłatnie i bez rejestracji.
- Kalkulator wydajności sprintu: realistyczna pojemność przy użyciu współczynnika skupienia.
- Ocena dojrzałości sprintu: szybka ocena kondycji sprintu na podstawie wielu sygnałów.
- Samoocena dojrzałości sprintu: zobacz, gdzie na krzywej dojrzałości znajduje się Twój zespół.
SprintFlint automatycznie oblicza prędkość, czas cyklu i współczynnik trafień w miarę przesuwania się zadań. 50 bezpłatnych zadań miesięcznie: brak karty, brak konfiguracji.