Două sute de poziții în backlog, cea mai veche de acum un an și jumătate. Nimeni nu-și mai amintește cine a raportat-o și nici dacă problema la care se referă mai există. În fiecare săptămână se adaugă mai multe solicitări decât închide echipa, iar fiecare discuție despre priorități se termină la fel: totul e important, deci nimic nu e. Dacă conduceți o firmă sau răspundeți de un produs, o asemenea listă nu e o problemă tehnică. E o problemă de decizie. Și se poate rezolva fără a angaja trei programatori în plus.
Înainte să accelerați, să delegați sau să tăiați ceva, backlogul trebuie sortat. Nu după data raportării și nu după cine își cere mai zgomotos partea.
Pasul 1: împărțiți solicitările în patru coșuri
Prima sortare se face după efectele de business, nu după dificultatea tehnică:
- Critice pentru venit: solicitări care blochează vânzarea, relația cu clienții sau facturarea. Fiecare zi de întârziere are un cost care se poate calcula.
- Conformitate cu termen ferm: KSeF, GDPR, EU AI Act. Data-limită nu negociază, iar amenda poate depăși costul întregii modificări.
- Quality-of-life: nu blochează nimic direct, dar costă zilnic timpul oamenilor. Retranscrierea manuală a datelor, raportul lipit într-un tabel, ocolișurile cu care toți s-au obișnuit.
- Nice-to-have: idei care acum un an păreau bune și despre care de atunci nu a mai întrebat nimeni.
Din proiectele noastre reiese o observație simplă: ultimul coș reprezintă adesea 30–50% din toată lista. Ștergeți-l fără remușcări. Dacă vreo idee e cu adevărat necesară, se va întoarce singură, și cu o justificare mai bună decât prima dată.
Pasul 2: adăugați a doua axă, adică cine ar trebui să facă asta
Pentru solicitările care au supraviețuit primei tăieri, puneți a doua întrebare: realizarea cere cunoașterea profundă a domeniului dumneavoastră sau e muncă inginerească standard? Adăugarea unui câmp în formular, o integrare prin API, un raport nou, o migrare de date, teste de regresie: toate arată la fel într-o firmă de transport și într-un depozit farmaceutic. Logica de prețuri, algoritmul de planificare a rutelor, regulile de scoring al clienților: pe astea nu le face bine nimeni care nu vă cunoaște businessul.
Din aceste două axe rezultă o matrice care ordonează deciziile:
- Urgent și standard: cel mai bun candidat pentru delegare către un partener extern. Intrare și ieșire bine definite, puțin context tribal.
- Urgent și de domeniu: echipa proprie, imediat. Aici nu există scurtături.
- Neurgent și standard: de delegat în pachete, când se adună un lot rezonabil.
- Neurgent și de domeniu: amânat conștient, cu o dată concretă de revizuire în locul eternului „cândva”.
Greșeala frecventă: delegarea pe dos
Și aici o opinie, formată pe proiecte de modernizare: multe firme împart munca exact invers. Sarcinile grele, de domeniu, le dau în exterior, pentru că „nu avem oameni pentru asta”, iar modificările simple le țin la ei, pentru că par ieftine. Efectul e dublu rău. Partenerul extern învață ani de zile un domeniu pe care firma ar trebui să-l controleze singură, pentru că e avantajul ei competitiv. Iar seniorul propriu arde săptămâni adăugând câmpuri în formulare, adică muncă pe care ar face-o orice executant solid. Nucleul de domeniu țineți-l in-house chiar și atunci când merge mai încet. Munca standard dați-o fără sentimentalisme.
După ce recunoașteți că backlogul se însănătoșește
Numărul de poziții din listă spune puțin. Două metrici spun aproape totul:
- Vârsta celei mai vechi solicitări active. Dacă scade de la 18 luni la 3, coada chiar se învârte. Dacă crește, sortarea a fost cosmetică.
- Lead time, adică mediana timpului de la raportare până la modificarea funcțională în producție. E singura măsură pe care businessul o simte.
La asta, un test de control: bilanțul lunar dintre intrări și rezolvări. Cât timp se adaugă mai mult decât se scade, nicio prioritizare nu e suficientă — trebuie mărită capacitatea sau tăiat mai curajos. O precizare: aceste metrici se pot păcăli ușor. Ștergerea solicitărilor vechi doar ca să arate graficul mai bine ordonează raportul, nu firma.
Unde intră ESKOM AI în această schemă
Într-o asemenea împărțire a muncii ocupăm coloana din dreapta a matricei: preluăm modificările standard, integrările între sisteme și automatizarea testelor de regresie, iar echipa dumneavoastră rămâne proprietarul nucleului de domeniu. Procesul bazat pe o echipă de agenți AI specializați, cu o gamă completă de teste automate (unitare, de integrare, E2E, de interfață, de securitate și de performanță), permite închiderea unei solicitări tipice din coșul „muncă standard” în zile sau săptămâni; despre de unde vine această viteză am scris în textul cum scurtează AI timpul de realizare a modificărilor. Sincer: primele săptămâni de colaborare sunt mai lente, pentru că trebuie să vă cunoaștem sistemul și mediul. Acest cost de intrare se recuperează începând cu solicitările următoare, așa că pentru o singură corecție măruntă modelul nu are sens. Pentru un flux de modificări are sens din plin.
Cu ce să începeți vinerea asta
Blocați o oră în calendar și parcurgeți lista cu un tabel alături: patru coșuri, apoi a doua axă. După acea oră veți ști trei lucruri: ce ștergeți, ce faceți cu forțe proprii și ce puteți da în exterior de îndată. Iar dacă vreți să parcurgeți această împărțire cu cineva care a făcut-o de multe ori, programați o consultație gratuită prin formularul de pe eskom.ai/pl/kontakt. Veniți cu un export al backlogului. Veți pleca cu o listă sortată și intervale realiste de timp pentru solicitările care pot fi delegate imediat.