Co płynęło sprawnie?

Gdzie praca sprawnie przesuwała się po tablicy?

Poprawki błędów przechodziły z przeglądu do zrobionych w ciągu dnia, naprawdę szybko.
Codzienny standup pomógł nam szybko wspólnie rzucić się na zablokowane zadania.
Jasne kryteria akceptacji sprawiły, że mniej kart wracało do developmentu.
Gdzie były wąskie gardła?

Na których etapach praca się piętrzyła lub utykała?

Code review było stałym wąskim gardłem, bo do przeglądów mieliśmy tylko jedną osobę.
Karty całymi dniami wisiały w kolumnie „czeka na wdrożenie”.
Testy się zatkały, bo środowiska były niestabilne.
Limity WIP i zasady

Czy nasze limity pracy w toku i reguły działają?

Ciągle przekraczaliśmy limit WIP w developmencie. Może powinniśmy go obniżyć?
Limit w kolumnie „w toku” zmusił nas do kończenia zadań przed rozpoczęciem nowych i to pomogło.
Nasza definicja ukończenia jest niejasna, więc karty przesuwają się za wcześnie.
Co usprawnimy?

Jakie konkretne zmiany poprawią nasz przepływ?

Dodać drugą osobę do rotacji code review, żeby zmniejszyć opóźnienia w przeglądach.
Obniżyć limit WIP w developmencie do 3, żeby ograniczyć przełączanie kontekstu.
Wprowadzić zasadę dotyczącą wieku zablokowanych zadań: eskalujemy wszystko, co jest zablokowane dłużej niż 2 dni.

Czym jest retrospektywa przepływu Kanban?

Zespoły kanbanowe nie pracują w sprintach, więc retrospektywa skrojona pod sprint często mija się z celem. Retrospektywa przepływu Kanban pokazuje, jak praca przesuwa się po tablicy: gdzie karty utykają, gdzie przechodzą szybko i co powoduje zatory. To praktyczny sposób na znalezienie tarć, które spowalniają dostarczanie i utrudniają przewidywanie. Zespół omawia cztery tematy: co płynęło sprawnie, gdzie były wąskie gardła, czy limity pracy w toku (WIP) i zasady działają oraz co zmienicie. Wspólna rozmowa w TeamRetro buduje wspólny obraz tego, jak praca przechodzi od „do zrobienia” do „zrobione”. Format sprawdzi się w zespołach stosujących Lean lub Kanban oraz w każdym zespole zwinnym, który chce poprawić czas cyklu i przepustowość. Prowadzona regularnie retrospektywa staje się nawykiem małych usprawnień (kaizen). Gdy na spotkanie przyniesiecie tablicę i metryki przepływu, rozmowa skupia się na systemie, a nie na ludziach, dzięki czemu zespół może uzgodnić zmiany w procesie i na kolejnej sesji sprawdzić, czy zadziałały.

Format retrospektywy przepływu Kanban

Co płynęło sprawnie?

Gdzie praca sprawnie przesuwała się po tablicy?

Ten temat obejmuje te części przepływu pracy, które działały dobrze: elementy pracy, które przesuwały się równo od początku do końca bez zbędnych opóźnień. Zachęć zespół do myślenia o konkretnych kartach, przekazaniach lub etapach, które przebiegały gładko, i dopytaj, co umożliwiło taki przepływ, żeby można było powtarzać te praktyki.

Gdzie były wąskie gardła?

Na których etapach praca się piętrzyła lub utykała?

Wąskie gardła to etapy, na których praca gromadzi się szybciej, niż da się ją przerobić, co spowalnia cały przepływ. Poproś zespół, by przyjrzał się kolumnom, w których karty się piętrzyły lub stały bezczynnie, i dociekał przyczyn. Skupcie się na systemie i procesie, a nie na ludziach, żeby uniknąć szukania winnych i utrzymać konstruktywny charakter rozmowy.

Limity WIP i zasady

Czy nasze limity pracy w toku i reguły działają?

Ten temat dotyczy tego, czy limity WIP, zasady kolumn i definicje ukończenia pomagają przepływowi, czy go utrudniają. Zachęć zespół do zastanowienia się, czy limity były przestrzegane, czy były za ciasne albo za luźne oraz czy reguły przesuwania kart były jasne. Często wychodzi przy tym, gdzie sam proces wymaga dostrojenia.

Co usprawnimy?

Jakie konkretne zmiany poprawią nasz przepływ?

To temat nastawiony na działanie, w którym zespół zamienia wnioski w zobowiązania. Zachęcaj do konkretnych, mierzalnych usprawnień z przypisanym właścicielem zamiast mglistych zamiarów. Powiąż każde działanie z wąskim gardłem lub problemem z przepływem poruszonym wcześniej i ustalcie, po czym na następnej retrospektywie poznacie, że zadziałało.

Kiedy należy skorzystać z niniejszego przeglądu retrospektywnego

  • Gdy zespół pracuje w Kanbanie lub Lean i chce usprawniać przepływ bez czekania na koniec sprintu.
  • Gdy czas cyklu rośnie albo praca wydaje się utknąć i trzeba znaleźć wąskie gardło.
  • Gdy limity WIP i zasady kolumn są niejasne lub ignorowane.
  • Gdy chcecie, żeby dyskusja na retrospektywie opierała się na metrykach przepływu, takich jak przepustowość i lead time.
  • Co dwa tygodnie lub raz w miesiącu, żeby usprawnianie przepływu stało się nawykiem.

Proponowane pytania lodołamacze

  • Gdyby Twój przepływ pracy był ruchem drogowym, jak wyglądałby teraz: pusta autostrada, godziny szczytu czy totalny korek?
  • Co w Twojej codziennej rutynie zawsze idzie gładko, bez żadnych wąskich gardeł?

Czy chciałby Pan/Pani, aby Państwa zespół wykonał ćwiczenie rozgrzewkowe, a nie tylko odpowiadał na pytania na głos? Przejrzyj bezpłatne lodołamacze →

Pomysły i wskazówki dotyczące spotkania retrospektywnego

  • Przynieście tablicę i metryki przepływu (czas cyklu, przepustowość, WIP), żeby dyskusja zaczynała się od danych.
  • Rozmawiajcie o systemie, nie o ludziach. Wąskie gardła to zwykle problemy procesowe, więc nie szukajcie winnych.
  • Ograniczcie się do jednego lub dwóch działań usprawniających, żeby zespół zdążył je zrealizować przed kolejną retrospektywą.
  • Każde działanie powinno mieć właściciela i sposób pomiaru na następnej sesji.
  • Zbierajcie pomysły anonimowo przed dyskusją, żeby cichsze osoby w zespole też się wypowiedziały.
  • Zacznijcie od przeglądu działań z poprzedniego razu, żeby zobaczyć, co się zmieniło.

Najczęściej zadawane pytania

Czym retrospektywa przepływu Kanban różni się od retrospektywy sprintu?
Retrospektywa sprintu dotyczy zamkniętego, z góry określonego okresu. Retrospektywa przepływu Kanban przygląda się temu, jak praca przechodzi przez wasz system, i zamiast celów sprintu korzysta z metryk przepływu, takich jak czas cyklu, przepustowość i WIP.
Ile trwa retrospektywa przepływu Kanban?
Większość zespołów kończy w 45–60 minut. W dużym zespole albo gdy trzeba rozpracować poważne wąskie gardło, zarezerwujcie do 90 minut.
Kiedy przeprowadzać retrospektywę przepływu Kanban?
W Kanbanie nie ma sprintów, więc wybierzcie stały rytm, na przykład co dwa tygodnie lub raz w miesiącu. Zróbcie dodatkową, gdy zauważycie, że czas cyklu rośnie albo kolejki się wydłużają.
Jakie metryki przynieść na retrospektywę?
Czas cyklu, lead time, przepustowość, poziom WIP i skumulowany diagram przepływu (CFD). Pokazują, gdzie praca się piętrzy i czy wasze zmiany pomagają.
Kto powinien prowadzić retrospektywę przepływu Kanban?
Często prowadzi ją Scrum Master, agile coach, lider zespołu lub flow manager, ale może to zrobić każdy członek zespołu. Ważne, żeby dyskusja dotyczyła systemu, a każde działanie miało właściciela i miarę.
Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo