Manutenzione evolutiva a monte ore

Le fasi

1. 1

   Richieste

   settimane 1–4
   • Inizio del mese di manutenzione
   • Pianificazione del mese con il referente del clienteDopo «Inizio del mese di manutenzione».
   • Smistamento quotidiano delle richieste in arrivoDopo «Inizio del mese di manutenzione».
   • Analisi e stima delle richieste evolutiveDopo «Pianificazione del mese con il referente del cliente».
   • Il cliente approva le stime delle evolutiveDopo «Analisi e stima delle richieste evolutive».
   • Evolutive del mese approvateDopo «Il cliente approva le stime delle evolutive».
2. 2

   Sviluppo

   settimane 1–4
   • Correzione dei difetti segnalatiDopo «Inizio del mese di manutenzione».
   • Aggiornamenti di sicurezza di librerie, componenti e piattaformaDopo «Pianificazione del mese con il referente del cliente».
   • Adeguamenti a servizi esterni, specifiche e versioni dei sistemiDopo «Pianificazione del mese con il referente del cliente».
   • Sviluppo delle evolutive approvateDopo «Evolutive del mese approvate».
   • Revisione del codice delle modifiche del meseDopo «Evolutive del mese approvate».
   • Supporto agli utenti del clienteDopo «Inizio del mese di manutenzione».
3. 3

   Rilascio

   settimana 4
   • Test di regressione in ambiente di collaudoDopo «Sviluppo delle evolutive approvate», «Correzione dei difetti segnalati».
   • Note di rilascio per il clienteDopo «Sviluppo delle evolutive approvate», «Correzione dei difetti segnalati».
   • Collaudo del cliente in ambiente di provaDopo «Test di regressione in ambiente di collaudo».
   • Rilascio in produzione nella finestra concordataDopo «Collaudo del cliente in ambiente di prova», «Note di rilascio per il cliente», «Revisione del codice delle modifiche del mese».
   • Versione del mese in produzioneDopo «Rilascio in produzione nella finestra concordata».
4. 4

   Rendiconto

   settimana 4
   • Verifica del giorno dopo: errori e segnalazioniDopo «Versione del mese in produzione».
   • Rendiconto delle ore per richiesta e saldo del monte oreDopo «Versione del mese in produzione», «Smistamento quotidiano delle richieste in arrivo», «Supporto agli utenti del cliente».
   • Riunione mensile con il clienteDopo «Rendiconto delle ore per richiesta e saldo del monte ore», «Verifica del giorno dopo: errori e segnalazioni».
   • Dati per la fattura del meseDopo «Rendiconto delle ore per richiesta e saldo del monte ore».
   • Mese chiuso e rendiconto approvatoDopo «Riunione mensile con il cliente», «Dati per la fattura del mese».

I rischi tipici

• Monte ore esaurito prima della fine del periodo

  Alto · 12

  Le richieste piccole si sommano senza che nessuno guardi il saldo: a metà mese le ore sono finite, e il cliente lo scopre dalla fattura.

  Mitigare: Saldo comunicato ogni settimana; avviso al cliente quando resta un quarto delle ore; evolutive approvate solo dentro il saldo.

• Urgenze che scavalcano il piano del mese

  Alto · 12

  Ogni richiesta arriva come urgente: le evolutive approvate slittano e il rilascio del mese esce a metà.

  Mitigare: Priorità secondo i livelli di servizio del contratto, non secondo il tono della richiesta; ore di riserva per i bloccanti; lo scambio fra un'urgenza e un'evolutiva lo decide il referente del cliente.

• Evolutive presentate come correzioni

  Medio · 9

  Una funzione nuova chiesta come «difetto» entra senza stima né approvazione e consuma ore che il cliente non si aspetta di pagare.

  Mitigare: Tipi di manutenzione definiti nel contratto e nella pagina «Livelli di servizio e tipi di richiesta»; il tipo lo decide lo smistamento e si scrive nel campo del task.

• Collaudo del cliente che non arriva

  Medio · 9

  Le modifiche restano in ambiente di prova perché nessuno le prova: il rilascio salta e il mese dopo raddoppia.

  Mitigare: Giorno del collaudo fissato alla pianificazione; casi di prova consegnati con le note di rilascio; ciò che non è collaudato resta fuori dal rilascio invece di bloccarlo.

• Regressioni dopo il rilascio

  Alto · 12

  Una correzione rompe una funzione vicina che nessuno ha riprovato.

  Mitigare: Test automatici sui percorsi principali; regressione prima di ogni rilascio; copia di sicurezza e ritorno alla versione precedente pronti.

• Il codice lo conosce una persona sola

  Alto · 12

  Su un sistema vecchio e poco documentato lavora sempre la stessa persona: se manca, le richieste si fermano.

  Mitigare: Revisione del codice da una seconda persona; note tecniche aggiornate a ogni modifica; richieste assegnate a rotazione.

• Vulnerabilità in un componente del sistema

  Alto · 12

  Una libreria o una piattaforma usata dall'applicazione riceve un avviso grave, e il cliente resta esposto finché non si aggiorna.

  Mitigare: Controllo mensile delle dipendenze; aggiornamenti di sicurezza trattati come correzioni bloccanti; componenti a fine vita segnalati al cliente con il costo per sostituirli.

La commessa

A tempo · 4 voci. Importi e tariffe li metti tu.

• Smistamento e stime
• Correzioni, adeguamenti ed evolutive
• Test e rilascio
• Rendiconto e riunione mensile

Le pagine dei documenti

• Livelli di servizio e tipi di richiesta
• Come segnalare una richiesta
• Rendiconto del mese