Jeśli na szczycie naszej listy ToDo zawsze znajdują się zadania do wykonania w pierwszej kolejności, to już jest ona bardziej „backlogowa”. Nie zastanawiamy się, co teraz powinniśmy zrobić, bo wystarczy rzut oka. Sprint Backlog wzbogacony jest o „plan dostarczenia Przyrostu”, czyli o zadania do wykonania. O ile same wymagania pochodzą bezpośrednio z Product Backlogu (możemy je przenieść jeden do jednego), tak „plan dostarecznia” rozpisuje samoorganizujący się zespół. Zespół Deweloperski realizuje prace w Sprintach, czyli iteracjach trwających do miesiąca. Prognozowany zakres pracy w każdym kolejnym Sprincie, to nic innego jak Backlog Sprintu.
Narzędzia dla stron
Zespół natomiast, na podstawie backlogu, dobiera zadania do realizacji w kolejnych sprintach. Chociaż terminy „backlog sprintu” i „backlog produktu” brzmią podobnie, są czymś zupełnie innym. Przyjrzyjmy się, co może obejmować backlog sprintu i czym różni się od backlogu produktu. Backlog to swego rodzaju system porządkowania zadań nad konkretnym zjawiskiem (produktem/procesem). Dzięki niemu, można realnie kontrolować przebieg prac i ewentualnie reagować na pożądane lub niepożądane zmiany, zjawiska, stany prac itp.
Jak przeprowadzić efektywny backlog refinement?
Zbyt duża szczegółowość Backlogu Sprintu spowoduje problemy z bieżącą pracą, zbyt mała – problemy z identyfikacją niezbędnych do wykonania zadań. Tak jak odpowiedzialnym za Product Backlog jest Product Owner, tak Zespół Deweloperski jest odpowiedzialny za Sprint Backlog. Oznacza to, że ma on całkowitą władzę nad elementami nad którymi będzie pracował. Jeśli w czasie trwania Sprintu zachodzi potrzeba dodania, modyfikacji lub usunięcia czegoś w Backlogu Sprintu, czynność ta może być wykonana właśnie przez Zespół Deweloperski. Nie musi się on nikogo pytać o zgodę, o ile nie zmienia zakresu Sprintu. Skoro już wspomnieliśmy o czterech atrybutach Backlogu Produktu, to wypadałoby je teraz odczarować.
Backlog produktu (product backlog) – elementy
Efektywne zarządzanie backlogiem wymaga regularnej kontroli i aktualizacji. Należy również unikać takich błędów jak brak jasnych priorytetów, przestarzałe elementy czy zbyt małe zaangażowanie zespołu. Backlog refinement, nazywany także groomingiem backlogu, jest nieodzownym elementem w zarządzaniu projektem opartym na metodyce Agile. Głównym celem procesu jest nieustanne doskonalenie backlogu, pewność, że jest on aktualny i jasno zdefiniowany, a priorytety ustalone są w odpowiedni sposób. Częstotliwość korzystania z niego zależy od długości sprintów, która może się różnić nawet w poszczególnych zespołach w Twojej firmie. Jeśli jednak pracujesz według metodologii Agile, najlepszą praktyką jest wykorzystanie jednego backlogu dla każdego zaplanowanego sprintu.
Jakie role pełni product backlog w procesie tworzenia oprogramowania?
Ale każda tego typu modyfikacja musi się odbywać za wiedzą Product Ownera. Mówiąc inaczej, musi on mieć odpowiednio niskie oszacowanie, czyli rozmiar. Szacowaniu (nie tylko) w Story Points poświęciliśmy osobny tekst, a przy tej okazji trzeba też koniecznie wspomnieć o technice zwanej Planning Poker. Warto też podkreślić, że jest to jedyny element, za który nie jest odpowiedzialny Product Owner.
Lepsze zarządzanie backlogami dzięki Jira
Scrum Guide wyróżnia dwa podstawowe typy backlogu w ramach artefaktów Guide. Poniżej przedstawiamy ich podstawowe definicje i różnice pomiędzy nimi. Choć z pozoru może wydawać się, że backlog sprintu jest elementem zbioru w ramach backlogu produktu, to jednak w praktyce jest zupełnie inaczej i warto traktować je oddzielnie. Dobrą praktykę stanowi spisanie backlogu produktu jako listy na papierze, komputerze czy w aplikacji i udostępnienie jej wszystkim zainteresowanym. Backlog sprintu najczęściej pojawia się na tablicy (Scrum board) pokazywanej podczas codziennych spotkań zespołu. Zarządzanie backlogiem to nie tylko umiejętność planowania i realizacji zadań, ale także efektywne komunikowanie się z zespołem oraz monitorowanie postępów w realizacji projektu.
- Z biznesowego punktu widzenia stworzenie adekwatnego zestawienia tasków do wykonania, potencjalnych ulepszeń i terminów stanowi podstawę i pierwszy krok do osiągnięcia sukcesu biznesowego.
- Czym jest Backlog Sprintu, jak z niego korzystać oraz na co zwrócić uwagę na co dzień, dowiesz się z tego artykułu.
- Backlog powinien zawierać zadania na najbliższe 2-4 sprinty, a priorytetyzacja może odbywać się za pomocą formy wektorowej lub dzielenia zadań na zbiory.
Właściciel produktu jest odpowiedzialny za dodawanie nowych zadań, modyfikowanie istniejących oraz ustalanie ich priorytetów. W dzisiejszym artykule poruszymy temat, który może być nieco tajemniczy dla osób niezaznajomionych z terminologią stosowaną w zarządzaniu projektami, a mianowicie – backlogu. Warto zatem przyjrzeć się bliżej temu pojęciu, aby zrozumieć, jakie znaczenie ma ono w kontekście planowania i realizacji zadań, szczególnie w metodykach zwinnych, takich jak Scrum czy Kanban. W dalszej części artykułu postaramy się wyjaśnić, czym dokładnie jest backlog, jakie są jego rodzaje oraz jak efektywnie go tworzyć i zarządzać nim w praktyce. Po utworzeniu backlogu produktu ważne jest, aby regularnie go weryfikować w celu nadążenia za tempem programu. Product ownerzy powinny przeglądać backlog przed każdym spotkaniem dotyczącym planowania iteracji, aby się upewnić, że priorytety są właściwe i uwzględniono informacje zwrotne z poprzedniej iteracji.
Czym jest Backlog Sprintu, jak z niego korzystać oraz na co zwrócić uwagę na co dzień, dowiesz się z tego artykułu. Backlog jest niezbędny w organizacji i ustalaniu priorytetów pracy. W metodologiach zwinnych, jak Agile czy Scrum, pomaga zespołom skupić się na najważniejszych zadaniach.
Jest to zestaw zadań, które zostały wybrane przez zespół deweloperski do realizacji w nadchodzącym sprincie (iteracji pracy) z ogólnego backlogu produktu. Elementy te są zazwyczaj bardziej szczegółowe niż w backlogu produktu i są bezpośrednio związane z nadchodzącymi celami sprintu. Aby backlog był efektywnym narzędziem zarządzania projektami, należy dbać o jego utrzymanie w dobrej kondycji.
Z kolei w wersji elektronicznej mamy do dyspozycji dużą ilość darmowych oraz komercyjnych narzędzi, takich jak JIRA, Trello czy też popularny Microsoft Excel. Plusem w tym przypadku jest dostępność tak utrzymywanego Backlogu Produktu, który jest osiągalny w sposób ciągły dla zainteresowanych z niemal dowolnej lokalizacji oraz z dowolnego urządzenia. Dodatkowo, dyskusje toczone wokół telewizora lub dużego monitora są zwykle mniej interaktywne niż te przeprowadzane przy użyciu fizycznego Backlogu Produktu.
Na ich podstawie zespół może zidentyfikować zadania o wysokim priorytecie. To pozwoli uporządkować pozostałe czynności w oparciu o ich znaczenie w historyjce użytkownika. Gdy zespół ustali już działania priorytetowe, można podzielić je na zadania podrzędne.
Oprócz niego biorą w nich udział menedżerowie produktu, scrum master oraz co najmniej jeden przedstawiciel zespołu programistów. Nie wszyscy członkowie zespołu są niezbędni, ale ważne jest, aby obecny był co najmniej jeden przedstawiciel zespołu programistów i zespołu QA. Mają one swoje zastosowanie podczas spotkań zespołu.Historyjka się jest jednostką funkcjonalności w projektach XP (Extreme Programming).
Koncepcja Backlogu jest szczególnie popularna w metodyce Scrum, która została opracowana przez Ken Schwabera i Jeffa Sutherlanda. Scrum to metodyka zarządzania projektami, która skupia się na elastycznym podejściu do pracy zespołowej i iteracyjnym dostarczaniu wartościowych elementów. Backlog, pochodzący z języka angielskiego, odnosi się do listy zadań lub elementów, które muszą być wykonane lub uwzględnione w projekcie, procesie lub pracy.
Taka organizacja pozwala zespołowi skupić się na najważniejszych zadaniach, zapewnia efektywność i elastyczność. W szczególności polecamy nasze popularne warsztaty „Wymagania w projektach agile„. Pokazujemy tam jak pracować z backlogiem, wymaganiami, User Stories i nie tylko. Zwykła lista ToDo jest nieuporządkowana, a jej elementy nie mają przypisanej wartości. Jeśli jednak podzielimy ją na „muszę zrobić dzisiaj”, „muszę zrobić w tym tygodniu” i „może poczekać”, to już będzie lepiej.
Podręcznik zakłada, że skoro jesteśmy pewni, że dany element backlogu ukończymy w jednym Sprincie, to jest ono na tyle małe i na tyle dobrze rozpoznane, że nie ma tam żadnych niejasności. Dlatego możemy rozszerzyć kryterium gotowości do Definition of Ready. Dzielenie zadań na zbiory według ważności – Dokonuje się podziału na kilka zbiorów zadań o różnej ważności, a następnie dane zadanie przypisuje do danego zbioru. Oficjalny Przewodnik po Scrumie nie wskazuje, w jakiej formie powinny być wyrażane elementy Backlogu Produktu.
Instytucja baclokgu opisana jest bezpośrednio w Scrum Guide, gdzie opisywane są artefakty Scrum. Zgodnie z nią wyróżnia się dwa podstawowe backlogi produktu i sprintu. Każde zadanie zawarte w backlogu otrzymuje estymację Okres ważności w opcjach binarnych czasową do jego wykonania. Z biznesowego punktu widzenia stworzenie adekwatnego zestawienia tasków do wykonania, potencjalnych ulepszeń i terminów stanowi podstawę i pierwszy krok do osiągnięcia sukcesu biznesowego.
Właściwe tworzenie i aktualizacja listy, współpraca z zespołem programistów oraz klientem oraz korzystanie z odpowiednich narzędzi to aspekty, które przyczyniają się do sukcesu w realizacji projektów. Pamiętaj, że regularne aktualizacje oraz ustalanie priorytetów zadań są kluczowe dla utrzymania dynamiczności i efektywności product backlog. Tworzenie product backlog to proces, który wymaga współpracy pomiędzy właścicielem produktu, zespołem programistów oraz klientem. Wspólnie ustalają oni cele i priorytety projektu, które są następnie wprowadzane do listy. Ważne jest, aby podczas tworzenia product backlog uwzględnić wszystkie funkcje, wymagania, a także naprawy błędów, które mają zostać zaimplementowane w ramach projektu.
Z kolei przejrzystość i jasność Backlogu Produktu oznacza, że jest on prowadzony w takiej formie, która zapewnia jednoznaczny sposób interpretacji informacji tam zapisanych. Na bazie zdobytych Informacji zachodzi JP Morgan dodaje metryki ESG do platformy danych w całej branży handlowej z RepRisk proces adaptacji, polegający na zaktualizowaniu Backlogu Produktu o nowo zdobyte informacje. Powoduje to, że nauka zdobywana przez Zespół Scrumowy co Sprint jest do wykorzystywania od zaraz w kolejnym Sprincie.
Backlog Sprintu to żywy artefakt, który może się zmieniać na skutek zdobywania przez Zespół Deweloperski nowej wiedzy w trakcie trwania Sprintu. Wartość z posiadania planu, który był aktualny tydzień temu, jest zerowa. Stąd warto pamiętać, że jest to artefakt, który powinien odzwierciedlać wszystkie zmiany, które mają wpływ na pracę zespołu. Dzięki urealnieniu planu lepiej widać co pozostaje do zrobienia w kontekście pozostałego czasu dostępnego w Sprincie. Na bazie tych informacji, Zespół Deweloperski może przeplanować Sprint tak, aby pomimo perturbacji, zrealizować zaplanowany Cel Sprintu.
Jak to zawsze lubimy powtarzać – backlog żyje i nigdy nie jest kompletny. W związku z czym nie możemy go jedynie https://www.forexpulse.info/ utrzymywać (pielęgnować). „Grooming” został więc zastąpiony przez „refinement” czyli doskonalenie.
Uwidacznia też wszelkie rozbieżności między szacowanymi a rzeczywistymi terminami realizacji. Backlog Produktu to pozostająca do zrobienia praca, niezbędna do stworzenia konkretnego produktu. Jira i Confluence razem stanowią siłę nie do zatrzymania, która pomoże Twojemu zespołowi ucieleśnić wizję Agile.