Czym jest Scrumban?

Czym Scrumban jest naprawdę

Scrumban zachowuje te części kanbana i scruma, które zarabiają na siebie, a resztę odrzuca. Z kanbana bierze widoczną tablicę, przepływ oparty na kolumnach i jawny limit tego, ile jest w toku — to, co czyni przepływ czytelnym. Ze scruma bierze sprint w ramach czasowych — to, co zamienia backlog w plan.

Czego nie bierze: codziennych standupów, spotkań porządkujących backlog, ceremonii wokół story pointów, retrospektyw jako rytuału. To działa u dziesięciu inżynierów w dotartej organizacji; nie działa u jednego założyciela, który próbuje coś wypuścić w sobotę.

Nazwa pochodzi od Coreya Ladasa, którego esej, a później książka Scrumban opisały, jak zespoły scrumowe mogą przejść od stałych iteracji do przepływu opartego na zaciąganiu pracy.

Scrumban vs Kanban vs Scrum — różnice

Te trzy metody różnią się głównie dwiema rzeczami: czy pracę planuje się w ramach czasowych i ile procesu otacza tablicę.

Źródła: Scrum Guide w kwestii sprintów, ról i wydarzeń; Kanban Guide w kwestii przepływu i limitów pracy w toku.

Jak wygląda tablica Scrumban?

Tablica Scrumban to tablica kanbanowa z nałożonym na nią sprintem. Kolumny pokazują, gdzie jest praca; sprint mówi, której części backlogu dotyczy ten tydzień. Minimalna tablica ma cztery kolumny:

• Backlog — wszystko, co możesz zrobić. Na dole nieuporządkowane, na górze uporządkowane.
• Todo — to, co zdecydowano zrobić jako następne. Celowo małe: gdy się kończy, to sygnał, żeby planować.
• Doing — to, nad czym ktoś (człowiek albo agent AI) pracuje w tej chwili.
• Done — skończona praca. Czyszczona albo archiwizowana na koniec sprintu.

Jak założyć tablicę Scrumban?

1. Utwórz cztery kolumny: Backlog, Todo, Doing, Done.
2. Wrzuć do Backlogu wszystko, o czym wiesz. Nie sortuj całości — posortuj górę.
3. Zdecyduj, ile może być naraz w Doing. Dla jednej osoby jedna lub dwie rzeczy; dla małego zespołu mniej więcej jedna na osobę.
4. Wybierz długość sprintu — tydzień lub dwa — i zapisz dla niego cel w jednym zdaniu. Do Todo zaciągaj tylko to, co służy temu celowi.
5. Pracuj, zaciągając: gdy coś w Doing jest skończone, weź następną kartę z góry Todo. Nikt nikomu nie wpycha pracy.
6. Planuj, gdy Todo się kończy, a nie według kalendarza. Na koniec sprintu sprawdź, co zostało zrobione, a co nie, i zacznij następny.

Dlaczego Weft wybiera Scrumban

Weft istnieje, bo większość menedżerów zadań jest skrojona pod jedną z dwóch skrajności: albo samotna lista zadań (nieskończona lista, żadnego taktu), albo pakiet Agile dla pięćdziesięciu osób (narzut procesu dla jednoosobowej firmy). Scrumban siedzi dokładnie pośrodku — tyle struktury, żeby wymusić wypuszczanie co tydzień albo co dwa, i nie tyle, żeby dzień premiery zszedł na administrowaniu.

Jak Weft to realizuje

• Cztery domyślne kolumny: Backlog, Todo, Doing, Done. Pracę w toku ogranicza to, co czeka na ciebie, a nie liczba przy każdej kolumnie. Kanban Guide traktuje jawną zasadę ograniczania pracy w toku jako część definicji przepływu pracy, tak aby nowe elementy były zaciągane dopiero wtedy, gdy zwalnia się przepustowość.
• Jeden aktywny sprint naraz, z opcjonalnym celem. Sprinty są opcjonalne — pomiń je, jeśli pasuje ci czysty kanban. Scrum Guide definiuje Sprinty jako wydarzenia o stałej długości, trwające miesiąc lub krócej, przy czym nowy Sprint zaczyna się zaraz po zakończeniu poprzedniego.
• Zadania mają priorytet, szacunek, termin i opcjonalne przypisanie do sprintu. Żadnych epików, żadnych workflow, żadnych własnych pól.
• Czas cyklu zaczyna się, gdy zadanie trafia do kolumny z semantic="doing", a kończy w "done". Liczby biorą się z uczciwego używania, nie z arytmetyki story pointów.

Scrumban z agentami AI

To właśnie zaciąganie pracy sprawia, że Scrumban działa także z agentami AI. Agent połączony z Weft przez MCP sam bierze następną kartę: start_task ją rezerwuje, więc drugi agent nie podejmie tej samej karty, a complete_task ją zamyka z opisem tego, co zrobiono, i dowodami. Gdy agent potrzebuje decyzji, pyta ciebie, zamiast zgadywać — a gdy na ciebie czeka zbyt dużo skończonej pracy, agenci przestają zaczynać nowe zadania. To kanbanowy limit pracy w toku zastosowany do jedynego zasobu, który się nie skaluje: twojej uwagi.

Kiedy Scrumban nie jest właściwą metodą

• Prowadzisz kilka równoległych zespołów scrumowych. Scrum Guide określa wielkość Scrum Teamu na zwykle 10 osób lub mniej i mówi, że większe produkty należy zorganizować w kilka Scrum Teamów dzielących jeden Cel Produktu i jeden Product Backlog. Raportowanie na poziomie programu, wspólna velocity, zależności między zespołami — tu pełny scrum w Jirze zarabia na siebie. Nexus Guide powstał właśnie na taką sytuację: kilka Scrum Teamów pracujących z jednego Product Backlogu, z dodatkowymi praktykami do ujawniania i rozwiązywania zależności między zespołami.
• Robisz czysty support albo ciągłe utrzymanie. Takt sprintów nie jest potrzebny — lepiej pasuje czysty kanban albo system zgłoszeń.
• Potrzebujesz wykresów Gantta i osi czasu. Scrumban jest nastawiony na sprinty, nie na grafy zależności.

Pytania o Scrumban