Obecnie wiele firm stosuje zwinne metodyki, aby utrzymać przewagę nad konkurencją. Metodyki zwinne pomagają przedsiębiorstwom dostarczać produkty dostosowane do nieustannie zmieniających się potrzeb klientów, jednak to, jak wygląda to w praktyce, różni się znacznie w zależności od zespołu i firmy. Przy tak wielu zwinnych metodykach do wyboru trudno jest określić, które podejście najlepiej wspiera cele biznesowe danej firmy.
W tym artykule przyjrzymy się bliżej dwóm popularnym podejściom: Scrum i Kanban. Chociaż obie metodologie opierają się na podobnych zasadach, różnią się pod względem harmonogramów realizacji, ustalania priorytetów oraz podziału ról i obowiązków. Pomożemy Ci zrozumieć różnice między metodyką Scrum a Kanban, dzięki czemu zdecydujesz, która z nich najlepiej sprawdzi się w Twoim zespole.
Czym jest Scrum?
Scrum to lekka metodyka, która pomaga zespołom rozwiązywać złożone problemy i skutecznie dostarczać produkty, których wysoka jakość zachwyca klientów.
Metodologia Scrum koncentruje się na empirycznej kontroli procesów opartej na trzech podstawowych filarach:
-
Przejrzystość. Aby zespół mógł podejmować skuteczne decyzje, które pobudzają realizację inicjatyw, potrzebny jest wgląd w proces rozwoju na każdym etapie. Współpracę członków zespołu nad realizacją wspólnego celu można zapewnić, stosując wspólny język empiryczny i organizując regularne spotkania scrumowe.
-
Kontrola. Aby koordynować pracę, zespoły regularnie sprawdzają, co i jak powstaje (bez przerywania przepływu pracy).
-
Adaptacja. Nie da się przewidzieć wszystkich wymagań ani scenariuszy, więc gdy plany ulegają zmianie, zespoły powinny jak najszybciej dostosować procesy lub produkt. Scrum daje możliwość dostosowania się na końcu każdej iteracji, aby zapobiec marnowaniu wyników pracy i usprawnić produktywność.
Role i obowiązki Scrum
Są trzy główne role i obowiązki Scrum:
-
Właściciel produktu: Właściciel produktu jest jedyną osobą odpowiedzialną za zarządzanie backlogiem produktu i maksymalizację wartości produktu końcowego.
-
Scrum master: Scrum master odpowiada za wdrożenie metodyki Scrum i dopilnowanie, że zespół rozumie teorię i praktyki tej metodologii. Osoba ta pełni rolę trenera i doradcy zespołu, moderując komunikację i współpracę.
-
Zespół deweloperski: Deweloperzy stanowią pozostałą część zespołu. Odpowiadają za wykonanie pracy w celu uzyskania przyrostu na końcu każdego sprintu. Deweloperzy współpracują, aby zaplanować sprint, zapewnić jakość, dostosować się w razie potrzeby i wzajemnie rozliczać się ze swoich obowiązków.
Czym jest Kanban?
Metodykę Kanban zaprojektowano do współpracy z bieżącymi systemami i procesami, aby pomóc w zarządzaniu realizowanymi pracami w toku (i zmniejszeniu ich liczby), zwiększeniu efektywności i usprawnieniu produktywności bez przepracowania. Metodyka ta jest mniej zależna od czasu niż Scrum, gdyż skupia się na wizualizacji pracy ukierunkowanej na maksymalizację przepływu zadań i skrócenie czasu potrzebnego do ukończenia projektu. Metodologia koncentruje się również na zrównoważeniu obciążeń w celu redukcji wąskich gardeł.
Kanban opiera się na kilku podstawowych zasadach:
-
Zacznij od tego, co już robisz. Kanban to elastyczna struktura, którą można płynnie włączyć do procesów i metodologii, z których już korzystasz, bez powodowania zakłóceń. Struktura ta docenia wartość obecnych procesów, jednocześnie wskazując możliwości ich stopniowego ulepszania.
-
Realizuj stopniową, ewolucyjną zmianę. Kanban zaprojektowano tak, aby napotykać jak najmniejszy opór. Odradza się wprowadzanie radykalnych zmian, ponieważ powodują one zakłócenia i mogą wywoływać strach oraz niepewność.
-
Zachęcaj do działań przywódczych na wszystkich poziomach. Cenne są spostrzeżenia i opinie wszystkich pracowników, które pobudzają współpracę i ciągłe doskonalenie.
Role i obowiązki w metodyce Kanban
W metodologii Kanban nie ma obowiązkowych ról, jednak istnieją dwie funkcje, których sformalizowanie warto rozważyć podczas wdrażania tej struktury:
-
Service Delivery Manager (SDM): Kierownik ds. realizacji usług dba o sprawny przepływ zadań, jednocześnie wspierając ciągłe doskonalenie.
-
Service Request Manager (SRM): Kierownik ds. zgłoszeń serwisowych porządkuje i ustala priorytety zadań oraz poprawia zarządzanie procesami w firmie.
Praktyki Scrum
Jest pięć podstawowych typów wydarzeń i spotkań Scrum:
1. Planowanie sprintu
Pierwszym krokiem jest zaplanowanie pracy, która zostanie wykonana podczas sprintu. Przy planowaniu sprintu współpracuje cały zespół, przy czym właściciel produktu dba o tym, by wszyscy uczestnicy byli przygotowani do dyskusji.
2. Sprint
Sam sprint to czas, w którym wykonywane są prace zidentyfikowane w fazie planowania. Sprinty to stosunkowo krótkie bloki robocze, trwające od jednego do czterech tygodni – po zakończeniu jednego sprintu rozpoczyna się następny. Sprinty zapewniają spójność faz projektowania i gwarantują zespołom przewidywalną realizację celów produktu, jednocześnie umożliwiając ewentualną comiesięczną adaptację.
3. Codzienny scrum
Codzienny scrum (znany również jako codzienne spotkanie) to 15-minutowe spotkanie zespołu, podczas którego członkowie kontrolują postępy w kierunku realizacji celu sprintu i w razie potrzeby dostosowują rejestr (backlog) sprintu. Organizując codzienny scrum, zespoły mogą skuteczniej organizować, planować i wykonywać pracę, która jest zgodna z celami produktu, jednocześnie usprawniając komunikację w zespole i rozwiązywanie problemów.
4. Przegląd sprintu
Pod koniec sprintu zespół przeprowadza przegląd sprintu, aby sprawdzić jego wyniki i określić kolejne kroki. Jest to okazja dla zespołu scrumowego i interesariuszy do podsumowania osiągnięć, nakreślenia ewentualnych zmian oraz dostosowania backlogu produktów w celu wykorzystania nowych możliwości.
5. Retrospektywa sprintu
Retrospektywa sprintu kończy sprint. Jej celem jest identyfikacja możliwości poprawy jakości i efektywności poprzez ocenę przebiegu sprintu. Obejmuje to ocenę poszczególnych osób, procesów, narzędzi, interakcji, założeń oraz definicji ukończenia przyjętej przez zespół. Zespół analizuje, co poszło dobrze, co można poprawić oraz co zrobi inaczej w kolejnym sprincie.
Praktyki Kanban
Kanban opiera się na sześciu kluczowych praktykach:
1. Wizualizacja procesu roboczego
W metodzie Kanban wykorzystuje się fizyczne karty lub oprogramowanie do tworzenia tablic Kanban, które pozwalają wizualizować zadania w toku, zadania ukończone oraz zadania, których jeszcze nie rozpoczęto. Tablica przedstawia aktualny stan procesu roboczego, w tym związane z nim ryzyko i specyfikacje.
2. Ograniczenie pracy w toku (WIP)
Kanban zachęca zespół, aby przed dodaniem nowej pracy najpierw skupić się na bieżących zadaniach. Ta praktyka sprawia, że zespół pracuje wyłącznie nad tymi zadaniami, które w danej chwili może realizować.
3. Zarządzanie procesem
Jednym z głównych celów metodyki Kanban jest usprawnienie procesu pracy. Priorytetem jest zarządzanie pracą, a nie ludźmi, poprzez ukierunkowane na płynność, skupienie się na przepływie zadań i zrozumienie procesów.
4. Precyzyjne zasady dotyczące procesów
Procesy powinny być precyzyjnie zdefiniowane, opublikowane i współdzielone, aby zwiększyć zrozumienie i akceptację w całym zespole lub organizacji. Te zasady i wytyczne dotyczące zarządzania przepływem pracy są wizualizowane na diagramach, co poprawia samoorganizację i sprzyja harmonizacji pracy.
5. Wdrożenie pętli informacji zwrotnych
Informacje zwrotne mają kluczowe znaczenie pod względem identyfikacji problemów i możliwości ciągłego ulepszania. Planowanie regularnych spotkań zarówno z zespołem, jak i z klientami, pozwala zebrać cenne informacje zwrotne i wdrożyć zebrane spostrzeżenia do procesu pracy.
6. Nieustanne doskonalenie
Wspólne wdrażanie zmian bazujących na dowodach i regularne przeglądanie systemów i procesów w celu zapewnienia ciągłej poprawy.
Czym jest tablica Scrum?
Tablica Scrum to narzędzie do wizualizacji, które służy do śledzenia postępów prac w krótkich, stopniowych sprintach. Zazwyczaj tablica jest podzielona na poziome pasy lub pionowe kolumny, które zespół może wykorzystać do monitorowania postępów w realizacji zadań do wykonania w ramach sprintu.
Tablica Scrum może być wirtualna lub fizyczna. W obu przypadkach często zawiera kolumny:
-
Do zrobienia: priorytetowy rejestr (backlog) zadań zaplanowanych do bieżącego sprintu
-
W toku: lista rozpoczętych zadań
-
W trakcie testowania: ukończone zadania, które są weryfikowane poprzez testy
-
Gotowe: zadania, które zostały ukończone i zweryfikowane poprzez testowanie
Zanim sprint się zakończy, wszystkie zadania powinny zostać przeniesione do kolumny „Gotowe”.
Nie ma ustalonego formatu dla tablicy Scrum, ponieważ często to zespół decyduje, jak przedstawić niezbędne informacje. Możesz dodawać lub usuwać pasy i kolumny, dostosowując je do swoich potrzeb.
Zaloguj się za pomocą GoogleGoogle
Zaloguj się za pomocą MicrosoftMicrosoft
Zaloguj się za pomocą SlackSlack
