Udostępnij za pośrednictwem

Skumulowany przepływ, czas realizacji i wskazówki dotyczące czasu cyklu

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Możesz użyć diagramów przepływu skumulowanego (CFD), aby monitorować przepływ pracy w systemie. Czas cyklu i czas realizacji to dwie podstawowe metryki używane do śledzenia. Możesz wyodrębnić te metryki z CFD.

W tym artykule pokazano, jak można używać CFD, czasów cyklu i czasów realizacji, aby identyfikować problemy w procesie pracy i pomóc w przyspieszeniu przepływu pracy w systemie.

Przykładowe wykresy i podstawowe metryki

Ciągła symulacja przepływu CFD udostępnia wykres, który jest najbardziej preferowany przez zespoły stosujące proces lean.

Jednak wiele zespołów łączy praktyki Lean z Scrum lub innymi metodologiami. W rezultacie korzystają z praktyk lean w ramach iteracji lub sprintu. W takiej sytuacji diagram ma nieco inny wygląd. Zapewnia dwa dodatkowe i bardzo cenne informacje, jak pokazano na następnym wykresie, kontrakt CFD o stałym okresie.

CFD z przepływem ciągłym
Wykres przedstawiający abstrakcyjny przepływ ciągły CFD. Etykiety wskazują czas realizacji, czas cyklu, pracę w toku i elementy w różnych stanach.

Ten CFD o stałym czasie trwania jest przeznaczony dla ukończonego etapu sprintu.

Górna linia reprezentuje zakres ustawiony dla sprintu. Ponieważ praca musi zostać ukończona przed ostatnim dniem sprintu, nachylenie stanu „Zamknięte” wskazuje, czy zespół jest na dobrej drodze do ukończenia sprintu. Najprościej można myśleć o tym widoku jako o wykresie burnup.

Na wykresie pierwszy krok procesu jest przedstawiony jako lewy górny obszar. Ostatni krok w procesie przedstawia się w prawym dolnym obszarze.

CFD o stałym okresie dla ukończonego sprintu
Wykres przedstawiający abstrakcyjny kontrakt CFD z ustalonym okresem. Etykiety wskazują aktywne, rozwiązane i zamknięte elementy oraz zmianę zakresu.

Metryki wykresu

Dyski CFD wyświetlają liczbę elementów roboczych pogrupowanych według stanu lub kolumny w czasie. Dwie podstawowe metryki używane do śledzenia to czas cyklu i czas realizacji. Możesz wyodrębnić te metryki z wykresu.

Metr

Definicja

Czas cyklu1

Czas potrzebny na przejście pracy przez pojedynczy proces lub stan przepływu pracy. Długość jest mierzona od początku jednego procesu do początku następnego procesu.

Czas realizacji1

W przypadku procesu ciągłego przepływu: czas wykonania żądania (na przykład dodanie proponowanego scenariusza użytkownika) do momentu ukończenia tego żądania (zamkniętego).

Dla procesu typu sprint lub o stałym okresie: czas od momentu rozpoczęcia pracy nad zgłoszeniem do czasu ukończenia pracy (na przykład od stanu Aktywny do stanu Zamknięty).

Praca w toku (WIP)

Ilość pracy lub liczby elementów roboczych, nad którymi aktywnie pracuje.

Zakres

Ilość pracy przydzielonej przez dany okres czasu. Ta metryka ma zastosowanie tylko do procesów o stałym okresie.

1 Widżet CFD, który używa danych analitycznych, oraz wbudowane CFD, które można wyświetlić z listy prac zespołu lub tablicy, nie zapewniają dyskretnych wartości czasu realizacji i czasu cyklu. Jednak widżety Czas realizacji i Czas cyklu zawierają te wartości.

Istnieje dobrze zdefiniowana korelacja między czasem realizacji lub czasem cyklu a funkcją WIP. Więcej WIP powoduje dłuższe czasy cyklu, co prowadzi do dłuższych czasów realizacji. Odwrotnie jest również prawdą — mniej rozpoczętych zadań skutkuje krótszym czasem cyklu i czasem realizacji. Gdy zespół programistyczny koncentruje się na mniejszej liczbie elementów, skraca cykl i czasy realizacji. Ta korelacja jest kluczowym powodem, dla którego należy ustawić limity funkcji WIP na tablicy używanej do śledzenia pracy i zarządzania nią.

Liczba elementów roboczych wskazuje łączną ilość pracy w danym dniu. W stałych okresach CFD zmiana tej liczby wskazuje zmianę zakresu dla danego okresu. W przepływie ciągłym CFD wskazuje łączną liczbę zadań, które znajdują się w kolejce i zostały ukończone dla danego dnia.

Kategoryzowanie pracy w określonych kolumnach tablicy pokazuje ilość pracy w każdym obszarze procesu. Ten widok zawiera szczegółowe informacje na temat tego, gdzie praca jest bezproblemowa, gdzie występują blokady i gdzie w ogóle nie jest wykonywana żadna praca. Trudno jest odszyfrować widok tabelaryczny danych. Wizualizacja CFD pomaga jednak zrozumieć, co dzieje się w procesie pracy i dlaczego się dzieje.

Identyfikowanie problemów i wykonywanie odpowiednich działań

CFD zawiera odpowiedzi na następujące pytania. Na podstawie odpowiedzi możesz dostosować proces, aby praca przepływała przez system.

Czy zespół ukończy pracę na czas?

To pytanie dotyczy tylko kontraktów CFD z ustalonym okresem. Zrozumienie można uzyskać, patrząc na krzywą (lub progresję) pracy w ostatniej kolumnie tablicy.

Wykres przedstawiający półukończone CFD. Przewidywana krzywa ukończonych elementów znajduje się poniżej poziomu zakresu na końcu przebiegu.

W tym scenariuszu można rozważyć zmniejszenie zakresu pracy w iteracji. Ta akcja jest odpowiednia, jeśli jest jasne, że praca nie jest wykonywana wystarczająco szybko, zakładając, że będzie kontynuowana w stałym tempie. Ten scenariusz może sugerować, że praca została niedoszacowana i powinna zostać uwzględniona w planowaniu następnego sprintu.

Jednak mogą istnieć inne przyczyny, dla których praca nie jest wykonywana wystarczająco szybko. Możesz określić te przyczyny, przeglądając inne dane na wykresie.

W jaki sposób przepływ pracy postępuje?

Czy zespół kończy pracę w stałym tempie? Jednym ze sposobów, aby to ustalić, jest przyjrzenie się odstępom między różnymi kolumnami na wykresie. Czy są w podobnej lub jednakowej odległości od siebie od początku do końca? Czy kolumny wydają się utrzymywać na stałym poziomie przez okres kilku dni? Czy któryś z nich wydaje się wybrzuszony?

Mura, czyli nierówność, jest chudym terminem dla płaskich linii i wybrzuszeń. Mura wskazuje formę odpadów (Muda) w systemie. Każda nierówność w systemie powoduje, że wybrzuszenia pojawiają się w CFD.

Monitorowanie CFD pod kątem płaskich linii i wybrzuszeń wspiera kluczową część procesu zarządzania projektami Teorii Ograniczeń. Proces ochrony najwolniejszego obszaru systemu nazywa się bęben-bufor-lina i stanowi część planowania pracy.

Dwa problemy pojawiają się wizualnie jako płaskie linie i jako wybrzuszenia.

Płaskie linie pojawiają się, gdy zespół nie aktualizuje regularnie statusu swoich elementów roboczych. Tablica używana do śledzenia pracy i zarządzania nią zapewnia najszybszy sposób przejścia pracy z jednej kolumny do innej.
Płaskie linie mogą również pojawiać się, gdy praca między co najmniej jednym procesem trwa dłużej niż planowano. Linie płaskie pojawiają się w wielu częściach systemu, dlatego że jeśli tylko jedna lub dwie części mają problemy, widoczne jest wybrzuszenie.

Płaskie linie
Wykres abstrakcyjnego CFD. Linie dla liczby aktywnych, rozwiązanych i zamkniętych elementów są płaskie przez znaczny okres czasu.

Wybrzuszenia występują, gdy praca gromadzi się w jednej części systemu i nie jest przetwarzana.
Na przykład wybrzuszenie może wystąpić, gdy testowanie trwa długo, ale rozwój zajmuje mniej czasu. Wynikiem jest, że praca gromadzi się na etapie rozwoju. Wybrzuszenia wskazują, że następny krok ma problem, a niekoniecznie krok, w którym występuje wybrzuszenie.

Wybrzuszenia
Wykres abstrakcyjnego CFD. Obszar aktywnych elementów wybrzusza się w kierunku prawego dolnego rogu wykresu.

Jak rozwiązać problemy z przepływem?

Problem z brakiem terminowych aktualizacji można rozwiązać, wykonując następujące czynności:

  • Prowadzenie codziennych spotkań
  • Organizowanie innych regularnych spotkań
  • Codzienne zaplanowanie wiadomości e-mail z przypomnieniem dla zespołu

Problemy systemowe o charakterze stagnacji wskazują na trudniejsze wyzwanie, chociaż takie problemy są rzadkie. Płaskie linie wskazują, że praca w systemie jest zatrzymana. Podstawowe przyczyny mogą obejmować następujące problemy:

  • Blokady całego procesu
  • Procesy trwają długo
  • Praca przesuwa się w kierunku innych możliwości, które nie są ujęte na tablicy.

Jednym z przykładów systemowego spłaszczania może wystąpić w cechach CFD. Praca z funkcjami może trwać znacznie dłużej niż praca nad scenariuszami użytkownika, ponieważ funkcje składają się z kilku scenariuszy. W takich sytuacjach nachylenie jest oczekiwane (jak we wcześniejszym przykładzie) lub problem jest powszechnie znany, a zespół już go poruszył. Jeśli jest to znany problem, rozwiązanie problemu wykracza poza zakres tego artykułu.

Zespoły mogą proaktywnie rozwiązywać problemy, które pojawiają się w formie wybrzuszeń CFD. Odpowiednia poprawka może zależeć od miejsca, w którym występuje wybrzuszenie. Załóżmy na przykład, że wybrzuszenie występuje w procesie rozwoju. Może wystąpić opóźnienie, ponieważ testowanie trwa znacznie dłużej niż pisanie kodu. Testerzy mogą również znajdować dużą liczbę usterek. Gdy stale przydzielają pracę z powrotem do deweloperów, deweloperzy dziedziczą rosnącą listę aktywnych zadań.

Istnieją dwa potencjalnie łatwe sposoby rozwiązania tego problemu:

  • Przenieś deweloperów z procesu programowania do procesu testowania aż do wyeliminowania przeciążenia.
  • Zmień kolejność pracy. W szczególności przeplatają pracę, którą można wykonać szybko z pracą, która trwa dłużej.

Poszukaj podstawowych rozwiązań, aby wyeliminować wybrzuszenia.

Uwaga

Ponieważ mogą wystąpić różne scenariusze, które powodują nierównomierną pracę, bardzo ważne jest przeprowadzenie rzeczywistej analizy problemu. CFD może powiedzieć, że problem istnieje. Może również powiedzieć, gdzie występuje problem, ale należy zbadać, aby uzyskać główne przyczyny. Te wskazówki zawierają zalecane akcje, które rozwiązują konkretne problemy, ale rozwiązania mogą nie dotyczyć Twojej sytuacji.

Czy zakres uległ zmianie?

Zmiany zakresu mają zastosowanie tylko do kontraktów CFD z ustalonym okresem. Górna linia wykresu wskazuje zakres pracy. Sprint jest wypełniony pracą na pierwszy dzień. Zmiany w wierszu nagłówka wskazują dodanie lub usunięcie zadań.

W jednym konkretnym scenariuszu nie można śledzić zmian zakresu za pomocą CFD. Ten scenariusz występuje, gdy ta sama liczba elementów roboczych jest dodawana i usuwana w tym samym dniu. Linia pozostaje płaska w tym przypadku.

Aby śledzić zmiany zakresu w tym przypadku, wykonaj następujące czynności:

  • Porównaj kilka wykresów ze sobą.
  • Monitorowanie określonych problemów.
  • Użyj postępu przebiegu , aby monitorować zmiany zakresu.

Czy jest za dużo funkcji WIP?

Możesz łatwo monitorować tablicę, aby określić, czy przekroczono limity WIP. Możesz również monitorować poziomy WIP przy użyciu CFD.

Duża ilość WIP zwykle jest wyświetlana jako pionowe wybrzuszenie. Im dłużej jest duża ilość WIP, tym bardziej wybrzuszenie przybiera kształt owalu. To zachowanie wskazuje, że funkcja WIP negatywnie wpływa na cykl i czas realizacji.

Oto dobra zasada dotycząca WIP: W danym momencie nie powinno być więcej niż dwóch zadań w toku dla każdego członka zespołu. Głównym powodem używania limitu dwóch elementów, a nie bardziej rygorystycznego limitu, jest to, że rzeczywistość często intruzuje proces tworzenia oprogramowania.

Czasami potrzeba czasu, aby uzyskać informacje od uczestnika projektu lub uzyskać niezbędne oprogramowanie. Istnieje wiele powodów, dla których można wstrzymać pracę. Posiadanie drugiego zadania, na które można się przestawić, może zapewnić pewną swobodę. Jeśli oba elementy są zablokowane, nadszedł czas, aby podnieść czerwoną flagę, aby coś odblokować — nie tylko przełączyć się na kolejny element. Gdy tylko w toku jest duża liczba elementów, pracujący nad nimi może mieć trudności z przełączaniem kontekstu. Prawdopodobnie zapominają, co robią, co mogą prowadzić do błędów.

Czas realizacji a czas cyklu

Na poniższym diagramie pokazano, jak czas realizacji różni się od czasu cyklu. Czas realizacji rozpoczyna się po utworzeniu elementu roboczego i kończy się po wejściu elementu roboczego do kategorii Stan ukończony. Czas cyklu rozpoczyna się, gdy element roboczy pierwszy raz trafia do kategorii stanu W toku lub Rozwiązano. Czas cyklu kończy się, gdy element roboczy wchodzi w kategorię Stan ukończony.

Diagram przedstawiający sposób użycia kategorii stanów do mierzenia czasu cyklu i czasu realizacji.

Jeśli element roboczy wejdzie w kategorię stanu "Ukończono" i następnie zostanie ponownie aktywowany, wpłynie to na jego czasy realizacji i cyklu. Każdy dodatkowy czas spędzony w kategorii stanu Proponowany, W toku lub Rozwiązany przyczynia się do czasów realizacji i cyklu.

Jeśli twój zespół używa tablicy do śledzenia pracy i zarządzania nią, ułatwia zrozumienie dopasowania kolumn do stanów przepływu pracy. Aby uzyskać więcej informacji na temat konfigurowania tablicy, zobacz Zarządzanie kolumnami na tablicy.

Aby uzyskać więcej informacji o sposobie korzystania z kategorii stanów: proponowane, w toku, rozwiązane i ukończone, zobacz Informacje o stanach przepływu pracy na listach prac i tablicach.

Szacowanie czasów dostawy na podstawie terminów realizacji i cykli produkcji

Możesz użyć średniego czasu prowadzenia i cyklu oraz odchyleń standardowych, aby oszacować czas dostawy.

Podczas tworzenia elementu roboczego możesz użyć średniego czasu realizacji zespołu, aby oszacować datę ukończenia tego elementu roboczego. Odchylenie standardowe twojego zespołu informuje o zmienności oszacowania. Podobnie możesz użyć czasu cyklu i jego odchylenia standardowego, aby oszacować ukończenie elementu roboczego po rozpoczęciu pracy.

Przykładowy widżet czasu cyklu

Na poniższym wykresie średni czas cyklu wynosi osiem dni. Odchylenie standardowe wynosi sześć dni. Korzystając z tych danych, możesz oszacować, że zespół ukończy przyszłe scenariusze użytkowników około 2 do 14 dni po rozpoczęciu pracy. Im węższe odchylenie standardowe, tym bardziej przewidywalne są twoje oszacowania.

Zrzut ekranu przedstawiający widżet Czas cyklu. Wykres punktowy zawiera kropki dla elementów roboczych, linii średniej ruchomej i przedziału odchylenia standardowego.

Identyfikowanie problemów z procesem

Wartości odstające często reprezentują problem leżący u podstaw procesu. Przykłady obejmują zbyt długie oczekiwanie na przejrzenie żądań ściągnięcia lub szybkie rozwiązywanie zależności zewnętrznej. Przejrzyj wykres kontrolny zespołu pod kątem wartości odstających.

Przykładowy widżet czasu cyklu przedstawiający kilka wartości odstających

Na poniższym wykresie przedstawiono kilka wartości odstających, ponieważ usunięcie kilku błędów trwało dłużej niż średnia. Badanie, dlaczego te błędy trwały dłużej, mogą pomóc w odkryciu problemów z procesem. Rozwiązywanie problemów z procesami może pomóc zmniejszyć odchylenie standardowe zespołu i poprawić przewidywalność twojego zespołu.

Zrzut ekranu przedstawiający widżet Czas cyklu. Kilka punktów reprezentujących elementy robocze jest znacznie powyżej linii średniej ruchomej i zakresu odchylenia standardowego.

Możesz również zobaczyć, jak zmiany procesu wpływają na czasy realizacji i czas cyklu. Na przykład 15 maja zespół skoncentrował się na ograniczeniu WIP i rozwiązaniu zaległych błędów. Widać, że odchylenie standardowe zawęża się po tej dacie, pokazując lepszą przewidywalność.

Następne kroki

Wyświetlanie i konfigurowanie diagramu przepływu skumulowanego

Widżety Czas realizacji i Czas cyklu