Dvesto postavk v backlogu, najstarejša izpred poldrugega leta. Nihče se več ne spomni, kdo jo je prijavil, niti ali težava, na katero se nanaša, sploh še obstaja. Vsak teden pride več zahtevkov, kot jih ekipa zapre, in vsak pogovor o prioritetah se konča enako: vse je pomembno, torej ni pomembno nič. Če vodite podjetje ali odgovarjate za produkt, tak seznam ni tehnična težava. Je odločitvena težava. In rešiti jo je mogoče brez zaposlitve treh dodatnih programerjev.
Preden začnete karkoli pospeševati, delegirati ali rezati, je treba backlog razvrstiti. Ne po datumu prijave in ne po tem, kdo glasneje terja svoje.
Korak 1: razdelite zahtevke v štiri košare
Prvo razvrščanje se naredi po poslovnih posledicah, ne po tehnični zahtevnosti:
- Kritično za prihodek: zahtevki, ki blokirajo prodajo, podporo strankam ali izdajanje računov. Vsak dan zamude ima izračunljiv strošek.
- Skladnost s trdim rokom: KSeF, GDPR, Akt o umetni inteligenci. Mejni datum se ne pogaja, kazen pa je lahko višja od stroška celotne spremembe.
- Quality-of-life: ničesar ne blokirajo neposredno, a ljudi vsak dan stanejo čas. Ročno prepisovanje podatkov, poročilo, zlepljeno v preglednici, obvodi, ki so se jih vsi navadili.
- Nice-to-have: ideje, ki so se pred letom dni zdele dobre in po katerih od takrat ni nihče več vprašal.
Iz naših projektov izhaja preprosto opažanje: zadnja košara je pogosto 30–50% celotnega seznama. Pogumno jo izbrišite. Če je katera ideja zares potrebna, se bo vrnila sama, in to z boljšo utemeljitvijo kot prvič.
Korak 2: dodajte drugo os, torej kdo naj to naredi
Za zahtevke, ki so preživeli prvi rez, si zastavite drugo vprašanje: ali izvedba zahteva globoko poznavanje vaše domene ali gre za standardno inženirsko delo? Dodajanje polja v obrazec, integracija prek API-ja, novo poročilo, migracija podatkov, regresijski testi: vse to je videti enako v transportnem podjetju in v farmacevtski veletrgovini. Cenovna logika, algoritem načrtovanja poti, pravila točkovanja strank: tega ne bo dobro naredil nihče, ki ne pozna vašega posla.
Iz teh dveh osi nastane matrika, ki uredi odločitve:
- Nujno in standardno: najboljši kandidat za delegiranje zunanjemu partnerju. Dobro definiran vhod in izhod, malo plemenskega konteksta.
- Nujno in domensko: lastna ekipa, takoj. Tu ni bližnjic.
- Nenujno in standardno: delegirajte v svežnjih, ko se nabere smiseln paket.
- Nenujno in domensko: zavestno odloženo, s konkretnim datumom pregleda namesto večnega »nekoč«.
Pogosta napaka: delegiranje v obratni smeri
In tu eno mnenje, izoblikovano na modernizacijskih projektih: mnoga podjetja delijo delo ravno obratno. Težke, domenske naloge oddajajo navzven, ker »za to nimamo ljudi«, preproste spremembe pa zadržijo pri sebi, ker se zdijo poceni. Učinek je dvojno slab. Zunanji partner se leta uči domene, ki bi jo podjetje moralo nadzorovati samo, ker je to njegova konkurenčna prednost. Lastni senior pa kuri tedne za dodajanje polj v obrazce, torej delo, ki bi ga opravil vsak soliden izvajalec. Domensko jedro obdržite in-house, tudi ko gre počasneje. Standardno delo oddajajte brez sentimentov.
Po čem prepoznati, da backlog okreva
Število postavk na seznamu pove malo. Dve metriki povesta skoraj vse:
- Starost najstarejšega aktivnega zahtevka. Če pade z 18 mesecev na 3, se vrsta zares vrti. Če raste, je bilo razvrščanje kozmetično.
- Lead time, torej mediana časa od prijave do delujoče spremembe v produkciji. To je edina mera, ki jo posel občuti.
Zraven še en kontrolni test: bilanca prilivov in realizacije v mesecu. Dokler prihaja več, kot odhaja, nobena prioritizacija ne zadostuje — treba je povečati prepustnost ali rezati pogumneje. Ena opomba: te metrike je lahko pretentati. Brisanje starih zahtevkov samo zato, da se popravi graf, uredi poročilo, ne podjetja.
Kje je v tej razporeditvi ESKOM AI
V takšni delitvi dela zasedamo desni stolpec matrike: prevzemamo standardne spremembe, integracije med sistemi in avtomatizacijo regresijskih testov, vaša ekipa pa ostane lastnica domenskega jedra. Proces, ki temelji na ekipi specializiranih agentov AI, s polnim naborom avtomatiziranih testov (enotni, integracijski, E2E, testi vmesnika, varnostni in zmogljivostni), omogoča zapiranje tipičnega zahtevka iz košare »standardno delo« v dnevih ali tednih; o tem, od kod ta hitrost, smo pisali v prispevku kako AI skrajša čas izvedbe sprememb. Pošteno: prvi tedni sodelovanja so počasnejši, ker moramo spoznati vaš sistem in okolje. Ta vstopni strošek se povrne z naslednjimi zahtevki, zato za posamezen droben popravek takšen model nima smisla. Za tok sprememb pa ga ima veliko.
Kje začeti ta petek
Blokirajte si uro v koledarju in pojdite skozi seznam s preglednico ob strani: štiri košare, nato druga os. Po tej uri boste vedeli tri stvari: kaj izbrisati, kaj narediti z lastnimi močmi in kaj je mogoče oddati navzven takoj. Če pa želite skozi to delitev iti z nekom, ki je to počel že mnogokrat, se dogovorite za brezplačno svetovanje prek obrazca na eskom.ai/pl/kontakt. Pridite z izvozom backloga. Odšli boste z razvrščenim seznamom in realnim razponom časa za zahtevke, ki so primerni za takojšnje delegiranje.