Un sistema che continua a rendere dopo la nostra uscita
La consegna è la metà del lavoro, non la fine. Ogni sistema va in produzione con monitoraggio, documentazione e una garanzia di 90 giorni - e poi la scelta è sua: lo gestiamo noi in continuativo, oppure lo consegniamo in modo pulito al suo team.
Cosa succede davvero
La fase che molte società trattano come un dettaglio finale è quella con cui la sua azienda convive più a lungo.
Go-live, con la strumentazione attiva
Il sistema entra in produzione con monitoraggio e alert collegati ai suoi canali - non a una dashboard che non apre nessuno. Se qualcosa si rompe alle 2 di notte, sveglia le persone giuste.
La finestra di garanzia di 90 giorni
I difetti di tutto ciò che abbiamo consegnato vengono corretti gratis per 90 giorni dopo l'accettazione. Senza discussioni sulle definizioni: se non fa ciò che diceva la milestone accettata, è un difetto.
La strada la sceglie lei
Gestione continuativa o passaggio di consegne - si decide in base a ciò che serve al sistema, non a ciò che serve alla nostra fatturazione. Molti clienti partono in gestione continuativa e passano le consegne quando il loro team è pronto.
Il sistema continua a rendere
In entrambi i casi l'obiettivo di questa fase è lo stesso: software che continua a produrre la metrica per cui è stato costruito - che a gestirlo siamo noi o il suo team.
Due strade, un solo standard
L'ingegneria è identica in entrambi i casi - l'unica domanda è chi gestisce il sistema ogni giorno.
Lo gestiamo noi e continuiamo a migliorarlo
Per chi vuole la leva del sistema senza costruirci intorno una funzione di ingegneria.
Il suo team prende il testimone, in modo pulito
Per le aziende che stanno costruendo capacità interne - il passaggio di consegne si pianifica come una milestone, non si improvvisa.
Cosa arriva con ogni sistema
Non sono extra della gestione continuativa: fanno parte della definizione di «fatto» dello sviluppo, qualunque strada scelga.
Cosa serve da parte sua
La fase di gestione pesa poco sul suo tempo - ma tre cose la fanno funzionare.
Una decisione sulla strada
Gestione continuativa o passaggio di consegne - ne raccomandiamo una in base al suo team, ma la scelta è sua. E non è definitiva: la gestione continuativa può sfociare in un passaggio di consegne, e un passaggio di consegne può tornare indietro.
Un responsabile operativo
Una persona che riceve gli alert, legge i report e possiede il sistema internamente - anche in gestione continuativa il sistema deve avere un nome accanto, dentro la sua azienda.
I suoi canali, aperti
Monitoraggio e alert arrivano dove il suo team già vive - Slack, Teams, email, reperibilità. Ci innestiamo sul suo stack, non il contrario.
Il passaggio di consegne è la via d'uscita - ed è sempre aperta
Questa fase è costruita perché lei possa lasciarla. Tutto ciò che serve a un team futuro - codice, registro delle decisioni, runbook, pipeline - esiste per iscritto dal primo giorno, così chiudere la gestione continuativa è un passaggio di consegne pianificato, non una trattativa con ostaggi. Mai lock-in per oscurità. Restano suoi il sistema, la documentazione e tutta la capacità che ne è derivata.
Domande frequenti sulla gestione
Cosa copre esattamente la garanzia di 90 giorni?
I difetti di tutto ciò che abbiamo consegnato - comportamenti che non corrispondono al perimetro della milestone accettata - corretti gratis per 90 giorni dopo l'accettazione. Senza discussioni sulle definizioni.
Cosa include tipicamente la gestione continuativa?
Gestiamo il sistema e lo facciamo evolvere: monitoraggio e risposta agli incidenti, correzioni e sviluppo continuo rispetto alla metrica per cui è stato costruito - con la reportistica nei suoi canali.
Come funziona un passaggio di consegne, in pratica?
Il suo team riceve architettura e registro delle decisioni, i runbook, la suite di test e la CI/CD - più tempo con gli ingegneri che hanno costruito il sistema. Il passaggio di consegne è un processo che pianifichiamo, non un file zip che spediamo.
Potete aiutarci ad assumere il team che prenderà il testimone?
Sì. Se sta costruendo un team interno, la aiutiamo ad assumerlo: scriviamo i profili, selezioniamo i candidati e ne curiamo l'onboarding sulla codebase che abbiamo documentato esattamente per questo momento.
Possiamo tornare dopo un passaggio di consegne?
In qualsiasi momento. La documentazione che ha reso pulito il passaggio rende economico il ritorno - riprendiamo il sistema in mano senza una fase di archeologia.
Esiste qualche forma di lock-in?
No - e per costruzione, non per promessa. Tutto è documentato per un team che non siamo noi, la proprietà intellettuale è sua e nulla del sistema dipende dal fatto che restiamo coinvolti.
La fase precedente - oppure si riparte dall'inizio
Ha già un sistema che nessuno vuole toccare?
Prendiamo in carico codebase esistenti dopo un breve audit tecnico - e le documentiamo perché nessuno ne abbia più paura.