Dopo la consegna del software, le esigenze dell'azienda e l'ambiente in cui il software opera possono cambiare. Pianificare in anticipo questo periodo consente di gestire ogni nuova esigenza senza trasformarla in una richiesta di supporto indefinita. In Paradigma7 offriamo il contratto di manutenzione annuale come servizio separato per le attività successive alla consegna.
01Definire l'ambito della manutenzione punto per punto
La parola "manutenzione" può indicare lavori diversi per team diversi. Nel contratto va scritto chiaramente quali voci sono incluse tra la valutazione di compatibilità delle versioni, i controlli pianificati o la manutenzione tecnica. Nessuna di queste è automaticamente inclusa in ogni contratto. L'ambito viene definito dopo aver esaminato i sistemi utilizzati e le esigenze dell'azienda.
02Tenere separata la garanzia di correzione errori
La garanzia di correzione errori di 12 mesi offerta da Paradigma7 a partire dalla consegna riguarda la risoluzione degli errori presenti nell'ambito consegnato. Il contratto di manutenzione annuale è invece un servizio separato, con un proprio ambito definito. Quando gli ambiti sono definiti in modo chiaro, lo stesso lavoro non viene ripianificato due volte sotto voci diverse. Nel valutare una richiesta, la distinzione tra garanzia, manutenzione e nuovo sviluppo deve essere fatta esplicitamente. Abbiamo descritto il ruolo della garanzia nel pacchetto di consegna nella nostra guida al software chiavi in mano.
03Discutere come verranno applicate le modifiche
Anche una modifica effettuata durante la manutenzione può influire sull'uso quotidiano dell'azienda. La valutazione preliminare, la tempistica adeguata, l'approccio di rollback quando necessario e i passaggi di controllo finale devono essere pianificati in base alla natura del lavoro. Se le operazioni che richiedono l'approvazione del cliente vengono definite in anticipo, sia l'operatività quotidiana sia il lavoro tecnico procedono in modo più chiaro.
04Chiarire gli orari di supporto e le nuove funzionalità
Il contratto di manutenzione annuale da solo non equivale a un supporto 24 ore o a uno sviluppo illimitato di nuove funzionalità. Il supporto standard è offerto in orario di lavoro; per i grandi progetti viene valutato separatamente un pacchetto di supporto 24 ore dedicato. Abbiamo spiegato la differenza tra questi due assetti di supporto nel nostro articolo sui pacchetti di supporto. Anche nuovi moduli e ampliamenti dell'ambito vengono pianificati separatamente. Nel contratto devono essere indicati chiaramente durata, condizioni di rinnovo, sistemi coperti e responsabilità delle parti.
05Checklist per il contratto di manutenzione
- Le applicazioni, gli ambienti e i sistemi collegati coperti sono stati elencati?
- I lavori di manutenzione inclusi sono stati scritti uno per uno?
- Sono state definite le modifiche che richiedono l'approvazione del cliente?
- Come verranno distinte le richieste di garanzia, manutenzione e nuovo sviluppo?
- Gli orari di supporto e l'eventuale pacchetto di supporto 24 ore dedicato sono stati definiti separatamente?
- Sono chiari la durata del contratto e le condizioni di rinnovo?
Scritto da
Il team Paradigma7
Prodotto, ingegneria e operations
Siamo un team con base a Ankara che sviluppa software per l'Europa. Qui non c'è teoria: sono i processi che usiamo davvero nei progetti dei clienti.
Chi siamo