La manutenzione applicativa SAP — spesso etichettata come AMS, Application Management Services — è ancora oggi vista in molte aziende come un costo da contenere. Un servizio che "tiene acceso" il sistema, gestisce i ticket di malfunzionamento e poco più. Il nostro modello ribalta questa prospettiva: la manutenzione è il luogo dove l'ERP smette di essere un asset statico e diventa una piattaforma che evolve in modo continuo.
La differenza tra una buona e una cattiva manutenzione SAP non si misura solo nei tempi di risposta ai ticket. Si misura nella capacità di restituire al business piccoli miglioramenti ogni mese, nel mantenere il Clean Core anche dopo anni di esercizio, e nella capacità di accompagnare gli upgrade senza traumi.
I quattro livelli del modello Ocra
- L1: presa in carico, classificazione, smistamento ticket utente
- L2: analisi funzionale, soluzione di incidenti applicativi, supporto operativo
- L3: sviluppo correttivo ed evolutivo, gestione delle estensioni su BTP
- Architecture & Governance: presidio del Clean Core, roadmap upgrade, allineamento con la direzione IT
SLA che hanno senso
Gli SLA tradizionali (tempo di presa in carico, tempo di risoluzione per severity) restano la base, ma non bastano. Misuriamo anche metriche di qualità del servizio: percentuale di ticket risolti al primo contatto, tasso di ricomparsa, ore di formazione erogate agli utenti chiave, percentuale di tempo dedicata a evoluzioni rispetto al puro mantenimento. Quando un servizio AMS passa il 70% del tempo su correttiva pura, vuol dire che il sistema è malato a monte e va bonificato.
Una buona manutenzione non è quella che chiude tanti ticket, è quella che ne fa aprire sempre meno.
Evoluzione, non solo correzione
Riserviamo strutturalmente una quota del monte ore mensile a piccoli evolutivi guidati dal business: configurazioni, micro-sviluppi, automazioni. Il backlog viene condiviso con un comitato di prioritizzazione, in cui IT e business decidono insieme cosa porta più valore. Questo trasforma la manutenzione da costo opaco a contratto di miglioramento misurabile.
Clean Core in esercizio
Ogni richiesta evolutiva passa per un piccolo filtro architetturale: può essere risolta con configurazione standard? Va su BTP? Richiede una modifica al core (da evitare)? Senza questo presidio, anche un sistema partito pulito diventa sporco in tre anni di esercizio. La manutenzione è il momento in cui il Clean Core si difende davvero, ogni giorno.
