Samoocena metryk przepływu dla zespołów

Sprawdźcie, jak praca przepływa przez wasz zespół, i porównajcie to z danymi o przepływie z waszego narzędzia.

Wypróbuj tę analizę stanu zdrowia w czasie rzeczywistym

Czym jest samoocena metryk przepływu?

Przepływ to sposób, w jaki praca przechodzi przez zespół od rozpoczęcia do ukończenia. The Kanban Guide wymienia cztery metryki przepływu, które musi śledzić każdy zespół pracujący w Kanbanie: pracę w toku, przepustowość, wiek elementu pracy i czas cyklu. Większość zespołów może już pobrać te liczby z narzędzi takich jak Jira, Azure DevOps, Linear czy GitLab. Ta ankieta nie pyta o liczby, tylko o to, jak zespół odczuwa przepływ. Każda osoba prywatnie ocenia 10 stwierdzeń dotyczących wspólnych definicji, widoczności pracy, ograniczania pracy w toku, utkniętej pracy i przewidywalności. Omawiając wyniki, położcie obok nich wykresy przepływu z waszego narzędzia, a potem zamieńcie najniższe oceny w działania podczas retrospektywy.

Wymiary

Definicje i widoczność

Czy zespół zgadza się co do tego, czym jest jego praca, i czy widzi ją w całości.

  • Rozpoczęte i ukończone

    Wszyscy zgadzamy się co do tego, kiedy dana praca jest uznawana za rozpoczętą, a kiedy za ukończoną.

  • Widoczna praca

    Cała nasza praca, łącznie z nieplanowanymi prośbami, jest widoczna w jednym miejscu.

Ograniczanie pracy w toku

Czy zespół utrzymuje ilość nieukończonej pracy na tyle niską, by elementy stale się przesuwały.

  • Najpierw kończymy, potem zaczynamy

    Kończymy pracę, która już jest w toku, zanim zaczniemy coś nowego.

  • Limity pracy w toku

    Utrzymujemy ilość pracy w toku na tyle niską, że elementy stale posuwają się naprzód.

Utknięta praca

Czy starzejąca się i zablokowana praca jest zauważana i rozwiązywana.

  • Najpierw najstarsze elementy

    Regularnie sprawdzamy nasze najstarsze nieukończone elementy i podejmujemy wobec nich działania.

  • Usuwanie blokad

    Blokady zgłaszamy, gdy tylko się pojawią, i szybko je usuwamy.

  • Praca zamiast czekania

    Nasze elementy pracy spędzają więcej czasu w realizacji niż w oczekiwaniu.

Przewidywalność

Czy zespół wie, ile zwykle trwa praca, i kończy ją w stałym tempie.

  • Znane ramy czasowe

    Wiemy, ile zwykle trwa podobna praca, i uwzględniamy to w planowaniu.

  • Stałe tempo kończenia

    Kończymy elementy w stałym tempie, a nie dużymi zrywami.

Uczenie się z przepływu

Czy zespół wykorzystuje dane o przepływie, aby usprawniać sposób pracy.

  • Dane o przepływie na retro

    Analizujemy dane o przepływie podczas retrospektyw i na ich podstawie zmieniamy sposób pracy.

Kiedy należy skorzystać z tej kontroli stanu zdrowia

  • Gdy tablica wygląda na zapełnioną, ale niewiele udaje się ukończyć.
  • Gdy wykresy w waszym narzędziu pokazują problem, na przykład starzejące się elementy lub narastającą ilość pracy, a zespół musi porozmawiać o przyczynach.
  • Gdy zespół zaczyna pracować w Kanbanie lub zmienia swój przepływ pracy, aby sprawdzić, czy podstawy są na miejscu.

Porady i wskazówki

  • Przynieście liczby. Większość narzędzi do śledzenia pracy potrafi je pokazać na wykresach, np. wykres kontrolny i diagram skumulowanego przepływu w Jirze, widżety czasu cyklu i czasu realizacji w Azure DevOps, Linear Insights czy GitLab Value Stream Analytics.
  • Jeśli oceny zespołu nie zgadzają się z wykresami, porozmawiajcie o tym, dlaczego. Ta rozbieżność jest często najbardziej wartościową częścią dyskusji.
  • Zacznijcie od najstarszych nieukończonych elementów. Pytanie, dlaczego każdy z nich utknął, zwykle prowadzi prosto do blokady lub zasady, którą trzeba zmienić.
  • Uzgodnijcie, co oznacza „rozpoczęte” i „ukończone”, zanim zaczniecie porównywać dane w czasie. Inaczej liczby z kolejnych miesięcy nie będą oznaczać tego samego.
  • Zamieńcie jedną lub dwie najniższe oceny w działania na najbliższej retrospektywie i powtórzcie ankietę za kilka tygodni, aby zobaczyć, co się zmieniło.

Najczęściej zadawane pytania

Jakie są cztery metryki przepływu?
The Kanban Guide wymienia cztery. Praca w toku (WIP) to liczba elementów rozpoczętych, ale jeszcze nieukończonych. Przepustowość to liczba elementów ukończonych w danym okresie, np. w tygodniu. Wiek elementu pracy to czas, przez jaki nieukończony element jest dotąd w toku, a czas cyklu to czas, jaki ukończony element zajął od rozpoczęcia do ukończenia.
Czym jest wiek elementu pracy?
To czas, jaki upłynął od rozpoczęcia elementu, który nie jest jeszcze ukończony. W przeciwieństwie do czasu cyklu widać go, gdy praca wciąż trwa, więc wcześnie ostrzega, że coś utknęło. The Kanban Guide zaleca zespołom pilnowanie, aby elementy nie starzały się bez potrzeby, a punktem odniesienia ma być oczekiwany czas ich ukończenia.
Jak metryki przepływu mają się do DORA?
Czas realizacji zmian w DORA, czyli czas od commita kodu do jego działania na produkcji, jest miarą przepływu dla jednej części procesu. Metryki przepływu obejmują całą drogę od rozpoczęcia do ukończenia, łącznie z pracą wykonywaną, zanim powstanie jakikolwiek kod. Do oceny dostarczania używajcie samooceny metryk DORA, a tej ankiety do oceny tego, jak praca przechodzi przez zespół.
Czy do tej ankiety potrzebujemy narzędzia?
Nie. Stwierdzenia dotyczą tego, jak zespół odczuwa przepływ, więc każdy może je ocenić bez danych. Dyskusja jest jednak lepsza, gdy macie liczby, więc jeśli wasze narzędzie pokazuje czas cyklu, pracę w toku lub starzejące się elementy, przynieście te wykresy.
Jak wykorzystać dane o przepływie na retrospektywie?
Przyjrzyjcie się najniżej ocenionym stwierdzeniom obok odpowiadającego im wykresu, np. starzejących się elementów albo pracy w toku w czasie. Zastanówcie się, co powoduje ten wzorzec, i uzgodnijcie jedną zmianę do wypróbowania, np. niższy limit pracy w toku. Na kolejnej retrospektywie sprawdźcie ten sam wykres, aby zobaczyć, czy zmiana pomogła.
Kto stworzył The Kanban Guide?
John Coleman i Daniel Vacanti. Aktualna wersja została opublikowana w maju 2025 r. na stronie kanbanguides.org na licencji Creative Commons. Stwierdzenia w tej ankiecie zostały opracowane przez TeamRetro. TeamRetro nie jest powiązane z autorami ani z Kanban Guides.

Based on the flow metrics in The Kanban Guide (May 2025) by John Coleman and Daniel Vacanti.

Powiązane badania kontrolne