Mierzenie w Kanbanie i optymalizacja przepływu

Transkrypcja podcastu:

Paweł Tomkiel

Cześć jestem Paweł Tomkiel, jestem z Deloitte Digital. Dzisiaj z Kubą Drzazgą kontynuujemy temat kanbana, a będziemy mówić o miarach w kanbanie i o tym jak te miary usprawniać, jak na te miary wpływać.

Kuba Drzazga

Witam wszystkich zgromadzonych. Ja nazywam się Kuba Drzazga i jestem po prostu ze swojej własnej firmy jednoosobowej i na co dzień zajmuje się wprowadzaniem usprawnień w organizacjach na poziomie procesu produktów, wyciągam projekty z bardzo trudnych sytuacji z tzw. ruiny i też pomagam ludziom się rozwijać, uczę ich.

Paweł Tomkiel

Dzisiaj z Kubą będziemy kontynuować temat Kanbana. Jeżeli nie słyszałeś naszego poprzedniego odcinka, to myślę, że na początek powinienem Cię do niego odesłać.  W poprzednim odcinku powiedzieliśmy sobie, czym jest kanban, powiedzieliśmy sobie o tym, czym się kanban charakteryzuje, o rodzajach kanbana oraz jak wygląda cały system, cała metoda. Dzisiaj natomiast skupimy się bardzo mocno na tym, co w kanbanie jest mierzone, po co jest mierzone i właśnie co możemy z tym zrobić.
Kuba, to możemy przejść od razu do tematu. Jaka byłaby główna miara- co jest najważniejszego do zmierzenia kanbanie.

Kuba Drzazga

Więc jeżeli chodzi o prawo little'a, to ono tak samo jak np. równanie stanu gazu doskonałego, że trzy wartości wiążą ze sobą równanie. Czyli system Lead Time jest równy ilości pracy w toku podzielonej przez przepustowość. To pozwala zrozumieć, jak ten przepływ się zachowuje. Tutaj, żeby było jasne, tak naprawdę sami decydujemy, jak dużo zadań zaciągamy no i jak się zmieni lead time, Throughput. nie jest to takie deterministyczne, więc przestrzegam przed tym, żeby po prostu, stosując prawo little'a przewidywać dokładnie te wartości. Niektórzy niestety mają takie pokusy. Co jest tutaj bardzo ważne, Jeżeli chodzi o Lead Time, to w zasadzie bardzo często jest tak, praktycznie prawie zawsze, że obniżanie ilości pracy w toku powoduje, że Lead Time się skracają, czyli krótko mówiąc, że dostarczamy wartość szybciej, no w najgorszym razie to się nic nie zmieni, po prostu zostanie taki jak jest.

Paweł Tomkiel

Czyli szybciej, czyli w krótszym czasie.

Kuba Drzazga

Tak jest dokładnie. Tutaj bardzo dużo ludzi też nie do końca widzi tą różnice, że dostarcza szybko i dużo. To są dwie różne wartości. Bo wyobraźmy sobie taką sytuację, że ustalimy sobie, że mamy 9 deweloperów, ustawimy pracę w toku jako 1, limit pracy w toku 1, oczywiście bardzo niewydajny sposób pracy, ale to jest taki eksperyment myślowy. Teraz nie istnieje konfiguracja ich pracy, taka, żeby oni dostarczali szybciej. 1 osoba, 2 osoby nad zadaniem pracują najbardziej efektywne, reszta czeka, ale nie ma szybszego sposobu pracy na poziomie pojedynczych zadań, żebyśmy średni lead time mieli. I oczywiście nie polecam tak bardzo tego obniżać, ale pamiętajcie o tym, że im mniejszy limit pracy w toku, im mniej pracy w toku, tym szybciej te zadania po prostu przez system przechodzą. I teraz drugi taki istotny parametr, o którym mówiłem w tym równaniu, czyli przepustowość. Też jest silnie powiązana z ilością pracy w toku. Klasycznie, jeżeli np. 1 osoba pracuje nad 90 zadaniami jednocześnie, to przepustowość spada. Multitasking jest bardzo waste full. Jak ktoś pracuje na więcej niż 5 zadaniach, to już często nie wymaga 50% efektywności. Przy 90 to już boję się nawet o tym myśleć. Czyli za wysoki wip, powoduje spadek przepustowości i w pewnym momencie musimy sobie jasno ustalić, że za niski wip, też powoduje spadek tego throughput, tej przepustowości. Czyli, jeżeli np. na 9 osób pracuje nad jednym zadaniem, to na pewno nie będzie najbardziej efektywny sposób pracy. Często to jest tak, że jedna osoba pracuje nad jednym zdaniem, ale to też nie jest regułą. Bo mamy różne prace, czasami po prostu ktoś odpala zadanie no i czeka, np. testerzy. Więc lepiej, żeby mieli kilka zadań.  Jeżeli chodzi o throughput to trzeba taki hotspot znaleźć, taki optymalny przedział pod tym względem. Cały widz polega na tym, żeby znaleźć taki wip, że jesteśmy zadowoleni i z lead Time i z throughput'u. Może być tak, że możemy throughput pogorszyć, ale dostarczać szybciej. Możemy też trochę pogorszyć leadtime i mieć większy throughput, ale generalnie zazwyczaj u moich klientów jest tak, że obniżenie pracy w toku na dzień dobry bardzo poprawia leadtime i bardzo poprawia throughput, tak to wygląda.

Zapraszamy do wysłuchania całego odcinka