Dipendenze, fornitori, API ed esigenze operative cambiano anche quando l'insieme di funzionalità resta fermo.
Bug, aggiornamenti e piccoli miglioramenti si accumulano perché non c'è un percorso di supporto pianificato.
Il team non sa cosa è coperto, con quale rapidità vengono gestiti i problemi o cosa conta come nuovo ambito.
Definire aggiornamenti, controlli, finestre di supporto e responsabilità.
Rivedere librerie, servizi, cambiamenti delle API e aggiornamenti rilevanti per la sicurezza.
Gestire correzioni concordate e miglioramenti incrementali senza aprire un'ampia ricostruzione.
Mantenere un registro di cambiamenti, incidenti e raccomandazioni.
Supportare un'applicazione appena lanciata mentre il team la adotta.
Rivedere dipendenze, fornitori e piccole correzioni con una cadenza concordata.
Fare miglioramenti piccoli e pianificati basati sull'uso reale.
Il supporto pianificato è esplicito riguardo alle aspettative di risposta, alle esclusioni e a ciò che diventa nuovo ambito di progetto.
Definiamo l'ambito del supporto, i rischi attuali e la cadenza di manutenzione attesa.
Concordiamo cosa è coperto, cosa è escluso e come vengono prioritizzate le richieste.
Eseguiamo aggiornamenti, correzioni, controlli o miglioramenti in cicli pianificati.
Riportiamo i cambiamenti e raccomandiamo separatamente lavori più grandi quando necessario.
No. Ambito, finestre e aspettative di risposta del supporto sono concordati in modo esplicito.