Duecento voci nel backlog, la più vecchia di un anno e mezzo fa. Nessuno ricorda più chi l'ha segnalata né se il problema a cui si riferisce esista ancora. Ogni settimana arrivano più richieste di quante il team ne chiuda, e ogni conversazione sulle priorità finisce allo stesso modo: tutto è importante, quindi niente lo è. Se guidi un'azienda o sei responsabile di un prodotto, una lista così non è un problema tecnico. È un problema decisionale. E si può risolvere senza assumere tre programmatori in più.
Prima di iniziare ad accelerare, delegare o tagliare qualsiasi cosa, il backlog va ordinato. Non per data di segnalazione e non in base a chi reclama più forte la sua parte.
Passo 1: dividi le richieste in quattro cesti
Il primo ordinamento si fa in base agli effetti sul business, non alla difficoltà tecnica:
- Critiche per i ricavi: richieste che bloccano le vendite, il servizio clienti o la fatturazione. Ogni giorno di ritardo ha un costo quantificabile.
- Compliance con scadenza rigida: KSeF, GDPR, EU AI Act. La data limite non negozia, e la sanzione può superare il costo dell'intera modifica.
- Quality-of-life: non bloccano nulla direttamente, ma ogni giorno costano tempo alle persone. Ricopiatura manuale dei dati, report assemblato in un foglio di calcolo, workaround a cui tutti si sono abituati.
- Nice-to-have: idee che un anno fa sembravano buone e da allora nessuno le ha più chieste.
Dai nostri progetti emerge un'osservazione semplice: l'ultimo cesto è spesso il 30–50% dell'intera lista. Cancellalo senza timore. Se un'idea è davvero necessaria, tornerà da sola, e con una motivazione migliore della prima volta.
Passo 2: aggiungi il secondo asse, cioè chi dovrebbe farlo
Per le richieste sopravvissute al primo taglio poni una seconda domanda: la realizzazione richiede una conoscenza profonda del tuo dominio o è lavoro ingegneristico standard? Aggiungere un campo a un modulo, un'integrazione via API, un nuovo report, una migrazione di dati, i test di regressione: tutto questo è uguale in un'azienda di trasporti e in un grossista farmaceutico. La logica di pricing, l'algoritmo di pianificazione dei percorsi, le regole di scoring dei clienti: questo non lo farà bene nessuno che non conosca il tuo business.
Da questi due assi nasce una matrice che mette ordine nelle decisioni:
- Urgente e standard: il miglior candidato da delegare a un partner esterno. Input e output ben definiti, poco contesto tribale.
- Urgente e di dominio: il proprio team, subito. Qui non ci sono scorciatoie.
- Non urgente e standard: da delegare a lotti, quando si accumula un pacchetto sensato.
- Non urgente e di dominio: rimandato consapevolmente, con una data concreta di revisione al posto dell'eterno "prima o poi".
Un errore frequente: delegare al contrario
E qui un'opinione, maturata sui progetti di modernizzazione: molte aziende dividono il lavoro esattamente al contrario. Cedono all'esterno i compiti difficili e di dominio perché "non abbiamo le persone per farlo", e tengono in casa le modifiche semplici perché sembrano economiche. L'effetto è doppiamente negativo. Il partner esterno impara per anni un dominio che l'azienda dovrebbe controllare da sola, perché è il suo vantaggio competitivo. E il senior interno brucia settimane ad aggiungere campi ai moduli, cioè un lavoro che qualsiasi fornitore solido saprebbe fare. Tieni il nucleo di dominio in-house anche quando procede più lentamente. Il lavoro standard cedilo senza sentimentalismi.
Come capire che il backlog sta guarendo
Il numero di voci nella lista dice poco. Due metriche dicono quasi tutto:
- L'età della richiesta attiva più vecchia. Se scende da 18 mesi a 3, la coda gira davvero. Se cresce, l'ordinamento è stato cosmetico.
- Il lead time, cioè la mediana del tempo dalla segnalazione alla modifica funzionante in produzione. È l'unica misura che il business percepisce.
In più un test di controllo: il bilancio tra ingressi e chiusure nel mese. Finché arriva più di quanto esce, nessuna prioritizzazione basterà — bisogna aumentare la capacità o tagliare con più coraggio. Una riserva: queste metriche sono facili da imbrogliare. Cancellare le vecchie richieste solo per migliorare il grafico mette in ordine il report, non l'azienda.
Dove si colloca ESKOM AI in questo schema
In questa divisione del lavoro occupiamo la colonna destra della matrice: prendiamo in carico le modifiche standard, le integrazioni tra sistemi e l'automazione dei test di regressione, mentre il tuo team resta proprietario del nucleo di dominio. Un processo basato su un team di agenti IA specializzati, con una gamma completa di test automatici (unitari, di integrazione, E2E, di interfaccia, di sicurezza e di performance), permette di chiudere una tipica richiesta del cesto "lavoro standard" in giorni o settimane; da dove nasce questa velocità lo abbiamo raccontato nel testo su come l'IA accorcia i tempi di realizzazione delle modifiche. Onestamente: le prime settimane di collaborazione sono più lente, perché dobbiamo conoscere il tuo sistema e il tuo ambiente. Questo costo di ingresso si ripaga a partire dalle richieste successive, quindi per una singola piccola correzione questo modello non ha senso. Per un flusso di modifiche ne ha molto.
Da dove iniziare questo venerdì
Blocca un'ora in calendario e passa in rassegna la lista con un foglio di calcolo accanto: quattro cesti, poi il secondo asse. Dopo quell'ora saprai tre cose: cosa cancellare, cosa fare con le proprie forze e cosa si può cedere all'esterno da subito. E se vuoi affrontare questa suddivisione con qualcuno che l'ha fatta molte volte, prenota una consulenza gratuita tramite il modulo su eskom.ai/pl/kontakt. Vieni con l'export del backlog. Uscirai con una lista ordinata e con stime di tempo realistiche per le richieste che si prestano a essere delegate subito.