Czy kiedykolwiek patrzyłeś na swój backlog i chciałeś usunąć z niego wszystko i zacząć od zera? Cóż, nie raz miałem takie odczucie, ponieważ tworzenie i utrzymywanie backlogów produktu nie jest łatwym zadaniem. Aby jednak pokazać Ci, jak właściwie prowadzić backlogi i zainspirować Cię do uporządkowania własnego, pozwól, że podzielę się z Tobą czterema wyjątkowymi przykładami backlogów produktu.
Czym jest backlog produktu w Agile i Scrumie?
Backlog produktu jest żywym dokumentem zawierającym wszystkie elementy, nad którymi zespół produktowy, mistrz Scrum i zespół inżynieryjny planują pracować, aby stworzyć swój produkt.
Obejmuje wszystko, czego potrzebujesz do stworzenia i utrzymania produktu, w tym nowe funkcje, zadania związane z długiem technicznym, usprawnienia procesów technicznych wynikające z ostatniej retrospektywy, zadania związane z automatyzacją kontroli jakości i wiele więcej.
Podstawową cechą backlogu produktu jest to, że stanowi on uporządkowaną według priorytetów listę, na której elementy znajdujące się na górze mają najwyższy priorytet, a zespół powinien zająć się nimi w pierwszej kolejności podczas planowania sprintów (lub gdy ma wolne miejsce na swojej tablicy kanban).
Backlog produktu a backlog sprintu i mapa drogowa produktu: czym się różnią?
W zarządzaniu projektami Agile, a w szczególności w metodyce Scrum, backlog produktu nie jest jedyną listą elementów tworzoną przez właściciela produktu dla zespołu deweloperskiego. Istnieją również backlog sprintu i mapa drogowa produktu. Czym się jednak różnią? Wyjaśnijmy to.
Backlog sprintu: Jest to podzbiór większego backlogu, zawierający wyłącznie elementy, które zespół Scrum uwzględnił w kolejnym sprincie lub innym rodzaju iteracji w wyniku spotkania dotyczącego planowania sprintu. Elementy te są zwykle dobrze przygotowane i zawierają punkty historyjki.
Mapa drogowa produktu: Jest to dokument wysokiego poziomu, przedstawiający ogólny obraz produktu oraz jego najważniejsze funkcje i kamienie milowe. W przeciwieństwie do backlogu, który ma bardziej taktyczny charakter i zawiera opisy funkcji, mapa drogowa produktu ma charakter strategiczny i służy pokazaniu członkom zespołu oraz interesariuszom, w jakim kierunku zmierza produkt i jakie są najważniejsze obszary zainteresowania.
Skoro najważniejsze pojęcia zostały już właściwie przedstawione, przejdźmy od razu do wyjaśnienia, jak zarządzać backlogiem produktu (i jak, cóż, tego nie robić).
Jak NIE robić tego właściwie: oto fatalny przykład backlogu produktu
Zrozumienie antywzorców tworzenia i zarządzania backlogami produktu jest prawdopodobnie równie ważne, jak poznanie najlepszych praktyk. Powód jest prosty: jeśli nie wiesz, że coś jest antywzorcem, ryzykujesz umieszczenie tego w swoim backlogu i uznanie, że jest to coś normalnego i zwyczajnego.
Aby omówić niektóre praktyki, które mogą znacząco obniżyć jakość backlogu, przyjrzyjmy się poniższemu przykładowi.
Wróćmy do przykładu. Poświęć trochę czasu na dokładne jego przeanalizowanie.
Wygląda fatalnie, prawda? W rzeczywistości, patrząc na ten backlog, większość z nas doświadczy dwóch emocji:
- Wstręt wywołany chaosem elementów w tym backlogu.
- Poczucie winy, ponieważ przyznajmy, każdy z nas miał backlog, który tak wyglądał (oczywiście ja również).
Rozłóżmy teraz na czynniki pierwsze problemy występujące w tym backlogu.
Have an account? Log In
Nadmiar elementów backlogu produktu
Zauważyłeś, że w tym backlogu znajdowało się 665 elementów? Cóż, największy backlog, którym miałem „przyjemność” zarządzać, zawierał ponad 2500 elementów.
Problem z przeładowanym backlogiem polega na tym, że niemal na pewno nie będziesz w stanie pamiętać, czym jest każdy jego element i dlaczego umieściłeś go na określonej pozycji lub nadałeś mu konkretny priorytet. Ponieważ nie masz pojęcia, czego dotyczą te zadania, prawdopodobnie nie przedstawisz ich podczas następnego doprecyzowania, nie omówisz ich szczegółów ani nie uwzględnisz ich w nadchodzącym sprincie.
W efekcie otrzymujesz ogromny, niezarządzalny bałagan, który stale i bez końca narasta.
Nieprawidłowe ustalanie priorytetów rejestru zadań
Kolejnym problemem, który mogłeś zauważyć na tej liście rejestru zadań, jest to, że elementy pracy z priorytetami „Najniższy” i „Niski” znajdują się na samej górze — nad elementami z priorytetem „Najwyższy”.
To typowy przypadek, gdy priorytety w rejestrze zadań nie zostały prawidłowo ustalone. Przyczyn może być wiele, ale najbardziej prawdopodobna jest taka, że obniżyłeś priorytet elementu o „Wysokim” priorytecie, przesuwając go niżej w rejestrze zadań, ale zapomniałeś zmienić pole priorytetu.
Author's Tip
Bez względu na to, dlaczego doszło do pomieszania priorytetów, może to zaszkodzić Twojemu produktowi i zespołowi. Pamiętaj, że rejestr zadań powinien być dla wszystkich „jedynym źródłem prawdy”. Jeśli więc jakiś element ma ustawiony niewłaściwy priorytet (np. otrzymuje wyższy priorytet, niż powinien), ryzykujesz, że zespół zacznie nad nim pracować i zignoruje inne, ważniejsze zadania.
Brak szczegółów
Czy zauważyłeś element „Chcę bezproblemowej integracji ze wszystkimi platformami mediów społecznościowych”? LOL. To nawet nie jest prawidłowa historyjka użytkownika, biorąc pod uwagę ogromny zakres, którego dotyczy. Zakres jest tak duży, że w praktyce powinieneś mieć kilka epików, z których każda obejmowałaby historyjki dotyczące jednej platformy mediów społecznościowych.
Poza ogromnym zakresem problemem z tym elementem (a właściwie z każdym elementem w tym rejestrze zadań) jest jego ogólnikowość. Historyjki użytkownika powinny opisywać konkretne doświadczenie i działanie użytkownika.
Wyobraź sobie, że przedstawiasz tę historyjkę na spotkaniu dotyczącym porządkowania rejestru zadań z zespołem Agile. Musiałbyś zmierzyć się z lawiną pytań dotyczącą niemal każdego aspektu tej historyjki.
„Co masz na myśli, mówiąc «bezproblemowej»?” „Jak wygląda ta integracja?” „Z którymi platformami mediów społecznościowych się integrujemy?!”
„Chcę wszystkiego i to teraz”
Kolejnym sygnałem ostrzegawczym, który mogłeś zauważyć w rejestrze zadań, było to, że 70% elementów miało priorytet „Najwyższy”. To kolejna typowa sytuacja, gdy przy ustalaniu priorytetów polegasz wyłącznie na opiniach interesariuszy (a każdy interesariusz uważa swoje elementy za ważne), nie próbując obiektywnie ich ocenić ani porównać ich znaczenia ze znaczeniem innych elementów na liście.
Skoro zdefiniowaliśmy już, jak wygląda zły rejestr zadań, naprawmy go i omówmy cztery dobre przykłady rejestrów zadań... abyś mógł ponownie uczynić swój rejestr zadań świetnym.
3 przykłady dobrze przygotowanych rejestrów zadań
Zanim pokażę Ci te przykłady, chcę zaznaczyć, że nie istnieje jeden właściwy sposób tworzenia świetnego rejestru zadań. Jego wygląd będzie zależeć od charakteru Twojego produktu, jego dojrzałości, wielkości Twojej firmy lub zespołu itd.
W rzeczywistości świetny rejestr zadań to taki, który zapewnia wszystkim jasność i zgodność co do obecnego oraz nadchodzącego zakresu Twojego produktu.
Istnieją jednak uniwersalne sposoby zarządzania rejestrem zadań, dzięki którym stanie się on bardziej uporządkowany i łatwiejszy w użyciu dla wszystkich. Każdy z poniższych przykładów przedstawia taką najlepszą praktykę.
Przykład nr 1: rejestr zadań z sekcjami
Niemal nigdy nie jest właściwe posiadanie rejestru zadań zawierającego setki lub tysiące elementów. Jednak około 100 elementów to zwykle coś dość powszechnego i normalnego. Nawet przy stu elementach w rejestrze zadań łatwo zapomnieć, czego dotyczy każdy z nich, albo pozostawić je nietknięte przez długi czas bez dodawania ich do nadchodzących sprintów.
Aby lepiej uporządkować rejestr zadań, możesz rozważyć podzielenie go na sekcje.
Niektórzy menedżerowie produktu lubią używać sekcji do grupowania elementów według obszarów zainteresowania lub kamieni milowych. Osobiście wolę używać na zadaniach tagów Wersja, Epik i Komponent, a następnie dzielić rejestr zadań na sekcje na podstawie zakresu nadchodzących sprintów.
To świetny sposób na przypisanie sprintu (lub przynajmniej przybliżonego harmonogramu realizacji) do zdecydowanej większości elementów w rejestrze zadań i upewnienie się, że żadne zadanie nie zostanie zaniedbane.
Innym często stosowanym sposobem zarządzania rejestrem zadań za pomocą sekcji jest grupowanie elementów na podstawie ich statusu dopracowania/przepływu pracy (w czym może pomóc AI w zarządzaniu rejestrem zadań). W tym przypadku usprawniasz swój proces za pomocą następujących sekcji:
- Bieżący sprint
- Gotowe do planowania
- Gotowe do dopracowania
- Rejestr zadań
W tym przypadku dodajesz wymagania dotyczące produktu i opisy elementów znajdujących się w rejestrze zadań. Gdy wymagania są gotowe, przenosisz je do sekcji „Gotowe do dopracowania”, która służy jako zakres na najbliższe spotkanie dotyczące dopracowania.
Po dopracowaniu elementu przenosisz go do sekcji „Gotowe do planowania”, wskazując, że jest gotowy i zespół może uwzględnić go w nadchodzącym sprincie.
Przykład nr 2: rejestr zadań z właściwie umieszczonymi komponentami, epikami i wersjami
Segmentacja rejestru zadań z pewnością sprawi, że będzie on czystszy i lepiej uporządkowany. Ograniczenie polega jednak na tym, że korzystając wyłącznie z segmentacji, możesz organizować rejestr zadań tylko według jednego kryterium (np. sprintów, statusu dopracowania itd.).
Na szczęście nowoczesne narzędzia do zarządzania rejestrem zadań produktu zapewniają znacznie szerszy wybór opcji organizowania listy zadań do wykonania związanych z rozwojem produktu na podstawie wielu kryteriów. Wystarczy spojrzeć na ten zachwycający rejestr zadań.
Czyż nie wygląda on na dobrze zorganizowany i przyjemny dla oka? W tym konkretnym przypadku wykorzystaliśmy następujące funkcje, aby ułatwić zarządzanie naszym rejestrem zadań:
Komponenty
To pole/cecha tradycyjnie opisuje obszar produktu, do którego chcesz dodać daną funkcję. W powyższym przykładzie komponentami są poszczególne produkty tworzące Grammarly.
Innym często stosowanym sposobem wykorzystania komponentów jest organizowanie historyjek/zadań na podstawie technologii wymaganej do stworzenia danej funkcji. W przypadku aplikacji internetowych możesz na przykład utworzyć komponenty warstwy frontendowej/backendowej, aby pomóc w organizowaniu pracy i zależności między inżynierami wyspecjalizowanymi odpowiednio w tworzeniu części klienckiej lub serwerowej.
Wersje/wydania
Dzięki tej cesze dokumentujesz wszystkie funkcje i poprawki błędów, które Twój zespół Scrum wyda w ramach określonej wersji produktu. Śledzenie wersji w rejestrze zadań przynosi dwie niezwykle cenne korzyści.
- Pomaga planować sprinty i wydania. Jeśli na przykład planujesz wydanie za 2 tygodnie, podczas spotkania planistycznego powinieneś upewnić się, że w sprincie uwzględniono wszystkie zadania przeznaczone dla tej wersji wydania.
- Możesz udokumentować wszystko, co Twój zespół dodał do określonej wersji i łatwo prześledzić problemy, gdy coś wydarzy się na środowisku produkcyjnym.
Wyobraź sobie na przykład, że użytkownicy zaczynają otrzymywać błędy Captcha w procesie rejestracji w najnowszej wersji 1.3.2. Szukając zadania, na podstawie którego Twój zespół wprowadził zmiany w konfiguracji captcha, widzisz, że należy ono do wersji 1.3.1. Oznacza to, że będziesz musiał albo wycofać się do wersji 1.3.0, albo wykonać szybką poprawkę.
Epiki
Cóż, nie sądzę, że muszę wyjaśniać, czym jest epik i jakie są korzyści z jego stosowania. Jeśli jednak chcesz dokładnie poznać najlepsze praktyki i niuanse epików, możesz zapoznać się z naszym przewodnikiem po epikach (gra słów zamierzona).
More Articles
Przykład nr 3: rejestr zadań z odpowiednią ilością szczegółów w każdej sekcji
To najlepsza praktyka, na którą mogłeś natknąć się w wielu książkach i opracowaniach teoretycznych dotyczących zwinnego zarządzania produktami. Chociaż wraz ze zdobywaniem doświadczenia stajemy się nieco bardziej sceptyczni wobec koncepcji teoretycznych, ta praktyka jest rzeczywiście przydatna w praktyce.
Chodzi więc o to, że elementy znajdujące się na górze powinny zawierać wiele szczegółów i najlepiej, abyś przynajmniej raz przeprowadził je przez proces dopracowania rejestru zadań produktu . Z drugiej strony elementy znajdujące się na dole rejestru zadań powinny zawierać niewiele szczegółów, ponieważ istnieje duże prawdopodobieństwo, że dowiesz się czegoś nowego o swoim produkcie i użytkownikach końcowych, a dany element stanie się nieaktualny.
Oznacza to, że jeśli element znajdujący się na górze Twojego rejestru zadań wygląda tak (lub jest jeszcze bardziej szczegółowy):
Historyjki na dole rejestru zadań powinny zawierać znacznie mniej szczegółów i wyglądać tak:
Natomiast wszystkie historyjki i inicjatywy znajdujące się w środkowej części rejestru zadań będą miały średni poziom szczegółowości.
Przykład nr 4: Wiem, że to oczywiste, ale… czysty rejestr zadań
Wiem, że utrzymanie porządku w rejestrze zadań nie jest łatwe. Wielokrotnie przez to przechodziłem i wiem, że może się to wydawać żmudnym obowiązkiem. Jednak nieprzeglądanie wszystkich elementów rejestru zadań oraz pamiętanie o usuwaniu nieaktualnych elementów to główne czynniki decydujące o jego jakości.
Usuwanie rzeczy z rejestru zadań nie zawsze jest łatwe. Istnieją naprawdę świetne funkcje, które masz nadzieję kiedyś wdrożyć (głównie te mile widziane), i czasami naprawdę nie chcesz się ich pozbywać. Jednak w pewnym momencie trzeba spojrzeć prawdzie w oczy — wiesz, że nigdy ich nie wdrożysz. A nawet jeśli to zrobisz, będzie to oznaczało, że zabrakło ci funkcji o wysokim priorytecie, co ogólnie nie jest dobrym znakiem.
Czasami to interesariusze utworzyli te nieaktualne elementy w rejestrze zadań. Zanim je usuniesz, próbujesz zapytać ich, czy ich prośba jest nadal aktualna, a ich odpowiedź niemal zawsze brzmi: tak. Cóż, jeśli prośba ma ponad 6 miesięcy, a oni już o niej zapomnieli, po prostu przekonaj ich, że nie jest to pilna sprawa (gdyby była, ponawialiby ją wielokrotnie) i usuń ją.
Świetny rejestr zadań to taki, który najlepiej sprawdza się w twoim przypadku
Jeśli wziąłbyś pod uwagę wszystkie opisane tutaj najlepsze praktyki, czy miałbyś świetny rejestr zadań? Cóż, pomogą ci, ale nie zagwarantują doskonałości.
Nie zapominaj, że celem rejestru zadań jest bycie jednym źródłem prawdy dla wszystkich. Dlatego oprócz tych najlepszych praktyk musisz wziąć pod uwagę potrzeby i styl pracy swojego zespołu oraz interesariuszy, a następnie zbudować rejestr zadań w sposób, który pomoże im zachować wspólne rozeznanie.
Ten przewodnik po świetnych rejestrach zadań jest częścią większej serii poświęconej wszystkim zagadnieniom związanym ze zwinnym zarządzaniem. Zapisz się do naszego biuletynu, aby co dwa tygodnie otrzymywać na swoją skrzynkę więcej takich przewodników i ciekawych informacji!