Kanban / Agile

Kanban i Agile to dwie powiązane, ale odrębne metodologie zarządzania pracą. Agile to filozofia tworzenia produktów w krótkich cyklach (iteracjach) z ciągłym feedbackiem od klienta. Kanban to wizualny system zarządzania przepływem pracy, oparty na tablicy z kolumnami (np. „Do zrobienia”, „W toku”, „Zrobione”) i limitach zadań w toku. Często stosowane razem, ale działają na różnych poziomach: Agile mówi „co robimy” (strategia iteracji), Kanban mówi „jak to przepływa” (taktyka wizualizacji).

Dlaczego to ważne dla Ciebie, nawet jeśli nie jesteś programistą? Bo obie metodologie rozwiązują ten sam problem, z którym boryka się każda firma: chaos zadaniowy. Zbyt dużo rzeczy do zrobienia, zbyt mało widoczności na to, co jest naprawdę w toku, i zero kontroli nad tym, co blokuje postęp.

Geneza — od Toyoty do Twojego Trello

Kanban narodził się w Toyocie w latach 40. XX wieku. Taiichi Ohno, inżynier Toyoty, zaobserwował, jak amerykańskie supermarkety uzupełniają półki: nie zamawiają towaru z góry na cały rok, ale uzupełniają go, gdy poziom spada poniżej minimum. Ohno przeniósł tę logikę na produkcję — każda stacja robocza „ciągnie” materiały z poprzedniej dopiero wtedy, gdy jest gotowa je przetworzyć. Efekt: zero nadprodukcji, minimalne zapasy, maksymalna efektywność. To rdzeń Lean management i Toyota Production System.

Agile formalnie powstał w 2001 roku, gdy 17 programistów spotkało się w ośrodku narciarskim w Utah i napisało Manifest Agile — cztery wartości i dwanaście zasad. Kluczowe wartości: ludzie ponad procesy, działający produkt ponad dokumentację, współpraca z klientem ponad negocjowanie umów, reagowanie na zmiany ponad trzymanie się planu. Manifest był reakcją na „waterfall” — tradycyjne zarządzanie projektami, w którym planujesz wszystko z góry na 12 miesięcy, a potem odkrywasz, że rynek się zmienił i cały plan jest nieaktualny.

Jak działa Kanban — wizualizacja i limity WIP

Kanban opiera się na trzech fundamentalnych zasadach:

1. Wizualizuj przepływ pracy. Tablica (fizyczna lub cyfrowa) z kolumnami reprezentującymi etapy procesu. Minimalna wersja: „Backlog” | „W toku” | „Zrobione”. Zaawansowana: „Pomysł” | „Zaplanowane” | „W realizacji” | „Review” | „Wdrożone”. Każde zadanie to kartka, która przesuwa się z lewej na prawą.
2. Ogranicz WIP (Work In Progress). To jest serce Kanbana i najczęściej ignorowana zasada. WIP limit to maksymalna liczba zadań, które mogą znajdować się w jednej kolumnie jednocześnie. Dlaczego? Bo bez limitów kolumna „W toku” rośnie do 47 zadań, z których żadne nie jest kończone. Limit WIP zmusza do kończenia przed rozpoczynaniem — paradoksalnie, robiąc mniej rzeczy naraz, kończysz więcej.
3. Mierz i optymalizuj przepływ. Metryki Kanbana: Lead Time (czas od zgłoszenia do ukończenia), Cycle Time (czas od rozpoczęcia pracy do ukończenia), Throughput (ile zadań kończysz na tydzień). Jeśli Lead Time rośnie — masz wąskie gardło. Jeśli WIP rośnie ponad limit — ktoś łamie regułę i zaczyna nowe zadania zamiast kończyć obecne.

Jak działa Agile — sprinty i iteracje

Agile w praktyce (Scrum, najpopularniejszy framework):

• Sprint — cykl pracy trwający 1-4 tygodnie (najczęściej 2). Na początku sprintu zespół wybiera zadania z backlogu, na końcu prezentuje gotowy przyrost produktu.
• Daily standup — codzienne spotkanie 15 minut: co zrobiłem wczoraj, co robię dziś, co mnie blokuje. Nie raport dla szefa — synchronizacja zespołu.
• Sprint review — prezentacja tego, co powstało w sprincie. Feedback od interesariuszy/klientów. To moment prawdy — czy to, co budujemy, jest tym, czego potrzebuje rynek?
• Retrospektywa — co poszło dobrze, co źle, co poprawić. Kluczowa ceremonia — bez niej Agile to tylko modne nazwy na stare spotkania.

Powiązanie z MVP: Agile i MVP są filozoficznie tożsame. Obie mówią: nie buduj wszystkiego naraz, dostarczaj małe kawałki wartości, zbieraj feedback, iteruj. Sprint to mini-MVP — za 2 tygodnie masz coś, co możesz pokazać klientowi.

Kanban vs Scrum — co wybrać?

To nie jest rywalizacja — to różne narzędzia do różnych sytuacji:

• Scrum pasuje do: projektów z jasnym zakresem, zespołów 5-9 osób, pracy wymagającej regularnych cykli planowania. Wymaga ról (Product Owner, Scrum Master), ceremonii i dyscypliny.
• Kanban pasuje do: pracy ciągłej (support, operacje, marketing), zespołów dowolnej wielkości, sytuacji, gdzie nie da się planować w cyklach (bo zadania przychodzą losowo). Nie wymaga ról ani ceremonii — wystarczy tablica i limity WIP.
• Scrumban (hybryda) — sprinty ze Scruma + tablica i WIP limity z Kanbana. Coraz popularniejsze, bo łączy planowanie z elastycznością.

Zastosowanie poza IT — każda firma może używać Kanbana

Agencja marketingowa: tablica z kolumnami: Brief | Kreacja | Review klienta | Poprawki | Opublikowane. WIP limit na „Kreacja”: 3. Efekt: zespół kończy kampanie zamiast zaczynać 10 naraz.

Kancelaria prawna: Nowa sprawa | Analiza | Przygotowanie pisma | Wysłane | Zamknięte. WIP limit na „Analiza”: 5. Lead Time spadł o 40%.

Jednoosobowa firma: Trello z trzema kolumnami. Poniedziałkowy przegląd backlogu, cotygodniowa refleksja. Prosta wersja Kanbana, która zmienia chaos w kontrolę.

Typowe błędy wdrożeń

• „Agile w nazwie, waterfall w praktyce” — firma mówi, że jest Agile, bo ma codzienne standupy. Ale scope jest ustalony na rok z góry, feedbacku od klientów nikt nie zbiera, a retrospektywy to teatr. To nie jest Agile — to waterfall z buzzwordami.
• Brak WIP limitów. Tablica Kanban bez limitów WIP to kolorowa lista zadań. Bez limitów nie ma „pull”, nie ma presji na kończenie, nie ma optymalizacji przepływu. Sam wizual nie wystarczy.
• Ignorowanie retrospektyw. Agile bez retrospektyw to samochód bez lusterek — jedziesz, ale nie wiesz, co za Tobą. Retrospektywa to jedyny moment, gdy zespół może powiedzieć „to nie działa” i coś zmienić.
• Zbyt duże zadania. Kartka „Zbuduj nową stronę” w kolumnie „W toku” wisi 3 tygodnie i blokuje przepływ. Rozbij na mniejsze: „Zaprojektuj header”, „Napisz copy do hero”, „Zakoduj sekcję FAQ”. Mniejsze zadania = szybszy przepływ = lepsza widoczność.

Kanban i Agile to nie modne frameworki z konferencji IT. To praktyczne systemy kontroli chaosu, które działają w każdym kontekście — od jednoosobowej firmy po korporację. Zaczynasz od tablicy z trzema kolumnami i limitem WIP na 3. Jeśli to zmieni Twoją produktywność (zmieni), stopniowo dodajesz elementy. Pamiętaj: nie musisz robić „pełnego Scruma”. Musisz widzieć, nad czym pracujesz, i kończyć przed rozpoczynaniem.