rePlan - idea i mechanika
rePlan to nie plugin. To nie kolejne narzędzie. To zmiana mentalna - i fizycznie prosta siatka.
Wiersze: ludzie. Każdy członek zespołu, jeden wiersz. Kolumny: dni sprintu. Od 1 do 10 (zakładając dwutygodniowy sprint). Komórki: co ta osoba robi tego dnia, na czym czeka, co blokuje.
Rysujesz to na tablicy. Albo w Miro. Albo w Excelu. Format nie ma znaczenia. Treść ma.
Jak to wygląda w praktyce? Zaczynasz Sprint Planning od Jiry - co jest do zrobienia, jak zawsze. Potem bierzesz rePlan i pytasz: "Dobrze, a teraz - kto, kiedy i w jakiej kolejności?"
I wtedy zaczyna się dziać coś interesującego.
Po dziesięciu minutach pracy z siatką widzisz rzeczy, których przez dwa tygodnie nie zobaczysz w Jirze.
Co odkryłem w pierwszym tygodniu używania
Odkrycie pierwsze: Janek robi to osiem dni sam.
Funkcja backendowa, która miała zająć "jakieś dwa-trzy dni". Gdy narysowałem siatkę, zobaczyłem, że Janek ma zaplanowane osiem z dziesięciu dni sprintu na tę jedną historyjkę. Nikt nie widział tego w Jirze, bo task był jeden - "Implement payment gateway." Jeden task, osiem dni, jeden człowiek.
Zapytałem: "Janek, czy potrzebujesz pomocy?" Milczenie. Potem: "No... mogłoby się przydać, bo mam blokadę w integracji z zewnętrznym API."
Tydzień wcześniej wiedzieliśmy. Tydzień wcześniej mogliśmy reagować.
Odkrycie drugie: Kasia czeka na API do czwartku.
Frontend developer zależy od backendowego endpointu. Endpoint gotowy w czwartek. Frontend można zacząć pisać w piątek. Sprint kończy się w piątek.
W Jirze: wszystko zielone. Backend "In Progress", frontend "To Do" - nic niepokojącego. W siatce rePlan: Kasia ma trzy dni robocze na pracę, która realnie wymaga pięciu.
Odkrycie trzecie: dwie osoby piszą tę samą rzecz.
W jednym ze sprintów, gdy narysowałem siatkę, zobaczyłem, że Marek i Agnieszka oboje mają zaplanowane prace przy tym samym komponencie. Różne taski. Ta sama klasa. Nikt z tym nie rozmawiał na Sprint Planning, bo w Jirze to były dwa osobne tickety.
Trzy minuty rozmowy uratowały dwa dni pracy.
Jak wdrożyć od jutra - krok po kroku
Kiedy robić rePlan: bezpośrednio po Sprint Planning. Zanim ludzie wrócą do swoich biurek. Póki masz wszystkich w jednym miejscu.
Jak długo to trwa: od piętnastu do trzydziestu minut. Nie więcej - w większości przypadków. Jeśli regularnie trwa dłużej mimo dobrze przygotowanego Sprint Planning - może to sygnał, że zespół ma zbyt wiele zewnętrznych zależności lub zbyt dużą liczbę równoległych wątków. To również wartościowa informacja.
Krok 1: Narysuj siatkę. Wiersze = ludzie, kolumny = dni. Możesz użyć tablicy w sali, kartki A3, Miro, Google Sheets.
Krok 2: Dla każdej historyjki ze sprintu zapytaj: "Kto to robi? Kiedy zaczyna? Od czego zależy? Co musi być gotowe przed tym?" Wpisuj do siatki.
Krok 3: Szukaj sygnałów: jedna osoba z za dużą ilością pracy? Ktoś czeka na kogoś? Dwie osoby w tym samym miejscu? To są rozmowy do przeprowadzenia teraz.
Krok 4: Na początku każdego dnia sprintu - pięć minut z siatką. "Co się zmieniło? Czy czyjś plan się zmienił?" Nie jako kontrola - jako synchronizacja.
Jak reagować na odkryte luki: nie panikuj. Luka wykryta w poniedziałek to okazja. Luka odkryta w czwartek to problem. Cały sens rePlan to wcześniejsze wykrywanie.
Wyniki z case study - 16 zespołów, trzy miesiące
Wdrożyłem rePlan jako część większej transformacji GBS - tej samej, o której piszę w artykułach o ADKAR i zarządzaniu zmianą. Szesnaście zespołów. Trzy miesiące fazy, w której rePlan był głównym narzędziem synchronizacji.
Time to Market w dół o 35%.
Zniknięcie frazy "ja swoje zrobiłem" - to nie jest miara twarda. Obserwowałem to w rozmowach indywidualnych ze Scrum Masterami i w retrospektywach - każdy z nich wskazał to jako zauważalną zmianę języka i postawy, nie tylko powierzchnią procesu.
"Rój zamiast jednostek" - tak to opisał jeden z team leadów. Zamiast ośmiu osób pracujących równolegle bez kontaktu, zaczęli pracować jak jeden organizm.
Kontekst: to była transformacja GBS, środowisko usługowe, silna presja na czas. Warunki mogą być inne u Ciebie. Mechanizm ten sam.
Jedna rzecz, której rePlan nie zastąpi
rePlan pokazuje plan. Nie zastąpi rozmowy.
Siatka to narzędzie do uruchamiania rozmów, które inaczej nie dochodzą do skutku. Rozmów o zależnościach. O blokadach. O tym, że ktoś potrzebuje pomocy i się nie przyzna, dopóki ktoś nie zapyta wprost.
Jedno zastrzeżenie dla zespołów rozproszonych lub zdalnych: fizyczna siatka na tablicy działa świetnie, gdy wszyscy są w jednym miejscu. Przy pracy zdalnej - to samo ćwiczenie przeprowadzone w Miro lub Google Sheets daje podobny efekt, jeśli pamiętasz o jednym: żeby było robione razem, na żywo, a nie asynchronicznie. rePlan bez wspólnej chwili jest tylko kolejnym arkuszem.
Narzędzie jest proste. Rozmowy bywają trudne.
Ale to dobra trudność. Lepsza niż pożar w czwartek.
Wierzysz swojej Jirze w połowie sprintu? Albo inaczej - kiedy ostatnio sprawdziłeś, czy to, co jest "In Progress" rzeczywiście postępuje tak, jak myślisz?