Il lancio rende disponibile il software. Gestirlo significa sapere chi risponde ai problemi, come arrivano i cambiamenti agli utenti e cosa deve capire la prossima persona responsabile. Questi compiti vanno discussi prima del primo rilascio.
La guida raccoglie le domande da chiarire con un partner di sviluppo per applicazioni web, prodotti mobili e backend. Il modello di supporto dipende dall’applicazione e dall’accordo.
Sapere chi controlla gli account essenziali
Inventariate repository, ambiente cloud, dominio, account degli store, servizi esterni e file di progettazione. Registrate titolari e persone che necessitano di accesso. Evitate che un account personale sia l’unica via a un sistema critico.
L’accordo deve considerare proprietà, componenti esterni e passaggio. Una consegna utile spiega distribuzione, configurazione e gestione. Le credenziali vanno trasferite con un processo sicuro appropriato, anziché inserite in un documento generale.
Definire il supporto prima di un incidente
Concordate dove segnalare problemi, quali informazioni servono e chi decide la gravità. Un servizio indisponibile e un difetto visivo richiedono risposte diverse. Obiettivi di risposta e orari devono essere espliciti nell’accordo.
Il monitoraggio deve aiutare il team a riconoscere il problema e il percorso coinvolto. Un pannello senza responsabile non costituisce un processo d’incidente. Stabilite chi esamina avvisi, comunica con gli utenti e autorizza il ripristino della versione precedente.
Mantenere il sistema, non soltanto le schermate
Dipendenze, requisiti delle piattaforme, integrazioni e utilizzo cambiano. Pianificate valutazione e test degli aggiornamenti. Per dati persistenti, assegnate la responsabilità dei backup e la verifica del ripristino.
Una revisione dell’infrastruttura deve considerare costi e prestazioni. Attività di fondo, media conservati, API esterne e uso crescente possono modificare la fattura. Registrate le ipotesi e rivalutatele quando cambia il prodotto.
Facilitare il prossimo rilascio
Conservate un breve registro delle decisioni: scelta di un servizio, limiti accettati e modifiche rimandate. Affiancate un elenco comprensibile dei problemi e un processo di rilascio ripetibile.
In Brainbaby Labs, le conversazioni sulla consegna includono le responsabilità successive al lancio. Sviluppo, hosting, manutenzione e nuove funzioni possono avere ambiti diversi. L’obiettivo è chiarirli prima di iniziare.
Per un nuovo progetto, descrivete risultato, sistemi esistenti e team che gestirà il software. Per un prodotto già presente, portate problemi ricorrenti e informazioni operative disponibili.