La licenza da 49 euro: l'iter di approvazione che costa più del software

Narratore: Prima di iniziare, una precisazione: le voci di questo podcast sono generate sinteticamente. Le situazioni, purtroppo, sono molto reali.

Narratore: È giovedì mattina. Il Junior ha appena trovato una libreria che risolve un bug che il team insegue da due sprint. Va a parlare con il Product Owner.

Junior Developer: Ho trovato la soluzione. Non una soluzione: la soluzione. Una libreria che gestisce esattamente il caso limite che ci fa fallire i test da due sprint. La licenza costa quarantanove euro all'anno. Si compra con un click. Un click, e il bug se ne va.

Product Owner: Quarantanove euro? All'anno? E il bug lo chiude subito? Sì, va bene, serve al progetto, lo confermo. Quarantanove euro si approvano anche a colazione, no? Chi devo chiedere, la segretaria?

Senior Developer: Io quella libreria la ricordo bene. Prima di festeggiare, però, fai un calcolo: quarantanove euro sono pochi. Le ore che spenderai a giustificarli, no. E metti in copia tutti, così nessuno approva davvero.

Junior Developer: Appunto. Voglio dire: sotto i cinquanta euro c'è una procedura semplificata, no? Chi è l'owner dell'acquisto, dove è documentato?

Product Owner: Sotto i cinquanta euro c'è il modulo semplificato, sì, l'ho visto nella procedura. Solo che alla licenza si aggiunge la tassa per i servizi digitali, e con la tassa arriviamo a... cinquantadue euro e qualcosa. Sopra soglia. Quindi niente procedura semplificata. Iter completo.

Narratore: Il modulo semplificato esiste ancora nel portale, ma per questa richiesta è soltanto un promemoria di ciò che avrebbe potuto essere. Qualcuno lo stampa ancora, per abitudine, anche se non c'è un pulsante per farlo.

Junior Developer: Aspetta. La tassa per comprare la cosa costa più della procedura rapida per comprare la cosa?

Product Owner: Benvenuto nell'azienda. Comunque: apertura ticket, ti do il link del portale. Ah, poi c'è chi lo chiama ancora per email, il sistema. Comincia e vedrai che va liscia.

Junior Developer: Ok, ticket aperto. Qui mi chiede il centro di costo. Qual è il centro di costo di un bug? E qui la criticità: bassa, media, alta, bloccante. Il bug blocca i test da due sprint, ma l'acquisto è di quarantanove euro. Metto media?

Narratore: L'iter completo richiede tre approvazioni: il richiedente, il responsabile di funzione e il CTO. Il modulo entra nel sistema di ticket. Qualcuno, per prudenza, lo inoltra anche via email, perché il sistema di ticket è una fiducia recente. Due giorni dopo, il CTO legge la richiesta.

Chief Technology Officer: Interessante. Ma prima di spendere — e parliamo di quarantanove euro, quindi di un investimento, non di una spesa — mi serve una valutazione di sostenibilità dell'acquisto e un parere sull'allineamento alla roadmap tecnologica. Non è burocrazia: è governance. Ogni euro deve essere spenduto in modo strategico, scalabile, orientato al valore.

Senior Developer: Governance. Sette anni fa per quella libreria feci una valutazione di sostenibilità in un commento al commit. Ci vollero quattro minuti. Ora serve un parere scritto, in triplice copia. Il bug, intanto, attende. Ha imparato a essere paziente: è l'unico del team che ha tempo.

Junior Developer: È una libreria che toglie un bug. Per la roadmap devo scrivere due righe o fare una presentazione?

Chief Technology Officer: Due righe non raccontano una visione. Ti dico io cosa serve: mezzo foglio sul valore generato, un paragrafo sull'impatto sul time-to-market e, idealmente, il collegamento alla nostra strategia di trasformazione. Poi possiamo parlare di click.

Junior Developer: Mezzo foglio sul valore, un paragrafo sul time-to-market, il collegamento alla strategia. Per quarantanove euro. La domanda nel ticket, invece, era di una riga.

Narratore: Per il parere tecnico viene consultato il Senior Developer.

Senior Developer: La conosco.

Junior Developer: Come, la conosci? L'ho trovata ieri.

Senior Developer: La usavamo sette anni fa. Risolveva tutto. Poi qualcuno la tolse, con una policy di software approvato scritta apposta. La policy, da allora, non è stata più aggiornata. Nemmeno una volta. Ma la libreria è rimasta vietata.

Narratore: La policy di software approvato occupa una pagina intera. L'ultima modifica risale a sette anni prima. L'elenco, in compenso, è ordinato alfabeticamente.

Junior Developer: Quindi la policy che blocca la soluzione esiste ancora, ma la ragione per cui la hanno scritta se n'è andata?

Senior Developer: È documentata. Quindi esiste. Scrivo il parere: due righe, come vuole lui. «Libreria già valutata in passato, rimozione motivata da policy non più aggiornata, richiesta di reintegro conforme alla roadmap». Poi la tassa arriverà a superare la soglia. Di nuovo.

Narratore: Il parere tecnico entra nel sistema di ticket. La richiesta completa è ora composta da: un modulo, mezzo foglio sul valore, un paragrafo sul time-to-market, due righe di parere e una policy ferma da sette anni.

Narratore: Tre settimane dopo, l'approvazione è arrivata. Il prezzo della licenza, nel frattempo, è salito a cinquantadue euro. La richiesta va presentata di nuovo, da capo, con i nuovi importi.

Product Owner: Cinquantadue euro. La tassa ora è inclusa, quindi... tre settimane di iter valide per un prezzo che nel frattempo è cambiato. Ripartiamo da capo. Il bug?

Narratore: Entra il CTO. Ha ricevuto la notifica del ticket in copia, come tutte le notifiche di tutti i ticket.

Chief Technology Officer: Ho letto dello script. Non lo chiamate workaround: è innovazione dal basso, un esempio concreto di pragmatismo. Questo è esattamente lo storytelling che serve alla nostra trasformazione. Nella prossima presentazione al board lo citiamo come caso di successo. Poi, in un secondo momento, valuteremo la sostenibilità.

Junior Developer: Il bug non c'è più. L'ho risolto tre settimane fa con uno script mio. Cento righe. Non è approvato da nessuno, non è nella policy del software approvato e non ha passato nessun iter. Ma funziona.

Senior Developer: Complimenti. Sei ufficialmente uno di noi. Salvalo come temporaneo, che tra sette anni lo troviamo di nuovo.

Junior Developer: Se è temporaneo, quando lo togliamo?

Senior Developer: Quando la tassa lo rende non approvabile.

Narratore: La nuova richiesta per la licenza a cinquantadue euro è stata approvata due sprint dopo. La libreria non è mai stata installata. Il ticket è chiuso come risolto.