Dvjesto stavki u backlogu, najstarija od prije godinu i pol. Nitko se više ne sjeća tko ju je prijavio ni postoji li uopće još problem na koji se odnosi. Svaki tjedan pristigne više zahtjeva nego što ih tim zatvori, a svaki razgovor o prioritetima završava jednako: sve je važno, pa ništa nije. Ako vodite tvrtku ili odgovarate za proizvod, takav popis nije tehnički problem. To je problem odlučivanja. I može se riješiti bez zapošljavanja tri dodatna programera.
Prije nego što išta počnete ubrzavati, delegirati ili rezati, backlog treba sortirati. Ne po datumu prijave i ne po tome tko glasnije traži svoje.
Korak 1: podijelite zahtjeve u četiri košare
Prvo sortiranje radi se prema poslovnim posljedicama, ne prema tehničkoj težini:
- Kritično za prihod: zahtjevi koji blokiraju prodaju, korisničku podršku ili fakturiranje. Svaki dan kašnjenja ima izračunljiv trošak.
- Compliance s tvrdim rokom: KSeF, GDPR, Akt o umjetnoj inteligenciji. Granični datum ne pregovara, a kazna zna biti viša od troška cijele promjene.
- Quality-of-life: ništa izravno ne blokiraju, ali svakodnevno koštaju ljude vremena. Ručno prepisivanje podataka, izvještaj sklepan u tablici, zaobilazna rješenja na koja su svi navikli.
- Nice-to-have: ideje koje su prije godinu dana izgledale dobro i otada za njih nitko nije pitao.
Iz naših projekata proizlazi jednostavno zapažanje: posljednja košara često čini 30–50% cijelog popisa. Slobodno je obrišite. Ako je neka ideja doista potrebna, vratit će se sama, i to s boljim obrazloženjem nego prvi put.
Korak 2: dodajte drugu os, odnosno tko bi to trebao raditi
Za zahtjeve koji su preživjeli prvo rezanje postavite drugo pitanje: zahtijeva li realizacija duboko poznavanje vaše domene ili je riječ o standardnom inženjerskom poslu? Dodavanje polja u obrazac, integracija preko API-ja, novi izvještaj, migracija podataka, regresijski testovi: sve to izgleda jednako u prijevozničkoj tvrtki i u farmaceutskoj veleprodaji. Logika cijena, algoritam planiranja ruta, pravila bodovanja klijenta: to neće dobro napraviti nitko tko ne poznaje vaš posao.
Iz tih dviju osi nastaje matrica koja sređuje odluke:
- Hitno i standardno: najbolji kandidat za delegiranje vanjskom partneru. Dobro definiran ulaz i izlaz, malo plemenskog konteksta.
- Hitno i domensko: vlastiti tim, odmah. Tu nema prečaca.
- Nehitno i standardno: delegirati u paketima, kad se skupi smislen skup.
- Nehitno i domensko: svjesno odgođeno, s konkretnim datumom revizije umjesto vječnog „jednom”.
Česta pogreška: delegiranje naopako
I ovdje jedno mišljenje, izgrađeno na projektima modernizacije: mnoge tvrtke dijele posao točno obrnuto. Teške, domenske zadatke daju van, jer „nemamo ljude za to”, a jednostavne promjene drže kod sebe, jer se čine jeftinima. Učinak je dvostruko loš. Vanjski partner godinama uči domenu koju bi tvrtka trebala kontrolirati sama, jer je to njezina konkurentska prednost. A vlastiti senior spaljuje tjedne na dodavanju polja u obrasce, dakle na poslu koji bi obavio svaki solidan izvođač. Domensku jezgru držite in-house čak i kad ide sporije. Standardni posao dajte van bez sentimenta.
Po čemu prepoznati da backlog ozdravljuje
Broj stavki na popisu govori malo. Dvije metrike govore gotovo sve:
- Starost najstarijeg aktivnog zahtjeva. Ako pada s 18 mjeseci na 3, red se doista okreće. Ako raste, sortiranje je bilo kozmetičko.
- Lead time, odnosno medijan vremena od prijave do radne promjene u produkciji. To je jedina mjera koju biznis osjeća.
Uz to jedan kontrolni test: bilanca priljeva i realizacije u mjesecu. Dok god pristiže više nego što odlazi, nikakva prioritizacija neće biti dovoljna — treba povećati propusnost ili rezati hrabrije. Jedna ograda: te je metrike lako prevariti. Brisanje starih zahtjeva samo da bi grafikon izgledao bolje sređuje izvještaj, ne tvrtku.
Gdje je u tom rasporedu ESKOM AI
U takvoj podjeli posla zauzimamo desni stupac matrice: preuzimamo standardne promjene, integracije među sustavima i automatizaciju regresijskih testova, a vaš tim ostaje vlasnik domenske jezgre. Proces oslonjen na tim specijaliziranih AI agenata, s punim opsegom automatskih testova (jedinični, integracijski, E2E, testovi sučelja, sigurnosti i performansi), omogućuje zatvaranje tipičnog zahtjeva iz košare „standardni posao” u danima ili tjednima; o tome odakle dolazi ta brzina pisali smo u tekstu kako AI skraćuje vrijeme realizacije promjena. Pošteno: prvi tjedni suradnje sporiji su, jer moramo upoznati vaš sustav i okruženje. Taj se ulazni trošak vraća od sljedećih zahtjeva, pa za pojedinačnu sitnu izmjenu takav model nema smisla. Za tok promjena ima ga puno.
Od čega početi već ovog petka
Blokirajte sat u kalendaru i prođite kroz popis s tablicom sa strane: četiri košare, zatim druga os. Nakon tog sata znat ćete tri stvari: što obrisati, što napraviti vlastitim snagama i što se može odmah dati van. A ako tu podjelu želite proći s nekim tko ju je radio mnogo puta, dogovorite besplatnu konzultaciju putem obrasca na eskom.ai/pl/kontakt. Dođite s izvozom backloga. Izaći ćete sa sortiranim popisom i realnim vremenskim rasponima za zahtjeve koji su za delegiranje spremni odmah.