Manutenzione del software: cosa succede dopo il rilascio (e perché non è un optional)

Il giorno del rilascio sembra un traguardo. Il software è online, funziona, i primi utenti lo usano. È naturale pensare che il grosso sia fatto.

In realtà è l'inizio di un'altra fase. Un software non si consuma come un macchinario, ma invecchia lo stesso — e lo fa per ragioni che non dipendono da lui. Questo articolo spiega cosa comprende davvero la manutenzione, quanto incide sul budget e quando se ne può fare a meno, almeno in parte.

Nella tua app non cambia nulla. Cambia tutto quello che le sta intorno.

Apple e Google rilasciano ogni anno nuove versioni dei loro sistemi operativi e aggiornano le regole per restare sugli store: Google Play, ad esempio, richiede che le app siano allineate a versioni recenti di Android per restare disponibili ai nuovi utenti. I browser evolvono. Il linguaggio e il framework su cui è costruito il software hanno un ciclo di vita, e a un certo punto le versioni vecchie smettono di ricevere aggiornamenti di sicurezza. I servizi esterni — pagamenti, mappe, email — cambiano le loro interfacce e ritirano quelle vecchie.

Ognuna di queste cose, presa da sola, è piccola. Messe insieme, sono il motivo per cui un software lasciato fermo per due o tre anni diventa fragile.

«Manutenzione» è una parola che tiene insieme cose diverse. Distinguerle è il primo passo per capire cosa stai pagando.

L'ultima riga è quella che crea più malintesi. Le nuove funzioni non sono manutenzione: sono sviluppo. Un buon contratto le tiene separate, così sai sempre se stai pagando per mantenere quello che hai o per ottenere qualcosa in più.

Un riferimento che si trova spesso nel settore è il 15-20% del costo di sviluppo iniziale, ogni anno. È una stima grezza, utile per non essere presi alla sprovvista, ma la cifra reale dipende soprattutto da tre fattori.

Quante piattaforme. Un gestionale web ha un solo ambiente da mantenere. Un'app iOS e Android più il pannello web ne ha tre, ognuno con i propri aggiornamenti.

Quante integrazioni. Ogni servizio esterno collegato è una dipendenza in più che può cambiare.

Quanto è critico. Se un'ora di blocco ferma le vendite, servono monitoraggio e reperibilità. Se è uno strumento interno usato da tre persone, molto meno.

Anche il modello conta. Un canone mensile fisso dà prevedibilità e garantisce che qualcuno tenga d'occhio il software con regolarità. Un pacchetto di ore da usare quando serve è più flessibile. L'intervento a chiamata costa meno sulla carta, ma di solito arriva quando il problema è già diventato urgente.

Per un po', niente. Ed è proprio questo il problema: il risparmio è immediato e visibile, il costo è rimandato e invisibile.

Poi arriva un aggiornamento che rompe una funzione, un avviso dello store, una vulnerabilità scoperta in una libreria che il tuo software usa. A quel punto non si tratta di fare un aggiornamento, ma di recuperarne tre anni tutti insieme — con il rischio che le versioni siano così distanti da richiedere di riscrivere delle parti. In gergo si chiama debito tecnico, e come ogni debito accumula interessi.

Non tutti i software hanno bisogno dello stesso livello di attenzione, e sarebbe sbagliato pagare come se fosse così.

Uno strumento interno, stabile, usato da poche persone e senza pagamenti o dati particolarmente delicati, può vivere bene con una manutenzione leggera: aggiornamenti di sicurezza periodici, backup verificati e un controllo quando esce una versione importante del framework. Il resto si valuta quando serve.

La domanda giusta non è «quanto costa la manutenzione», ma «quanto mi costerebbe se questo software si fermasse domani». La risposta ti dice quanto investire.