17 ważnych wskaźników Agile, którymi powinien zależeć Twój zespół

Metryki od dawna są przedmiotem dyskusji wśród agilistów.

Pomimo faktu, że zwinny rozwój jest empiryczny ze względu na ciągłe dostarczanie wysokiej jakości oprogramowania, biura PMO, kierownicy projektów i klienci nadal wymagają szczegółowego raportowania stanu, tak jak w przypadku każdego projektu opartego na kaskadzie. Chociaż potrzeba biznesowa jest jednym z powodów nadzoru, sam rozwój zwinny przyczynia się do poziomu niepewności, który niektórzy ludzie zawsze chcą przygwoździć.

Aby przeciwstawić się temu trendowi, wielu agilistów twierdzi, że pomiary nie powinny być w ogóle używane i że tylko sama produkcja oprogramowania powinna być uważana za miarę sukcesu. Zwolennicy tego podejścia twierdzą, że zespoły programistyczne i kierownicy projektów instynktownie będą grać w system, manipulując historyjkami użytkowników i szacunkami w taki sposób, aby stworzyć pozory wysokiej wydajności i ukryć rzeczywiste problemy. Istnieje jednak powiedzenie, które mówi, co jest mierzone, co zostaje zrobione.

Głównym powodem, dla którego ta gra się pojawia, jest to, że organizacje zbytnio polegają na jednej lub dwóch metrykach, zamiast na kompleksowym rozwiązaniu metryk. W tym artykule omówimy metryki, o których udowodniono, że zapewniają najlepszą dostępną inteligencję dotyczącą wydajności zespołu, jakości, wartości, a nawet zwinności. Porozmawiamy nawet o niektórych wskaźnikach, o których być może nigdy nie słyszałeś, w oparciu o najnowsze badania i najbardziej innowacyjne studia przypadków.

Do czego służą metryki zwinne?

Metryki zwinne służą do śledzenia statusu, jakości, produktywności, wydajności, wartości, a nawet samej zwinności. Co najważniejsze, służą do informowania o decyzjach biznesowych. Bez względu na rodzaj projektu, nad którym pracujesz, raportowanie zawsze będzie ważne zarówno dla zewnętrznych, jak i wewnętrznych interesariuszy. Metryki mogą wpływać na decyzje na wszystkich poziomach, od zarządzania produktem po zarządzanie personelem, i jako takie muszą być dokładne, informacyjne i bezstronne. Zanim zagłębimy się w metryki, najpierw musimy stworzyć podstawę, na której opierają się wszystkie takie pomiary.

Żelazny trójkąt kontra zwinny trójkąt

W podejściach opartych na planach pomiary oparto na starym „żelaznym trójkącie” zakresu, harmonogramu i kosztów. Prawie każda metryka należała do jednej z tych trzech kategorii. W zwinnym świecie ten trójkąt został wywrócony do góry nogami. Projekty są definiowane poprzez dostarczanie wartości i jakości z pewnymi ograniczeniami. Budżet lub koszt to tylko jedno z tych ograniczeń, między innymi, w przeciwieństwie do głównego celu dostawy.

Ważne jest tutaj zrozumienie związku między wartością a jakością. Wiele osób zmaga się z określeniem wartości. Po pierwsze, istnieją dwa rodzaje jakości: wewnętrzna i zewnętrzna.

• Jakość wewnętrzna odnosi się do wewnętrznego postrzegania produktu przez zespoły ds. rozwoju, testowania i zarządzania. Zazwyczaj jest to zilustrowane metrykami defektów, które opiszemy później.
• Jakość zewnętrzna to jakość produktu tak, jak jest postrzegana przez użytkownika końcowego. Jak dobrze produkt pasuje do ich potrzeb i spełnia oczekiwania. Innym określeniem tej zewnętrznej jakości jest wartość.

Dlatego ważne jest, aby zrozumieć, że jakość przedstawiona w trójkącie Agile jest wewnętrzną lub wewnętrzną jakością z punktu widzenia rozwoju, podczas gdy wartość w trójkącie jest tak naprawdę formą jakości zewnętrznej. Zrozumienie tej relacji jest ważne dla opracowania dobrych zwinnych środków.

17 kluczowych wskaźników Agile do śledzenia

Poniższa lista siedemnastu wskaźników łączy najczęściej używane i ugruntowane wskaźniki Agile z nowszymi miarami opartymi na najnowszych badaniach. Kluczowym wnioskiem jest to, że każde rozwiązanie metryk Agile powinno być kompleksowe.

Poleganie tylko na jednym lub dwóch nie zapewni pełnego obrazu tego, co się dzieje. Największym błędem popełnianym przez wielu menedżerów jest zbytnie skupianie się na dwóch lub trzech lub tylko na jednej metryce całego projektu. Niektóre organizacje używają wyłącznie wykresów prędkości lub spalania.

Wierzcie lub nie, to się zdarza. Dobre rozwiązanie dotyczące metryk powinno obejmować wszystkie trzy punkty trójkąta Agile. Te 17 da ci narzędzia do tego i wielu innych.

Zablokowany czas

Czas blokowania jest definiowany jako czas, przez jaki konkretna historyjka użytkownika – lub czasami zadanie – jest blokowana. Rozwiązywanie problemów blokujących ma kluczowe znaczenie dla ułatwienia przepływu pracy w zwinnym środowisku, a ten wskaźnik może pomóc zmierzyć czas potrzebny na rozwiązanie problemu. Blokery powinny być szybko rozwiązane.

Wydłużenie czasu blokowania może oznaczać, że historyjka użytkownika nie została prawidłowo rozłożona lub że istnieje zależność od zasobu zewnętrznego, który był nieplanowany. Zablokowany czas można skrócić dzięki dokładniejszej dekompozycji historyjek użytkownika, ustalaniu priorytetów i planowaniu sprintu.

Rozmach biznesowy

Wiele z omawianych tutaj wskaźników istnieje już od dłuższego czasu. Większość koncentruje się na poziomie projektu, zespołu lub WIP (praca w toku). Jednak w miarę jak technologia jest coraz bardziej zintegrowana z naszym codziennym życiem, a rynki tych produktów stają się hiper-przyspieszone, organizacje poszukują bardziej wyrafinowanych wskaźników, które mogą identyfikować trendy rynkowe, oceniać poprawę procesów, przewidywać konkurencję i zasadniczo mierzyć sprawność. Jednym z nich jest rozmach biznesowy. Rozmach w tym kontekście można wyrazić jako sumę punktów historii wydania pomnożoną przez jej oś czasu.

W miarę jak organizacja staje się bardziej elastyczna, z każdym wydaniem nabiera tempa. Czasy cyklu mają tendencję do skracania się, a oczekiwania dotyczące dostawy rosną. Impuls biznesowy może być wykorzystany do wyczucia rynku lub jako wskaźnik kondycji konkretnej linii produktów lub programu. Jeśli tempo zaczyna spadać, jest to wskaźnik dla kierownictwa, że ​​dany rynek zaczyna się rozgrywać i należy opracować nową linię produktów. Organizacje zwinne muszą nieustannie poszukiwać nowych rynków, aby zachować konkurencyjność.

Pokrycie kodu

Pokrycie kodu jest miarą tego, jaka część kodu jest faktycznie wykonywana podczas testowania. Jest to zwykle oprzyrządowane i obliczane w ramach strategii automatycznego testowania. Miernik powinien zawierać ogólny procent kodu wykonanego podczas każdej fazy testowania (jednostki, systemu itp.), a także sumę wszystkich faz.

Pokrycie kodu nie powinno być nadużywane jako wyznacznik tego, jak dobrze produkt został przetestowany. Celem tej metryki jest raczej ułatwienie automatyzacji testów i monitorowanie ciągłego dostarczania. Pomiary zapewniania jakości powinny obejmować różnorodne metryki, z których nie najmniej ważnym są przypadki defektów omówione później.

Wykres kontrolny

Czasami określany jako wykres zachowania procesu lub wykres Shewharta, wykres kontrolny monitoruje wydajność procesu, aby określić, czy jest on pod kontrolą, czy poza kontrolą – w zależności od ustawionych górnych, dolnych i średnich limitów kontrolnych.

Limity te są obliczane przez oszacowanie odchylenia standardowego danych próbki, pomnożenie tego odchylenia przez trzy, a następnie dodanie go do średniej w celu utworzenia górnego limitu i odjęcie go od średniej w celu utworzenia dolnego limitu. Oś Y wykresu to liczba wystąpień lub problemów w określonej próbce, podczas gdy oś X wylicza każdą próbkę. Karty kontrolne powstały w produkcji jako forma kontroli jakości i istnieją od prawie 100 lat.

Popularne wśród sześciu uczniów sigma, wykresy kontrolne mogą mierzyć niepowodzenie lub sukces kontroli jakości lub innych procesów produkcyjnych. Chociaż nie są one spopularyzowane w świecie zwinnym, wykresy kontrolne mogą być używane do pomiaru defektów wykrytych w każdej iteracji lub wydaniu w celu zidentyfikowania problemów związanych z testowaniem jakości lub do pomiaru czasów cykli w serii wydań, aby upewnić się, że mieszczą się one w akceptowalnych poziomach.

Skumulowany schemat przepływu

Skumulowany diagram przepływu ilustruje, ile pracy, podzielonej na segmenty według typu, jest przydzielane zespołowi w czasie. Jego celem jest monitorowanie przepływu pracy w całym systemie. Na tym schemacie praca jest podzielona na różne typy, na przykład: do wykonania, w toku i skończone. Można go również podzielić na wymagania, rozwój, testowanie i tak dalej. Jednak jest on podzielony na segmenty, skumulowany schemat przepływu pokazuje linię dla każdego typu pracy, przy czym liczba elementów pracy na osi Y i osi X jest funkcją czasu.

Dobry przepływ ilustrują wszystkie te linie biegnące równolegle. Jeśli jedna z linii doświadcza gwałtownego ożywienia lub krzyżuje się z inną, może to wskazywać na wąskie gardło. Osiągnięcie dobrego przepływu jest główną koncepcją kanbanu. Skumulowany schemat przepływu pomaga zidentyfikować wąskie gardła, aby ułatwić ciągły przepływ i zapewnić, że WIP nie wymknie się spod kontroli w żadnym punkcie systemu.

Czas cyklu

Czas cyklu można zdefiniować jako czas potrzebny na wyprodukowanie wersji oprogramowania, od koncepcji do ukończenia. Wraz z czasem i szybkością realizacji, czas cyklu jest bardzo dobrym wskaźnikiem wysokiego poziomu zdrowia zwinnego i sukcesu transformacji zwinnej. W miarę jak organizacja postępuje w swojej zwinnej drodze, czasy cykli powinny się stopniowo zmniejszać, zwykle do sześciu miesięcy lub znacznie krócej. Wydłużenie czasu cyklu, zwłaszcza gdy obserwuje się je konsekwentnie w ciągu jednego lub dwóch uwolnień, powinno być powodem do niepokoju i przeglądu.

Epickie i uwolnione wypalenie

Wykresy spalania epickich i wydań są podobne do popularnego tempa spalania sprintu omówionego poniżej. Wykres spalania pokazuje, ile pracy pozostało w danym okresie, lub w tym przykładzie, w przypadku określonej epopei. W programowaniu zwinnym epopeja to większa historyjka użytkownika złożona z mniejszych historyjek użytkownika lub fragmentów pracy.

Po zakończeniu prac liczba historyjek użytkownika w eposie jest stopniowo zmniejszana, aż osiągnie zero. Może to być przydatne w przypadkach, w których konieczne jest osiągnięcie kamieni milowych w celu spełnienia wymagań umownych i wystawienia rachunku klientowi. Podobnie, spalanie wydania może śledzić postęp prac zadeklarowanych dla określonej wersji. Można to wykorzystać, aby zapewnić terminową dostawę lub zidentyfikować potrzebę wcześniejszej zmiany terminu.

Nieudane wdrożenia

Nieudane wdrożenie to takie, które skutkuje dowolnym z następujących:

• Usługa wpływająca na awarię
• Nie spełnia oczekiwań klienta, często skutkując odrzuceniem wydania.
• Poważnie wpływa na użyteczność, działanie lub doświadczenie użytkownika produktu.
• Powoduje wycofanie do poprzedniej wersji.

Oczywiście wskaźnik nieudanych wdrożeń, wyświetlany jako procent wszystkich wdrożeń, powinien być ograniczony do minimum. Każdy wzrost tego wskaźnika powinien być powodem do niepokoju. Należy przeanalizować wskaźniki zmian i występowanie defektów w celu wyizolowania przyczyn źródłowych.

Czas realizacji

Czas realizacji mierzy czas potrzebny na ukończenie zadania, od momentu jego utworzenia do momentu, w którym zostało ukończone. Krótko mówiąc, określa, ile czasu zajmuje wykonanie zadań. Ta metryka, popularna wśród praktyków Kanban, może pomóc w identyfikacji wydajności w celu szybszego przenoszenia zadań w systemie. Może być również używany jako metryka wysokiego poziomu do określania, jak dobrze działa ciągłe dostarczanie. Czas realizacji wraz z czasem i szybkością cyklu można wykorzystać razem, aby zapewnić całościowy obraz wydajności dostaw.

Wynik promotora netto (NPS)

Ocena promotora netto ma pomóc ocenić satysfakcję klienta. Zwykle jest obliczany na podstawie danych uzyskanych z ankiety. Celem jest sprawdzenie, ilu klientów poleciłoby Twój produkt. Odsetek respondentów głosujących na „nie” jest odejmowany od głosujących „tak” w celu uzyskania wyniku.

Oprócz oceny zadowolenia klientów, wynik promotora netto może pomóc w identyfikacji klientów bardziej skłonnych do współpracy nad innowacyjnymi produktami lub technologiami w przyszłych wydaniach. Tacy klienci mogą stać się przewagą konkurencyjną, ponieważ ich opinie i wsparcie mogą pomóc firmom wprowadzić nowe produkty na rynek, zanim zrobi to konkurencja.

Inteligencja jakości

Na początku artykułu omówiliśmy trójkąt Agile i odgrywa w nim rolę jakość części. Analiza jakościowa może przybierać różne formy, ale zazwyczaj składa się z różnych metryk śledzenia defektów. Defekty można monitorować na podstawie miejsca i czasu ich wystąpienia, ich częstotliwości i wagi.

Jednym z najbardziej popularnych jest wskaźnik ucieczki defektów, który jest stosunkiem defektów znalezionych przez klienta do całkowitej liczby defektów wykrytych w zwolnieniu. Chociaż duża liczba wad powinna dotyczyć bez względu na to, jak zostaną znalezione, zawsze najlepiej jest je wykryć, zanim zrobi to klient.

Wypalanie sprintu

Wykresy wypalania sprintu zapewniają dzienny pomiar wykonanej pracy oraz pracy, która pozostaje do wykonania w danym sprincie. Porównuje ilość wykonanej pracy z pierwotnymi szacunkami. Ze względu na empiryczny charakter rozwoju zwinnego wartość wykresu wypalenia jest dość ograniczona.

Pomimo jego popularności, wielu zwinnych trenerów odchodzi od korzystania z niego tak często, jak wcześniej. Może służyć jako dobry przewodnik lub punkt stanu, w którym zespoły programistyczne sprzeciwiają się swoim zobowiązaniom, ale należy go używać w połączeniu z innymi metrykami, aby uzyskać pełny obraz tego, co się dzieje.

Wydajność

Ilość produktu (liczba pozycji pracy) dostarczona do klienta w określonej jednostce czasu jest określana jako przepustowość. Może to być mierzone co miesiąc, co kwartał, na wydanie, iterację i tak dalej. Wartość w tej metryce polega na tym, że można jej użyć do określenia, ile oprogramowania można dostarczyć w określonym przedziale czasowym. Może być również używany do śledzenia spójności dostarczania z perspektywy zespołu i organizacji.

Analiza empiryczna danych historycznych może być wykorzystana do prognozowania wydajności dostaw. Im więcej dostępnych danych historycznych, tym dokładniejsze mogą być prognozy. Co najważniejsze, wskaźnik ten można również wykorzystać do prognozowania przychodów, biorąc pod uwagę, że wartość dostarczanej funkcjonalności funkcji jest dobrze rozumiana w kategoriach finansowych. Aby ta metryka działała, definicja „ukończenia” musi być dobrze zdefiniowana. Tylko oprogramowanie dostarczone do klienta spełnia to wymaganie.

Dostarczona wartość

Na początku artykułu omówiliśmy, jak na wartość składa się jakość zewnętrzna, czyli postrzeganie produktu przez użytkownika końcowego. Jak produkt wpływa na biznes klienta? Dobre wskaźniki Agile opierają się na wynikach, a w świecie biznesu zwykle przekłada się to na dolary i centy. Podobnie jak przypisujemy punkty historyjek do każdej historyjki użytkownika jako sposób na oszacowanie wymaganej pracy, możemy również dodać punkty wartości jako względną miarę, aby wskazać, co otrzymuje użytkownik końcowy po zakończeniu pracy.

Jednym ze sposobów, aby to zrobić, jest wykres wypalania, który ilustruje liczbę punktów wartości zgromadzonych po ukończeniu każdej historii. Punkty wartości można przypisać do każdej historii lub funkcji w oparciu o postrzeganie przez klienta podczas tworzenia kryteriów akceptacji. Oczekiwany dochód (lub zaoszczędzone pieniądze) dla klienta w projekcie można podzielić przez całkowitą liczbę punktów wartości w wydaniu.

Na przykład, jeśli w projekcie jest 200 punktów wartości i oczekuje się, że klient uzyska 1 milion dolarów przychodu, to każdy punkt wartości jest wart 5000 USD. Sumę każdej kondygnacji i ich skumulowaną wartość można zilustrować na wykresie wypalenia. Chociaż rzeczywisty wpływ produktu może nie być widoczny, dopóki nie zostanie wydany, ta metoda może zapewnić przekonującą analizę finansową zarówno kierownictwu, jak i klientom.

Prędkość

Prędkość jest prawdopodobnie pierwszą metryką, o której większość z nas słyszy po wprowadzeniu do programowania zwinnego. Chociaż prawdopodobnie jest to najpopularniejsza metryka zwinna, jest również najczęściej używana. Zespoły sprintów słyną z szybkości w grach, ponieważ są one tak bardzo uzależnione od raportowania ich wydajności. Prędkość definiuje się jako ilość oprogramowania wyprodukowanego w każdej iteracji lub sprincie. Ta ilość jest zwykle wyrażana w postaci punktów fabularnych, a produkowane oprogramowanie musi być funkcjonalnym, gotowym do produkcji fragmentem kodu.

Zespoły często grają szybko, manipulując rozmiarem i szacowaniem historyjek użytkownika lub rozkładając pracę w poziomie zamiast w pionie, tworząc historie dotyczące zmian w bazie danych, pracy front-endu, oprogramowania pośredniczącego i nie tylko. aby wyeliminować zależności od innych i uzyskać uznanie za ukończenie pracy. Problem z tym podejściem polega na tym, że tego rodzaju historyjki użytkownika są tak naprawdę zadaniami i chociaż zespoły otrzymują uznanie, wartość biznesowa dla klienta nie została dostarczona.

Prędkości w grach można zapobiec, używając wielu innych wskaźników jako kontroli i równowagi względem siebie. Zbyt często organizacje polegają wyłącznie na szybkości lub bardzo małym zestawie wskaźników zamiast większego zestawu pomiarów, aby stworzyć rozwiązanie PPM, program i zarządzanie projektami.

Wirowość (zwinna)

Jednym z pytań, z którym boryka się wielu agilistów i kierowników projektów, jest „jak jesteśmy zwinni?” W rzeczywistości poszukiwanie odpowiedzi na samo zmierzenie zwinności było wszędzie świętym Graalem agilistów. Zwinna wirowość to nowy środek, który właśnie to robi. W oparciu o ponad 10 lat badań nad studiami przypadków, zwinna wirowość została opracowana za pomocą zaawansowanej metody jakościowej zwanej teorią ugruntowaną.

Korzystając z kompleksowego zestawu miar, można mierzyć sprawność zarówno rynku, jak i procesu organizacyjnego, aby określić ich wirowość lub punkt, w którym się zbiegają. Zerowa wirowość oznacza, że ​​sprawność organizacji dopasowuje się do rynku. Wysoka wirowość oznacza, że ​​rynek porusza się znacznie szybciej niż Twoja organizacja lub zespoły, a zatem jest dużo pracy do wykonania. Poniższa infografika pokazuje tę zależność za pomocą eksperymentu myślowego z whirlpoolem, aby zilustrować dzisiejsze hiper-przyspieszone rynki.

Wiek przedmiotu pracy

Element pracy można zdefiniować jako pakiet pracy, funkcję użytkową lub, jak w większości kontekstów zwinnych, historyjkę użytkownika. Zegar zaczyna odmierzać wiek przedmiotu pracy, gdy tylko zostanie on poczęty. Śledzenie wieku elementów pracy, niezależnie od tego, czy są w toku, czy znajdują się w zaległościach, może pomóc w identyfikacji problemów z wymaganiami.

Jeśli element pracy wydaje się być starszy niż jego odpowiednik, ponieważ jest wypychany z jednego sprintu do następnego, może wystąpić problem z rozkładem. Może trzeba to przedefiniować lub lepiej zrozumieć? Elementy pracy, które pozostają w zaległościach przez dłuższy czas, mogą wymagać usunięcia lub przedefiniowania.

Ciągłe dbanie o zaległości ma kluczowe znaczenie dla planowania sprintów i ustalania priorytetów. Rosnąca liczba starzejących się wymagań w zaległościach może oznaczać problemy ze sposobem opracowywania i rozkładania wymagań. Słabe zarządzanie wymaganiami jest jedną z głównych przyczyn niepowodzenia transformacji zwinnych.

Źle napisane wymagania mogą bardzo utrudnić ustalanie priorytetów i szacowanie, co skutkuje niekontrolowanym długiem technicznym, niskim wykorzystaniem funkcji i stratami finansowymi. Opracowywanie dobrze zrozumianych, priorytetowych wymagań o wysokiej wartości jest w dużej mierze formą sztuki i słabo rozumianą nawet przez najlepszych agilistów. Rzeczywiście, jest to prawdopodobnie jeden z największych czynników blokujących sukces transformacji zwinnej.

Wniosek

W tym artykule określiliśmy podstawy metryk Agile, potrzebę kompleksowego rozwiązania i 17 zaleceń, aby je zbudować. Niezależnie od tego, czy wykorzystujesz wszystkie omówione pomiary, czy tylko podzbiór, ważne jest, aby każde rozwiązanie uwzględniało odbiorców danych. Niektóre wskaźniki, takie jak prędkość, najlepiej przechowywać w zespołach scrumowych. Inne wskaźniki, takie jak zwinna wirowość i dynamika biznesowa, są przeznaczone odpowiednio dla kierownictwa lub zarządzania produktem.

Zawsze upewnij się, że w pełni rozumiesz i dokładnie komunikujesz, co mówią wskaźniki, i śledź, dokąd prowadzą dane. Jednym ze sposobów napędzania i wspierania dobrych metryk jest solidna platforma zwinna.