Dvesto položiek v backlogu, najstaršia spred poldruha roka. Nikto si už nepamätá, kto ju nahlásil, ani či problém, ktorého sa týka, vôbec ešte existuje. Každý týždeň pribúda viac požiadaviek, než tím uzavrie, a každý rozhovor o prioritách končí rovnako: dôležité je všetko, takže nič. Ak vediete firmu alebo zodpovedáte za produkt, takýto zoznam nie je technický problém. Je to problém rozhodovací. A dá sa vyriešiť bez najímania troch ďalších programátorov.
Skôr než začnete čokoľvek zrýchľovať, delegovať či škrtať, backlog treba roztriediť. Nie podľa dátumu nahlásenia a nie podľa toho, kto sa hlasnejšie dožaduje svojho.
Krok 1: rozdeľte požiadavky do štyroch košov
Prvé triedenie sa robí podľa biznisových dôsledkov, nie podľa technickej náročnosti:
- Kritické pre tržby: požiadavky, ktoré blokujú predaj, obsluhu klientov alebo fakturáciu. Každý deň odkladu má vyčísliteľné náklady.
- Compliance s pevným termínom: KSeF, GDPR, akt o umelej inteligencii (EU AI Act). Hraničný dátum nevyjednáva a pokuta býva vyššia než náklady celej zmeny.
- Quality-of-life: nič priamo neblokujú, ale denne stoja ľudí čas. Ručné prepisovanie dát, report zliepaný v tabuľke, obchádzky, na ktoré si všetci zvykli.
- Nice-to-have: nápady, ktoré pred rokom vyzerali dobre a odvtedy sa na ne nikto nespýtal.
Z našich projektov vyplýva jednoduché pozorovanie: posledný kôš tvorí často 30–50 % celého zoznamu. Smelo ho zmažte. Ak je niektorý nápad naozaj potrebný, vráti sa sám, a to s lepším zdôvodnením než prvý raz.
Krok 2: pridajte druhú os, teda kto by to mal robiť
Pri požiadavkách, ktoré prežili prvý rez, si položte druhú otázku: vyžaduje realizácia hlbokú znalosť vašej domény, alebo je to štandardná inžinierska robota? Pridanie poľa do formulára, integrácia cez API, nový report, migrácia dát, regresné testy: to všetko vyzerá rovnako v dopravnej firme aj vo farmaceutickom veľkoobchode. Cenová logika, algoritmus plánovania trás, pravidlá skóringu klienta: to dobre neurobí nikto, kto nepozná váš biznis.
Z týchto dvoch osí vzniká matica, ktorá dáva rozhodnutiam poriadok:
- Naliehavé a štandardné: najlepší kandidát na delegovanie externému partnerovi. Dobre definovaný vstup a výstup, málo kmeňového kontextu.
- Naliehavé a doménové: vlastný tím, okamžite. Tu skratka neexistuje.
- Nenaliehavé a štandardné: delegovať v balíkoch, keď sa nazbiera zmysluplný súbor.
- Nenaliehavé a doménové: vedome odložené, s konkrétnym dátumom revízie namiesto večného „niekedy“.
Častá chyba: delegovanie naopak
A tu jeden názor, vypestovaný na modernizačných projektoch: mnohé firmy delia prácu presne naopak. Ťažké doménové úlohy dávajú von, lebo „na to nemáme ľudí“, a jednoduché zmeny si nechávajú, lebo vyzerajú lacno. Výsledok je zlý dvakrát. Externý partner sa roky učí doménu, ktorú by firma mala kontrolovať sama, pretože je to jej konkurenčná výhoda. A vlastný senior páli týždne na pridávaní polí do formulárov, teda na práci, ktorú by zvládol každý solídny dodávateľ. Doménové jadro si držte in-house, aj keď to ide pomalšie. Štandardnú robotu odovzdávajte bez sentimentu.
Podľa čoho spoznáte, že sa backlog uzdravuje
Počet položiek na zozname hovorí málo. Dve metriky hovoria takmer všetko:
- Vek najstaršej aktívnej požiadavky. Ak klesá z 18 mesiacov na 3, front sa reálne točí. Ak rastie, triedenie bolo kozmetické.
- Lead time, teda medián času od nahlásenia po funkčnú zmenu v produkcii. To je jediná miera, ktorú biznis cíti.
K tomu jeden kontrolný test: bilancia prílevu a realizácie za mesiac. Kým pribúda viac, než ubúda, žiadna prioritizácia nestačí — treba zvýšiť priepustnosť alebo škrtať odvážnejšie. Jedna výhrada: tieto metriky sa dajú ľahko oklamať. Mazanie starých požiadaviek len preto, aby sa zlepšil graf, upratuje report, nie firmu.
Kde je v tomto usporiadaní ESKOM AI
V takomto rozdelení práce obsadzujeme pravý stĺpec matice: preberáme štandardné zmeny, integrácie medzi systémami a automatizáciu regresných testov, zatiaľ čo váš tím zostáva vlastníkom doménového jadra. Proces založený na tíme špecializovaných AI agentov, s plným rozsahom automatických testov (jednotkové, integračné, E2E, testy rozhrania, bezpečnostné a výkonnostné), umožňuje uzavrieť typickú požiadavku z koša „štandardná robota“ v dňoch alebo týždňoch; o tom, odkiaľ sa táto rýchlosť berie, sme písali v texte ako AI skracuje čas realizácie zmien. Poctivo: prvé týždne spolupráce sú pomalšie, lebo musíme spoznať váš systém a prostredie. Tieto vstupné náklady sa vracajú od ďalších požiadaviek, takže pre jedinú drobnú opravu takýto model nemá zmysel. Pre prúd zmien má zmysel veľký.
Kde začať už tento piatok
Zablokujte si hodinu v kalendári a prejdite zoznam s tabuľkou po ruke: štyri koše, potom druhá os. Po tej hodine budete vedieť tri veci: čo zmazať, čo urobiť vlastnými silami a čo sa dá delegovať externe hneď. A ak chcete týmto delením prejsť s niekým, kto to robil mnohokrát, dohodnite si bezplatnú konzultáciu cez formulár na eskom.ai/pl/kontakt. Prineste export backlogu. Odídete s roztriedeným zoznamom a reálnym rozpätím času pre požiadavky, ktoré sa dajú delegovať okamžite.