Manutenzione continua per un'app mobile: aggiornamenti, crash, rilasci

Un'app smette di essere scritta il giorno del rilascio e inizia a essere mantenuta in vita. Le piattaforme rilasciano una nuova versione di sistema ogni anno, le regole del negozio cambiano, le librerie ricevono correzioni di sicurezza e nulla di tutto ciò aspetta una settimana libera nella tua tabella di marcia. Un'app che nessuno ha toccato per sei mesi raramente sembra rotta: semplicemente smette di compilarsi su una macchina pulita, inizia a bloccarsi sui dispositivi più recenti e scivola giù nel negozio perché le recensioni recenti parlano tutte di congelamenti e dati persi. Pagare per un'operazione di salvataggio una volta all'anno costa molto di più che mantenere il progetto in forma continuamente, e il salvataggio arriva sempre nel momento peggiore.

Inizio sempre allo stesso modo: con uno sguardo onesto a ciò che c'è realmente. Costruisco il progetto da zero su una macchina pulita, leggo come è assemblato, elenco le dipendenze che non si sono mosse in anni, segno i punti fragili nel codice e analizzo i rapporti sui crash provenienti da dispositivi reali. Questo ti dà un breve verdetto scritto: cosa deve essere riparato ora, cosa può aspettare e quanto probabilmente costerà ogni ritardo. Dopo di che il lavoro procede in cicli: aggiornamento delle dipendenze e aggiunta di supporto per nuove versioni del sistema operativo, tracciamento dei crash fino a una causa e correzione, riduzione del tempo di avvio a freddo e consumo della batteria, esecuzione delle piccole modifiche che chiedi, quindi preparazione, firma e spedizione del prossimo rilascio. Leggo anche le recensioni che si lamentano della tecnologia piuttosto che del prodotto: crash, congelamenti, dati scomparsi. Quelle recensioni puntano quasi sempre a un difetto specifico, e sono la fonte di lavoro più economica che conosca.

Tre cose che dico ad alta voce prima di iniziare, affinché nessuno rimanga deluso in seguito. I tempi di revisione negli app store non sono sotto il mio controllo: preparo il rilascio, rispondo a ogni obiezione e lo seguo fino alla pubblicazione, ma nessuno può promettere una data di pubblicazione esatta, e non pretenderò il contrario. I rapporti sui crash vengono raccolti in modo anonimo e solo con il consenso dell'utente: i contenuti dello schermo, il testo digitato e i dati personali non vengono mai inviati, e dove quel consenso è assente lavoro con ciò che è disponibile. Abbandonare il supporto per una versione di sistema più vecchia è concordato sulla base della percentuale dei tuoi utenti che la utilizzano ancora, non su ciò che è conveniente per me: porto i numeri, tu prendi la decisione.

Cosa copre la manutenzione:
— una revisione dello stato attuale del progetto e della sua compilazione, con un verdetto scritto;
— aggiornamenti delle dipendenze e supporto per nuove versioni del sistema operativo;
— triage dei crash dai rapporti dei dispositivi, analisi delle cause e correzioni;
— avvio più veloce, minore consumo di batteria e traffico;
— piccoli miglioramenti e modifiche su tua richiesta;
— preparazione del rilascio e supporto durante la revisione del negozio;
— gestione delle recensioni che segnalano problemi tecnici;
— trasferimento di conoscenze al tuo team e un piano di rilascio per il trimestre.