{"id":2900,"date":"2025-01-11T09:20:00","date_gmt":"2025-01-11T08:20:00","guid":{"rendered":"https:\/\/agileinstitute.pl\/?p=2900"},"modified":"2025-01-11T14:41:26","modified_gmt":"2025-01-11T13:41:26","slug":"polityki-w-kanban","status":"publish","type":"post","link":"https:\/\/agileinstitute.pl\/index.php\/2025\/01\/11\/polityki-w-kanban\/","title":{"rendered":"Polityki w Kanban"},"content":{"rendered":"\n

Polityki w metodzie Kanban<\/a> to zbiór zasad i wytycznych, które regulują sposób funkcjonowania system<\/a>u Kanban<\/a>. Definiują one, jak praca przepływa przez tablicę Kanban<\/a>, jakie są limity pracy w toku (WIP<\/a>), jak traktowane są różne typy zadań oraz w jaki sposób zespół reaguje na pojawiające się problemy. Polityki te są jawne i zrozumiałe dla wszystkich członków zespołu, co zapewnia spójność<\/a> i efektywność pracy.<\/p>\n\n\n\n

Wyobraź sobie orkiestrę symfoniczną. Setka muzyków, różne instrumenty, a jednak – harmonia. Skąd ten porządek w pozornym chaosie? Oczywiście, dyrygent i partytura. W Kanban<\/a>ie rolę dyrygenta pełnią liderzy, a partyturę – polityki. To one definiują reguły gry, choć często pozostają niewidoczne na pierwszy rzut oka. Bez nich, nawet najpiękniejsze instrumenty brzmią jak kakofonia.<\/p>\n\n\n\n

Pamiętam zespół programistów, który wdrażał Kanban<\/a> z zapałem neofitów. Mieli tablicę, kolorowe karteczki, spotykali się codziennie. Entuzjazm opadł jednak szybko. Zadania „wisiały” w kolumnach, nikt nie wiedział, co oznacza „gotowe”, a priorytety zmieniały się z minuty na minutę. Chaos. Brakowało im właśnie tych „niewidzialnych” reguł – polityk.<\/p>\n\n\n\n

Polityki w Kanban<\/a> to nic innego jak jasne, spisane zasady, które regulują przepływ pracy. To one mówią, ile zadań może znajdować się jednocześnie w danym etapie (limity WIP<\/a>), co oznacza „ukończone”, jak traktujemy zadania pilne, a jak te mniej ważne (klasy serwisowe). To one wreszcie definiują, co robimy, gdy coś nas zablokuje.<\/p>\n\n\n\n

Limity WIP – strażnicy spokoju<\/h3>\n\n\n\n

Wyobraź sobie autostradę bez ograniczeń prędkości. Początkowo ekscytujące, ale szybko zamienia się w koszmar. Podobnie jest z brakiem limitów WIP<\/a>. Zespół, próbując „ogarnąć wszystko naraz”, w rzeczywistości nie kończy nic. Limity WIP<\/a> to jak ograniczenia prędkości – paradoksalnie, pozwalają dotrzeć do celu szybciej i bezpieczniej. Pamiętam zespół, który po wprowadzeniu limitów WIP<\/a>, paradoksalnie, zaczął dostarczać więcej wartości. Zamiast „gonić króliczka”, skupili się na kończeniu rozpoczętych zadań.<\/p>\n\n\n\n

Definicja Ukończenia – unikamy nieporozumień<\/h3>\n\n\n\n

Kiedyś usłyszałem anegdotę o stolarzu, który na pytanie, czy krzesło jest gotowe, odpowiedział: „Nogi ma, to stoi”. W IT to tak nie działa. Definicja Ukończenia to umowa zespołu, precyzuje, ona co musi się stać, by zadanie mogło zostać uznane za zakończone. Bez niej, każdy rozumie „ukończenie” po swojemu, co prowadzi do frustracji i poprawek.<\/p>\n\n\n\n

Klasy serwisowe – zarządzamy priorytetami<\/h3>\n\n\n\n

W każdym zespole zdarzają się zadania „na wczoraj”. Klasy serwisowe to system<\/a> priorytetyzacji, który pozwala odróżnić zadania „ekspresowe” od tych, które mogą poczekać. Wyobraź sobie szpitalny oddział ratunkowy. Lekarze nie leczą wszystkich pacjentów po kolei, ale kierują się stanem zdrowia – triażem. Klasy serwisowe to taki triaż dla zadań.<\/p>\n\n\n\n

Polityki blokowania – reagujemy na problemy<\/h3>\n\n\n\n

Czasem zadanie „utknie”. Czeka na decyzję, na dostawę, na cokolwiek. Polityki blokowania definiują, co wtedy robimy. Jak oznaczamy takie zadanie, kogo informujemy, jak eskalujemy problem. Bez nich, zablokowane zadanie „gnije” na tablicy, blokując przepływ.<\/p>\n\n\n\n

Pozytywne skutki stosowania polityk:<\/h3>\n\n\n\n