Scrum i Kanban to sposoby pracy zespołowej, które łączy wiele podobieństw. Istnieją jednak także różnice, które chcielibyśmy omówić w niniejszym tekście. Tablice Kanban są także elementem często używanym przez Scrum Teams. Są bowiem bardzo przydatne do wizualizacji pracy zespołowej i jej postępów. Z tego, co najlepsze w obu metodykach powstał Scrumban. Jest on najczęściej stosowany w projektach łączących tworzenie Produktu ze świadczeniem usług, gdzie nie zawsze sprawdzają się długie Sprinty i stosunkowo sformalizowane spotkania Scrumowe.
Kanban to metoda wywodząca się z Japonii. Powstała w latach ’50 dwudziestego wieku i pierwotnie była narzędziem służącym do zarządzania ciągłą produkcją w taki sposób, aby nie tworzyć zapasów i nadwyżek, tylko na bieżąco przetwarzać zasoby. Na początku XXI wieku Kanban został przystosowany do potrzeb tworzenia oprogramowania przez Davida J. Andersona.
Całościowy sposób pracy w Kanban różni się od Scruma przede wszystkim mniejszym stopniem formalizacji. W Kanbanie nie ma tak szczegółowych wytycznych dotyczących na przykład pracy w Sprintach, ról Product Ownera, Scrum Mastera i Zespołu Developerskiego. Jest to możliwe, ponieważ Kanban koncentruje się na ciągłości zadań takich jak świadczenie usług określonego rodzaju, które są bardziej powtarzalne i nie wymagają tak złożonego planowania.
Podobne są natomiast cel i sposoby pracy. Celem Kanbana jest terminowe dostarczenie Klientowi Produktu jak najwyższej jakości. Natomiast zasady dotyczące wspólnych obu metodom sposobów pracy można sformułować następująco:
Tablice Kanban są szeroko wykorzystywanym narzędziem służącym do wizualizacji pracy zespołowej. Jest to tabela z kilkoma kolumnami. W każdej z nich znajdują się zadania o określonym statusie. Kategoryzacja zadań opiera się zaś na prostej zasadzie: karteczkę z opisem zadania – lub jej wirtualny odpowiednik – umieszcza się w jednej z kolumn. Tablice Kanban w wersji minimalnej zawierają trzy kolumny:
Bardzo często zdarza się, że kolumn jest więcej.
Jeśli zadań do wykonania jest więcej, zwykle pomiędzy kolumnami „do wykonania” i „w trakcie realizacji” pojawia się dodatkowa, zatytułowana „wybrane do realizacji”. O ile kolumna „do wykonania” pełni rolę Backlogu Produktu, o którym pisaliśmy tutaj, kolumna „wybrane do realizacji” pełni funkcję Backlogu Sprintu, który szczegółowo opisujemy w tym artykule.
Drugim częstym uzupełnieniem jest kolumna zatytułowana „w trakcie oceny” lub „do akceptacji”. Jest ona zwykle wpisywana pomiędzy kolumny zawierające zadania „w trakcie realizacji” i te „ukończone”. Znajdują się w niej zadania ukończone przez Zespół Developerski, oczekujące na akceptację ze strony Product Ownera. Zadaniem Product Ownera jest sprawdzenie ich zgodności z kryteriami akceptacji oraz uzyskanie ich ostatecznego zatwierdzenia przez Klienta. W takiej sytuacji, do ostatniej kolumny przenoszone są tylko zadania ostatecznie zaakceptowane. Tablice Kanban różnią się między przedsiębiorstwami je stosującymi, jak również między projektami realizowanym przez ten sam zespół. Ich wygląd oraz zawartość jest uzależniona od potrzeb zespołu i specyfiki projektu.
W związku z ogromną popularnością Scruma i Kanbana, powstała ich hybryda łącząca to, co najlepsze w obu tych sposobach pracy. Scrumban sprawdza się najlepiej w organizacjach, które łączą tworzenie Produktów ze świadczeniem usług, polegających często na implementacji Produktu u Klienta. Ze względu na ograniczenie ilości spotkań i komunikacji, Zespół może być większy.
Scrumban kładzie mniejszy nacisk na metryki stosowane powszechnie w Scrum, takie jak na przykład Burndown Chart. Korzysta jednak z filarów Scruma dotyczących potrzeby ciągłego ulepszania procesu pracy i dostosowywania ich do warunków i potrzeb Klienta. Podczas pracy w Scrumban praca nie jest jednak podzielona na Sprinty. Spotkania podsumowujące odbywają się co 3, 6 lub 12 miesięcy.
Planowanie pracy przebiega według zasady „On-Demand”, czyli w miarę jej pojawiania się. User Stories są umieszczane bezpośrednio w pierwszej kolumnie tablicy Kanban zawierającej zadania „do wykonania”. Pełni ona więc rolę Backlogu Sprintu, o którym pisaliśmy szerzej w tym artykule [link]. Tak jak w Backlogu Sprintu, na górze listy zadań do wykonania znajdują się te najpilniejsze. Przy bardziej złożonych projektach Project Manager może jednak prowadzić osobną listę zadań do wykonania odpowiadającą Backlogowi Produktu, z którego wybiera zadania do umieszczenia w pierwszej kolumnie.
Przy przenoszeniu zadań z pierwszej do drugiej kolumny obowiązuje zasada „Pull”. Oznacza ona, że zadania nie są delegowane konkretnemu Deweloperowi. Każda osoba wybiera z kolejki zadanie do realizacji i samodzielnie je realizuje.
Ilość zadań umieszczanych w środkowej kolumnie, „do realizacji” jest zwykle ograniczana w zależności od wielkości zespołu, tak aby w miarę możliwości każdy zajmował się tylko jednym zadaniem na raz.
Scrum i Kanban, choć są wykorzystywane do podobnych celów, są różnymi sposobami pracy. Scrum najlepiej sprawdza się w kreatywnych, innowacyjnych projektach realizowanych przez niewielkie Scrum Teams. Kanban natomiast został stworzony do działania w warunkach ciągłego i pozbawionego przestojów świadczenia podobnych usług. W Scrumie często wykorzystywane są tablice Kanban jako metoda wizualizacji wykonywanej pracy. Natomiast z połączenia obu powstał Scrumban, który najlepiej sprawdza się jako ramy pracy organizacji, które sprzedają swoje Produkty oraz świadczą u Klienta oparte na nich usługi.
Wiesz już jak są wykorzystywane tablice Kanban w metodyce Scrum. Zapoznaj się także z kolejnym wpisem na temat Scrum: Prędkość Zespołu Deweloperskiego
Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Autor: Karolina Berecka
Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.
Produktywność jest w ostatnim czasie szczególnie często poruszanym zagadnieniem. Powodem takiego stanu rzeczy jest fakt,…
Specjaliści od zarządzania zasobami ludzkimi są odpowiedzialni za szereg ważnych decyzji. Wybór odpowiedniego kandydata przyczyni…
Wraz z ukształtowaniem się nowych pokoleń, zmianom ulega również środowisko i kultura pracy. Generacja Y,…
Badania przeprowadzone przez firmę Owl Labs wskazują, że już 16% organizacji pracuje w trybie zdalnym,…
Wykorzystanie sztucznej inteligencji sprawia, że możemy komunikować się z naszymi urządzeniami używając języka naturalnego –…
“Zamknij okno!” wypowiedziane do asystenta AI będzie oznaczać co innego, gdy pracujemy w edytorze tekstu,…