„Rejestr sprintu” i „backlog produktu” brzmią jak to samo sformułowane w inny sposób. Tak nie jest, a ich pomieszanie jest jednym z najbardziej stałych źródeł chaosu w planowaniu w zwinnych zespołach.
Oto uczciwa lektura na temat tego, czym jest każdy z nich, dlaczego różnica ma znaczenie, cztery sposoby, w jakie zespoły je zamazują i co się dzieje, gdy to zrobi, oraz prosta poprawka strukturalna, która rozwiązuje 90% zamieszania.
Rzeczywiste definicje (bez żargonu)
Zaległości produktowe: każdy pomysł może w końcu to zrobić. Otwarte. Jest własnością premiera. Często większy, niż zespół kiedykolwiek wyśle.
Zaległości sprintu: konkretna lista przedmiotów, które posiada zespół zobowiązał się zakończyć w ciągu najbliższych 1–4 tygodni. Zamknięty zakres. Posiadane przez zespół podczas sprintu.
Zależność: rejestr sprintu to mały wycinek wyciągany z rejestru produktu podczas planowania sprintu. Po rozpoczęciu sprintu zaległości sprintu dla zespołu zostają zamrożone. Backlog produktu wciąż ewoluuje.
To wszystko. Wszystko inne wypływa z tych dwóch pomysłów.
Cztery sposoby, w jakie zespoły zacierają te dwa obszary
1. Traktuj backlog sprintu jak listę życzeń
Symptom: podczas planowania sprintu zespół wybiera 50 punktów pracy na 30-punktowy sprint, „na wypadek, gdybyśmy mieli dodatkowy czas”.
Dlaczego coś idzie nie tak: zaległości sprintu z celami rozciągniętymi nie są zaległościami sprintu; to pełna nadziei lista życzeń. Zespół nie może powiedzieć „zobowiązaliśmy się do tego”, ponieważ od początku było to niejasne. Cel sprintu traci sens. Prędkość staje się bez znaczenia. Interesariusze dowiadują się, że „zaangażowany” nie oznacza zaangażowany.
Poprawka: zaległości sprintu to to, czego potrzebujesz zakończy, wymiarowane do rzeczywistej pojemności. Jeśli na koniec sprintu masz dodatkową wydajność, pobierz nowe zgłoszenie z rejestru produktu. Nie angażuj się w to z góry.
2. Traktowanie backlogu produktu jako planu sprintu w oczekiwaniu
Symptom: na szczycie rejestru produktu znajduje się „praca planowana w tym sprincie”, następnie „praca planowana w następnym sprincie”, a następnie „praca planowana po nim”.
Dlaczego coś idzie nie tak: myli to planowanie z ustalaniem priorytetów. Treścią następnego sprintu jest podjęta decyzja dotycząca planowania przy planowaniu, a nie z góry przesądzone wnioski, które utknęły w zaległościach. Kiedy traktujesz backlog produktu jako kolejkę wcześniej ustalonych sprintów, tracisz zdolność reagowania na wnioski; każdy sprint po prostu uruchamia kolejkę.
Poprawka: utrzymuj porządek w rejestrze produktu według priorytet, a nie poprzez zadanie sprintu. Użyj flagi „gotowy do sprintu” lub sekcji „następny” na górze zaległości. Przypisanie sprintu odbywa się w trakcie planowania, poza listą zadań, a nie na niej.
3. Pozwól, aby rejestr produktu zrzucił się do sprintu w połowie sprintu
Symptom: interesariusz mówi „to jest pilne, czy możemy dodać to do bieżącego sprintu?” Premier twierdzi, że tak. Backlog sprintu rośnie o 5 punktów bez zgody zespołu.
Dlaczego coś idzie nie tak: rejestr sprintu to kontrakt pomiędzy zespołem a kierownikiem projektu (i interesariuszami) dotyczący tego, co zostanie wysłane w trakcie sprintu. Jednostronne dodanie elementów zrywa tę umowę. Zespół nie ma sygnału, czy dodatek jest realistyczny. Pierwotny cel sprintu staje się trudniejszy do osiągnięcia. Zaufanie ulega erozji.
Poprawka: nic nie jest dodawane do rejestru sprintu bez zgody zespołu. Jeśli coś jest naprawdę pilne, upuść ze sprintu coś innego o tej samej wielkości. Jeśli zespół nie jest w stanie tego pomieścić, pilna sprawa przechodzi do następnego sprintu lub znajduje się na osobnej ścieżce „wsparcia/przerwania”.
4. Udoskonalanie zadań tylko przy planowaniu sprintu
Symptom: planowanie sprintu trwa 3 godziny, ponieważ połowę czasu poświęca się na zastanawianie się, co właściwie oznaczają zadania.
Dlaczego coś idzie nie tak: zadaniem planowania sprintu jest zbieranie co robić, nie zrozumienie co robić. Jeśli większość planowania sprowadza się do pytania „czekaj, czego właściwie wymaga ten zadanie?”, udoskonalanie nie następuje. Udoskonalanie polega na doprowadzeniu elementów rejestru produktu do stanu, w którym się znajdują gotowy do odebrania; to proces ciągły, a nie działanie polegające na planowaniu spotkań.
Poprawka: cotygodniowe 30-minutowe udoskonalanie na szczycie rejestru produktu. zadania są wyjaśniane, dopasowywane i oznaczone jako „gotowe do sprintu” wcześniej planowanie. Planowanie staje się 30–45-minutową sesją dotyczącą możliwości i wyboru, a nie 3-godzinną sesją tłumaczeniową.
(Więcej informacji znajdziesz w naszym Element Runbook udoskonalania zaległości.)
Co trafia do backlogu produktu (a co nie)
Zdrowy backlog produktu obejmuje:
- 10-30 najlepszych pozycji: jasno zdefiniowany, rozmiarowy, gotowy do sprintu. Odświeżone każde udoskonalenie.
- Średnio 30-100 pozycji: rozumiane kierunkowo, z priorytetami, ale jeszcze nie gotowe. Zostaną udoskonalone, gdy zbliżą się do szczytu.
- Dół: długi ogon „byłoby miło”; pomysły, opinie otoczenia, na wpół uformowane życzenia.
Rozdęty backlog produktu zazwyczaj obejmuje:
- Ponad 500 pozycji, większość z nich jest nieaktualna
- zadania sprzed 18 miesięcy, których nikt nie ma
- „Dług technologiczny” wrzucony do pracy fabularnej bez kontekstu
- Duplikaty istniejących zadań, o których wszyscy zapomnieli
- zadania, które w rzeczywistości są eposami wymagającymi rozkładu
Poprawka: co kwartał archiwizuj wszystko, czego nie tknięto przez 6 miesięcy. Jeśli to będzie miało znaczenie, wróci. Jeśli tak nie jest, bez powodu dźwigasz wagę.
Co trafia do backlogu sprintu
Zdrowy backlog sprintu to:
- Rozmiar dostosowany do rzeczywistej pojemności (nie pojemność teoretyczna; zob zdolność do sprintu i użyj współczynnika ostrości)
- Filtrowano jako „gotowy do sprintu” przedmioty; żadnych rozmytych zadań, które wymagają eksploracji, aby w ogóle zacząć
- Zakotwiczony przez 1-2 cele sprintu: rzeczy, które, jeśli zostaną wykonane, oznaczają, że sprint się powiódł
- Plus wsparcie / mniejsze przedmioty aby wypełnić pojemność
- Zamrożony na początku sprintu: dodatki tylko w drodze handlu
Częsty błąd: traktowanie backlogu sprintu jak płaskiej listy. Lepiej: oznacz każdy element jego związkiem z celem sprintu. Krytyczny dla celu / wspierający cel / oportunistyczny. Kiedy w połowie sprintu pojawi się presja, wiesz, które elementy wyciąć jako pierwsze.
Definicja „gotowy do sprintu”.
Największe ulepszenie, jakie może wprowadzić większość zespołów: zdefiniuj, co oznacza „gotowy do sprintu” i wpuść tylko te elementy do sprintu.
Typowa definicja gotowości do sprintu:
- Tytuł jasno określa, jak wygląda wysyłka
- Wymienione są kryteria akceptacji (a nie „spraw, by to zadziałało”)
- W razie potrzeby powiązane projekty / specyfikacje / dane
- Fabuła opowiedziana przez zespół
- Zależności zidentyfikowane i rozwiązane (lub wyraźnie znane)
- W opisie nie ma żadnych elementów „do ustalenia” lub „rozmyślimy to”.
zadanie, który nie spełnia tego warunku, nie jest gotowy, a włączenie go w sprint oznacza, że sprint się poślizgnie.
(Nasz Definicja generatora gotowego obejmuje wyjście stronie baru. „Gotowy do sprintu” to wejście strona. Obydwa mają znaczenie.)
Kto jest właścicielem czego
Czysta własność zapobiega większości nieporozumień:
- Zaległości produktowe: PM jest właścicielem ustalania priorytetów, porządkowania i pielęgnacji. Zespół przyczynia się do udoskonalenia (rozmiar, podział).
- Zaległości sprintu: zespół jest jego właścicielem podczas sprintu. Po rozpoczęciu sprintu żadna strona zewnętrzna nie dodaje ani nie usuwa elementów jednostronnie.
- Cel sprintu: PM proponuje, zespół zobowiązuje się. Celem jest kontrakt zespołu na sprint.
- Wyrafinowanie: wspólna odpowiedzialność; PM przynosi zadania, zespół je rozkłada i sortuje.
Kiedy własność się zaciera, wszystko idzie na boki. Redakcja PM zaległości w sprincie w połowie sprintu = zerwany kontrakt. Priorytet zespołu w zakresie ponownego pisania rejestru produktu = PM pozbawiony uprawnień. Trzymaj się tego, kto jest właścicielem czego.
Kiedy możesz uprościć
W przypadku bardzo małych zespołów (3-5 inżynierów, pojedynczy produkt) formalne rozróżnienie na produkt/backlog sprintu może wydawać się trudne. Prostszy model, który często działa:
- Jedna uporządkowana lista, od góry do dołu według priorytetów
- Pozioma linia „tego sprintu” narysowana podczas planowania sprintu; elementy powyżej linii dotyczą tego sprintu, elementy poniżej nie
- Udoskonalanie odbywa się co tydzień w przypadku 10 najlepszych pozycji
Jest to zasadniczo ten sam model z mniejszą ceremonią. To działa, gdy zespół jest na tyle mały, że „zespół” i „prezes” i tak bez przerwy rozmawiają. Załamuje się przy liczbie 8+ inżynierów lub przy mniej zaangażowanym PM.
Szczere podsumowanie
Backlog produktu = otwarty, z priorytetami, własnością PM, co ty może zrobić.
Backlog sprintu = zamknięty, zaangażowany, należący do zespołu, co ty będzie zrób ten sprint.
Cztery zacierające się wzorce (sprint z listy życzeń, kolejka sprintu w zaległościach, zrzuty w połowie sprintu, udoskonalanie podczas planowania) powodują, że większość zespołów doświadcza chaosu w planowaniu. Każdy z nich ma czystą poprawkę strukturalną. Żadne z nich nie wymaga zmiany kultury ani wsparcia kadry kierowniczej; to decyzje, które zespół może podjąć samodzielnie w jednym retrospekcji.
Większość zespołów może rozwiązać 80% problemów związanych z planowaniem za pomocą dwóch retrospekcji: jednej umożliwiającej przygotowanie do sprintu, drugiej wymuszającej zamrożenie zaległości sprintu. Od tego momentu różnica pomiędzy backlogiem produktu a backlogiem sprintu przestaje być teoretyczna, a zaczyna być nośna.
Narzędzia, które pomogą:
- Kalkulator wydajności sprintu: ustaw realistyczny rozmiar zaległości sprintu za pomocą współczynnika skupienia.
- Prognoza sprintu: biorąc pod uwagę rejestr produktu i średnią prędkość, kiedy zostanie wysłana?
- Definicja generatora gotowego: przypinaj DoD do każdego problemu.
- Generator planu przeglądu sprintu: przegląd sprintu oparty na „co teraz”, a nie teatrze demonstracyjnym.
SprintFlint domyślnie dzieli rejestr produktu i rejestr sprintu. Elementy zaległości wchodzą w sprint dopiero wtedy, gdy je wciągniesz, nigdy jednostronnie. 50 bezpłatnych zadań miesięcznie: brak karty.