Dwieście pozycji w backlogu, najstarsza sprzed półtora roku. Nikt już nie pamięta, kto ją zgłosił ani czy problem, którego dotyczy, w ogóle jeszcze istnieje. Co tydzień przybywa więcej zgłoszeń, niż zespół zamyka, a każda rozmowa o priorytetach kończy się tak samo: wszystko jest ważne, więc nic nie jest. Jeżeli prowadzisz firmę albo odpowiadasz za produkt, taka lista to nie kłopot techniczny. To kłopot decyzyjny. I da się go rozwiązać bez zatrudniania trzech dodatkowych programistów.
Zanim zaczniesz cokolwiek przyspieszać, delegować czy wycinać, backlog trzeba posortować. Nie po dacie zgłoszenia i nie po tym, kto głośniej upomina się o swoje.
Krok 1: podziel zgłoszenia na cztery koszyki
Pierwsze sortowanie robi się według skutków biznesowych, nie według trudności technicznej:
- Krytyczne dla przychodu: zgłoszenia, które blokują sprzedaż, obsługę klienta albo fakturowanie. Każdy dzień zwłoki ma policzalny koszt.
- Compliance z twardym terminem: KSeF, RODO, EU AI Act. Data graniczna nie negocjuje, a kara bywa wyższa niż koszt całej zmiany.
- Quality-of-life: nic nie blokują wprost, ale codziennie kosztują czas ludzi. Ręczne przepisywanie danych, raport sklejany w arkuszu, obejścia, do których wszyscy przywykli.
- Nice-to-have: pomysły, które rok temu wydawały się dobre i od tamtej pory nikt o nie nie zapytał.
Z naszych projektów wynika prosta obserwacja: ostatni koszyk to często 30–50% całej listy. Skasuj go śmiało. Jeśli któryś pomysł jest naprawdę potrzebny, wróci sam, i to z lepszym uzasadnieniem niż za pierwszym razem.
Krok 2: dołóż drugą oś, czyli kto powinien to robić
Dla zgłoszeń, które przetrwały pierwsze cięcie, zadaj drugie pytanie: czy realizacja wymaga głębokiej wiedzy o Twojej domenie, czy jest standardową robotą inżynierską? Dodanie pola do formularza, integracja przez API, nowy raport, migracja danych, testy regresji: to wszystko wygląda tak samo w firmie transportowej i w hurtowni farmaceutycznej. Logika cenowa, algorytm planowania tras, reguły scoringu klienta: tego nie zrobi dobrze nikt, kto nie zna Twojego biznesu.
Z tych dwóch osi powstaje macierz, która porządkuje decyzje:
- Pilne i standardowe: najlepszy kandydat do delegowania partnerowi zewnętrznemu. Dobrze zdefiniowane wejście i wyjście, mało kontekstu plemiennego.
- Pilne i domenowe: własny zespół, od razu. Tu nie ma drogi na skróty.
- Niepilne i standardowe: delegować paczkami, gdy uzbiera się sensowny pakiet.
- Niepilne i domenowe: świadomie odłożone, z konkretną datą przeglądu zamiast wiecznego „kiedyś".
Częsty błąd: delegowanie na odwrót
I tu jedna opinia, wyrobiona na projektach modernizacyjnych: wiele firm dzieli pracę dokładnie odwrotnie. Trudne, domenowe zadania oddają na zewnątrz, bo „nie mamy do tego ludzi", a proste zmiany trzymają u siebie, bo wydają się tanie. Efekt jest podwójnie zły. Partner zewnętrzny latami uczy się domeny, którą firma powinna kontrolować sama, bo to jej przewaga konkurencyjna. A własny senior przepala tygodnie na dodawaniu pól do formularzy, czyli pracy, którą wykonałby każdy solidny wykonawca. Rdzeń domenowy trzymaj in-house nawet wtedy, gdy idzie wolniej. Standardową robotę oddawaj bez sentymentów.
Po czym poznać, że backlog zdrowieje
Liczba pozycji na liście mówi niewiele. Dwie metryki mówią prawie wszystko:
- Wiek najstarszego aktywnego zgłoszenia. Jeżeli spada z 18 miesięcy do 3, kolejka realnie się kręci. Jeżeli rośnie, sortowanie było kosmetyczne.
- Lead time, czyli mediana czasu od zgłoszenia do działającej zmiany na produkcji. To jedyna miara, którą czuje biznes.
Do tego jeden test kontrolny: bilans napływu i realizacji w miesiącu. Dopóki przybywa więcej, niż ubywa, żadna priorytetyzacja nie wystarczy — trzeba zwiększyć przepustowość albo ciąć śmielej. Jedno zastrzeżenie: te metryki łatwo oszukać. Kasowanie starych zgłoszeń tylko po to, żeby poprawić wykres, porządkuje raport, nie firmę.
Gdzie w tym układzie jest ESKOM AI
W takim podziale pracy zajmujemy prawą kolumnę macierzy: przejmujemy standardowe zmiany, integracje między systemami i automatyzację testów regresji, a Twój zespół zostaje właścicielem rdzenia domenowego. Proces oparty na zespole wyspecjalizowanych agentów AI, z pełnym zakresem testów automatycznych (jednostkowe, integracyjne, E2E, interfejsu, bezpieczeństwa i wydajnościowe), pozwala zamykać typowe zgłoszenie z koszyka „standardowa robota" w dniach lub tygodniach; o tym, skąd bierze się ta szybkość, pisaliśmy w tekście jak AI skraca czas realizacji zmian. Uczciwie: pierwsze tygodnie współpracy są wolniejsze, bo musimy poznać Twój system i środowisko. Ten koszt wejścia zwraca się od kolejnych zgłoszeń, więc dla pojedynczej drobnej poprawki taki model nie ma sensu. Dla strumienia zmian ma sens duży.
Od czego zacząć w ten piątek
Zablokuj godzinę w kalendarzu i przejdź przez listę z arkuszem obok: cztery koszyki, potem druga oś. Po tej godzinie będziesz wiedzieć trzy rzeczy: co skasować, co zrobić własnymi siłami i co można oddać na zewnątrz od zaraz. A jeżeli chcesz przejść przez ten podział z kimś, kto robił to wielokrotnie, umów bezpłatną konsultację przez formularz na eskom.ai/pl/kontakt. Przyjdź z eksportem backlogu. Wyjdziesz z posortowaną listą i realnymi widełkami czasu dla zgłoszeń, które nadają się do delegowania od razu.