Backlog to prowadzona na bieżąco lista wszystkich prac, które mogą zostać wykonane w produkcie lub projekcie: wymagań, zmian, poprawek błędów i zadań technicznych. Lista jest uporządkowana – na górze znajdują się pozycje najważniejsze, opisane na tyle dokładnie, że zespół może je od razu realizować, a niżej pozycje ogólniejsze, doprecyzowywane w miarę zbliżania się terminu realizacji.
Pojęcie pochodzi z metod zwinnych. W Scrumie backlog produktu jest według Scrum Guide 2020 jedynym źródłem pracy zespołu, a za jego kolejność odpowiada Product Owner. Ta sama zasada sprawdza się jednak także w projektach prowadzonych klasycznie.
Jak to działa
Dobra pozycja backlogu zawiera opis potrzeby (najlepiej z perspektywy użytkownika lub procesu), kryteria akceptacji, oszacowanie pracochłonności, właściciela biznesowego i priorytet. Backlog przegląda się regularnie (refinement): pozycje są doprecyzowywane, dzielone, łączone lub usuwane. O kolejności decydują wartość, ryzyko, zależności i terminy; w praktyce często stosuje się prostą klasyfikację MoSCoW (must, should, could, won’t).
W projektach ERP backlog zasila analiza fit-gap: każda luka, zmiana konfiguracji, raport czy integracja staje się pozycją z decyzją, czy jest potrzebna przed uruchomieniem systemu. Później trafiają tu błędy z testów akceptacyjnych i zgłoszenia z okresu stabilizacji. W projektach AI backlog obejmuje przypadki użycia oceniane pod kątem wartości, dostępności danych i ryzyka, a także eksperymenty z jasnym kryterium sukcesu.
Przykład
Po warsztatach fit-gap w projekcie wdrożenia ERP w firmie produkcyjnej powstało 240 pozycji. Zespół połączył 35 duplikatów zgłoszonych przez różne działy, a pozostałe sklasyfikował: 70 pozycji „must” warunkujących uruchomienie, 85 do realizacji po stabilizacji systemu i 50 odrzuconych, bo standard systemu pokrywał potrzebę po zmianie procesu. Lista „must” stała się zakresem do terminu uruchomienia, a cotygodniowy przegląd backlogu – głównym forum decyzji o zmianach.
Najczęstsze błędy
- Backlog jako składowisko pomysłów: pozycje tylko przybywają, nikt ich nie usuwa, a lista licząca kilkaset punktów przestaje wspierać decyzje.
- Kilka równoległych list – w arkuszu, w narzędziu do zadań i w poczcie – bez jednego właściciela, który ustala kolejność.
- Pozycje bez kryteriów akceptacji, przez co spór o to, czy zadanie zostało wykonane, wraca dopiero podczas testów.