Scrumban: najlepsze z dwóch metodyk Agile

Dramedy. Motel. Spork. Wszystkie te słowa zaczęły jako dwa odrębne pojęcia, które połączyły się, tworząc coś zupełnie nowego. 

Taka jest podstawowa idea nowszej metodologii Agile, znanej jako Scrumban. W tym artykule dowiesz się, czym jest Scrumban i jak ta nowa struktura Agile może pomóc Twojemu zespołowi dotrzymywać terminów i osiągać cele. 

Czym jest Scrumban?

Scrumban to metodyka zarządzania projektami, która łączy ze sobą dwie strategie Agile: Scrum oraz Kanban. Scrumban został początkowo opracowany, aby pomóc zespołom przejść z systemu Scrum na Kanban lub odwrotnie. Jeśli zespół ma większe doświadczenie w jednej strategii, ta technika może pomóc mu stopniowo przejść na drugą metodologię. 

Chociaż Scrumban został początkowo stworzony, aby pomóc zespołom w przejściu, niektórzy mogą uznać, że połączenie tych dwóch strategii najlepiej sprawdza się w ich przypadku. Scrumban najlepiej sprawdza się w zespole, który zna już niektóre aspekty Scruma lub Kanban. Dzięki temu doświadczeniu łatwiej będzie im rozpocząć korzystanie z metodologii Scrumban.

Scrum a Kanban

Scrum i Kanban to dwie popularne metodologie Agile, które jednak różnią się między sobą. Scrum to struktura postępowania oparta na zasadach Agile, która pomaga zespołom we współpracy i wykonywaniu zadań o wysokim znaczeniu. Tradycyjnie Scrum odbywa się w sprintach, które często trwają dwa tygodnie. Struktura Scruma to schemat wartości, ról i wytycznych dotyczących skutecznego prowadzenia sprintów. 

Z kolei Kanban to struktura Agile, która pomaga zespołom zrównoważyć pracę, którą muszą wykonać, w oparciu o dostępną pojemność każdego członka zespołu. Struktura Kanban opiera się na filozofii ciągłego ulepszania, gdzie elementy pracy są „pobierane” z backlog produktu, a następnie wprowadzane do stałego przepływu pracy. Metodologia Kanban najczęściej jest realizowana za pomocą tablic Kanban, a w szczególności oprogramowania do tworzenia tablic Kanban.

Jak działa Scrumban?

Jak sama nazwa wskazuje, struktura Scrumban Agile czerpie niektóre cechy zarówno ze struktury Scrum, jak i z metodologii Kanban.

Funkcje Scruma w Scrumbanie

• Iteracja procesu odbywa się w stałych interwałach, zazwyczaj na koniec sprintów, kiedy zespół przeprowadza retrospekcje sprintu i spotkania przeglądowe sprintu. 

• Praca jest priorytetyzowana na podstawie złożoności zadania i zapotrzebowania na produkt.

• Cały zespół uzgadnia, co oznacza „ukończone”, aby wszyscy wiedzieli, co to znaczy. Oznacza to, że wyniki końcowe są jasno nakreślone i zdefiniowane. 

Funkcje Kanban w Scrumban

• Wykorzystuje przejrzysty backlog elementów, które należy ukończyć. Gdy członek zespołu rozpoczyna pracę nad zadaniem, „wyciąga” je z backlogu do swojego bieżącego obciążenia pracą.

• Istnieją sztywne limity liczby zadań, które są obecnie w toku, aby zapobiec przepracowaniu zespołu.

• Zadania są wizualnie reprezentowane jako karty, które przechodzą przez różne etapy procesu na tablicy Kanban.

Funkcje unikalne dla Scrumban

• W Scrumban nie ma hierarchii zespołu. Oznacza to, że każda osoba w zespole programistycznym ma takie same możliwości podejmowania decyzji i dokonywania wyborów. Oznacza to również, że nie ma wyraźnego lidera grupy – zespół jest całkowicie samozarządzany.

• Projekty Scrumban nie muszą mieć terminu. Sprinty są często realizowane w dwutygodniowych cyklach, więc członkowie zespołu mogą skupić się na konkretnych zadaniach w ramach sprintu, dopóki nie nadejdzie czas na przegląd i powtórzenie. To sprawia, że Scrumban jest dobrym wyborem dla projektów bardzo długoterminowych lub projektów o niejednoznacznych celach. 

Proces Scrumban

Proces Scrumban składa się z czterech prostych kroków. Ponieważ w Scrumban nie ma Scrum Mastera, ważne jest, aby wszyscy w zespole znali te cztery podstawowe kroki. Oto jak rozpocząć.

1. Utwórz tablicę Scrumban

Tablica Scrumban to tablica Kanban, która może zawierać backlog produktu, backlog sprintu, etapy przepływu pracy zespołu (takie jak „nierozpoczęte”, „w toku” i „w trakcie przeglądu”) oraz wyraźną kolumnę przeznaczoną na ukończone zadania. Etapy, które pojawiają się na tablicy Kanban, są podyktowane przez Twój zespół. Przykładowo, niektóre zespoły nie umieszczają na tablicy Scrumban backlogu produktu, a zamiast tego umieszczają na niej tylko backlog sprintu.

Scrumban odzwierciedla cykliczny charakter sprintów. Jeśli na tablicy nie ma już kart, członkowie zespołu pobierają je z backlogu produktu. Najlepiej, aby zespół co tydzień przeglądał karty na tablicy i dodawał karty z backlogu produktu w oparciu o cel danego sprintu.

2. Ustal limity dotyczące pracy w toku

W Scrumban nie ma formularzy „punktów historyjek” – strategii, która przypisuje punkty do zadań na podstawie szacowanego czasu lub nakładu pracy, jaki zajmie każde zadanie. Zamiast tego tablica Kanban powinna mieć tylko określoną liczbę kart, aby zapobiec przepracowaniu. Jest to często nazywane limitami pracy w toku lub limitami WIP. Zespół Scrumban decyduje jako grupa, ile kart może znajdować się jednocześnie na danym etapie, aby nie dopuścić do przeciążenia zadaniami.

Jedną z kluczowych zalet Scrumban jest możliwość planowania i zmiany przepływu pracy w dowolnym momencie procesu. Na przykład, jeśli zespół uważa, że na tablicy znajduje się zbyt wiele kart, może łatwo zdecydować się na wstrzymanie pobierania zadań, aż więcej kart przejdzie do kategorii „Gotowe”.

3. Współpracuj z zespołem, aby priorytetyzować zadania

Scrumban to jedna z najbardziej elastycznych metodologii Agile. W Scrumban nie ma hierarchii, co daje każdemu możliwość wyboru tego, nad czym zespół pracuje. Najłatwiejszym sposobem na priorytetyzację zadań w Scrumban jest sprawdzenie, czego produkt potrzebuje najbardziej. Ponieważ proces ustalania priorytetów jest ciągły, członkowie zespołu mogą wybrać to, co ich zdaniem jest najważniejsze dla produktu. Ponieważ nie ma Scrum Mastera ani menedżera produktu, poszczególni członkowie zespołu mają możliwość decydowania o tym, co ich zdaniem jest najlepsze. 

4. Codzienne spotkania stand-up

Codzienne spotkania pomagają wszystkim członkom zespołu zrozumieć, nad czym się pracuje. Członkowie zespołu mogą zdecydować, nad którym zadaniem chcą pracować, na podstawie kart na tablicy. Kiedy wszyscy uczestniczą w codziennych spotkaniach stand-up, zespół programistyczny może lepiej priorytetyzować każde zadanie, ponieważ zna obciążenie pracą poszczególnych członków zespołu. Ponieważ w metodzie Scrumban nie ma wyznaczonego lidera, członkowie zespołu mogą na zmianę prowadzić codzienne spotkania stand-up.

Kiedy korzystać z metody Scrumban

Jedną z głównych zalet Scrumbanu jest to, że jest to niezwykle elastyczna forma zarządzania projektami. Oto kilka sposobów, w jakie możesz użyć metody Scrumban, aby stworzyć bardziej wydajne procesy dla swojego zespołu.

Kiedy musisz zarządzać projektami długoterminowymi

Jeśli Twój zespół pracuje nad długoterminowym lub ciągłym projektem bez ustalonego terminu, Scrumban może być dobrą metodą zapewniającą spójny przepływ pracy. Scrumban pomaga, ustanawiając przyrostowe punkty kontrolne. Ponieważ Scrumban działa w sprintach, zespół jest w stanie monitorować, czy praca nadal przebiega płynnie podczas przeglądów lub planowania. Tak więc nawet jeśli nie ma terminu dla trwającego projektu, korzystanie z metody Scrumban może zapewnić przepływ kart na tablicy zadań. 

Gdy Scrum nie sprawdza się w pełni

W niektórych zespołach programistycznych sztywna struktura platformy Scrum może utrudniać przepływ pracy. Jeśli Twój zespół ma trudności ze strukturą Scruma, Scrumban to podejście Agile, które może pomóc w jej uproszczeniu. Scrumban to połączenie Scruma i Kanban, dlatego zespół może nauczyć się klucz struktury Scrum, zachowując jednocześnie elastyczność metodologii Kanban.

Jeśli Twój zespół chce opanować podstawy przed wdrożeniem Scrumban, szablon Scrum pomoże Ci uporządkować backlogi, przeprowadzić sprinty i eksperymentować z najlepszymi praktykami zwinnego podejścia.

Zalety i wady metodologii Scrumban

Każda metodologia zarządzania projektami ma swoje wady i zalety. Oto kilka aspektów Scrumban, które pomogą Ci zdecydować, czy ta metodologia sprawdzi się w Twoim zespole. 

Zalety Scrumban

• Może pomóc zaoszczędzić czas: jeśli Twój zespół nie korzysta z żadnej formy zarządzania projektami, metoda Scrumban to dobry sposób na rozpoczęcie śledzenia wykonywanej pracy. Dzięki Scrumbanowi możesz zapobiec wykonywaniu przez zespół powielających się zadań lub spędzaniu czasu na zadaniach, które nie spełniają celu konkretnego sprintu. 

• Świetnie sprawdza się w projektach długoterminowych lub na dużą skalę: Scrumban to iteracyjna metoda Agile, która umożliwia wprowadzanie niewielkich zmian w dłuższych odstępach czasu. To sprawia, że jest to świetna struktura do wykorzystania w projektach długoterminowych, ponieważ potrzeby projektu będą się zmieniać wraz z upływem czasu. Wraz ze zmianą potrzeb Scrumban pomaga w iteracji i ulepszaniu procesów, aby nadążyć za tymi zmianami. 

• Poszczególni członkowie zespołu mają większą niezależność: jeśli Twój zespół chce mieć większą autonomię, metodologia Scrumban może być dobrym punktem wyjścia. Metoda Scrumban daje członkom zespołu możliwość podejmowania decyzji i priorytetyzowania pracy według własnego uznania, a nie tylko wykonywania zadań przypisanych przez Scrum Mastera lub właściciela produktu.

Wady Scrumban

• Brak zarządzania może powodować zamieszanie: niezależność i autonomia mogą być motywujące dla jednego zespołu, ale brak nadzoru może powodować zamieszanie i dezorganizację w innym. Pamiętaj, że to, co działa w jednym zespole, może nie sprawdzić się w innym. Znalezienie odpowiedniej metodologii zarządzania projektami polega na odkryciu, co sprawdza się w konkretnym zespole.

• Scrumban to stosunkowo nowa metodologia: ponieważ Scrumban to nowsza metodologia, nie ma tak wielu ustalonych procesów. Proces jednego zespołu Scrumban może wyglądać zupełnie inaczej niż proces innego zespołu, a częściowo wynika to z faktu, że nie ma ustandaryzowanej struktury, takiej jak w przypadku Scruma lub zwinnego zarządzania projektami.

• Kierownicy projektów mają mniejszą kontrolę: jeśli kierownik produktu lub kierownik projektu jest bardzo praktyczny, ta metodologia może nie sprawdzić się równie dobrze. W Scrumban nie ma określonych ról w zespole programistów. Oznacza to, że każdy ma taką samą możliwość wyboru tego, co uważa za właściwą decyzję dla sprintu.

Użyj narzędzia do zarządzania pracą dla Scrumban

Długoterminowe planowanie projektu Scrumban najlepiej sprawdza się z narzędziem do zarządzania pracą. Dzięki widokowi tablicy w Asanie Twój zespół Scrumban może zobaczyć, nad czym pracują poszczególne osoby i na jakim etapie procesu się znajdują. Chcesz wypróbować tablicę Scrumban dla swojego zespołu?