← Hub
Modello Operativo · Unified Secure IT

Dalla reazione
alla previsione.

Il modello che fa restringere nel tempo il lavoro reattivo, spostando il peso verso manutenzione, automazione, supporto e azione predittiva. Più siamo bravi, meno il cliente ci chiama — perché i problemi non accadono. Consapevoli e sicuri, mai reattivi per default.

4 livelli di maturità
4 pilastri operativi
Il motore proattivo
Versione di lavoro · mag 2026
Il punto di partenza

Uscire dalla trappola del reattivo

La maggior parte degli operatori IT guadagna risolvendo problemi: inconsciamente, ha bisogno che i problemi esistano. È un modello in conflitto col cliente. Il nostro è l'opposto — ed è il senso vero di "IT senza IT".

La differenza che cambia tutto

Un modello reattivo vende ore di intervento: più si rompe, più si fattura. Un modello unificato e proattivo vende continuità e tranquillità: il valore è che il cliente non se ne accorga. Allineamento totale: ciò che è bene per il cliente è bene per noi.

Modello reattivo

Aspetta che si rompa, poi corre. Il tecnico è un pompiere. Il cliente chiama quando è già nei guai. Il fatturato dipende dai disastri.

Modello Unified Secure IT

Vede prima, previene, automatizza. Il tecnico è un ingegnere dell'affidabilità. Il cliente non chiama perché non ha problemi. Il valore è la continuità.

La scala di maturità

Quattro livelli, una direzione

Standard di settore (modelli AIOps / observability maturity) adattati al nostro modello unificato. Non si "arriva" all'ultimo livello: ci si sposta progressivamente, restringendo il basso e allargando l'alto. Ogni cliente sta su un gradino — l'obiettivo è farlo salire.

1
↑ da ridurre

Reattivo

"Si è rotto, intervieni"

Si agisce dopo il guasto. Il cliente segnala, il tecnico corre. Inevitabile su una quota di casi, ma è il livello che vogliamo far restringere: ogni intervento reattivo è un'occasione mancata di prevenzione.

Caratteristiche: intervento post-guasto · ticket da segnalazione cliente · MTTR come unica metrica · nessuna memoria del pattern.
2
↑ da consolidare

Preventivo

"Manuteniamo prima che si rompa"

Manutenzione programmata, patch, aggiornamenti, igiene del parco. Si interviene su calendario, non su guasto. Il monitoraggio c'è ma è ancora osservazione: l'occhio umano legge i segnali.

Caratteristiche: manutenzione schedulata · patch management · monitoraggio centralizzato · controlli periodici di salute.
3
↑ da costruire

Automatizzato & Unificato

"Il sistema si accorge e agisce"

Una sola piattaforma correla tutto: l'alert genera il ticket, l'automazione risolve i casi noti senza tocco umano (shift-left), il triage è automatico. Il tecnico interviene solo su ciò che richiede testa, non sulle ripetizioni.

Caratteristiche: observability unificata · alert→ticket automatico · auto-remediation dei casi noti · runbook automatizzati.
4
↑ la meta

Predittivo & Consapevole

"Lo vediamo arrivare e lo fermiamo"

I dati storici e i pattern anticipano il guasto prima che accada. Si agisce sulla causa, non sul sintomo. Il cliente vive la continuità senza sapere quante volte è stato salvato. È l'orizzonte di MANA·AI e ASTEROM applicato al delivery.

Caratteristiche: anomaly detection · previsione dei guasti · azione sulla causa radice · continuità invisibile al cliente.
Principio guida. L'obiettivo non è abolire il reattivo — un'emergenza vera ci sarà sempre. È spostare il baricentro: far sì che ogni anno una fetta più grande del lavoro stia sui livelli 2, 3 e 4, e una fetta più piccola sul livello 1. Misurabile, anno su anno.
Lo spostamento

Come cambia il mix di attività

La fotografia di dove va il tempo del team. Oggi è ancora pesante sul reattivo; la rotta è invertire le proporzioni, anno su anno. Valori illustrativi del percorso, da tarare sui dati reali.

Oggipunto di partenza
Reattivo 50%
Auto 15%
5%
+12 mesitraguardo intermedio
Reattivo 35%
Auto 25%
10%
+24 mesimodello a regime
React. 20%
Auto 30%
Pred. 20%
Reattivo
Preventivo
Automatizzato
Predittivo
Lettura strategica. Il reattivo si dimezza, il predittivo si quadruplica. Lo spazio liberato dall'automazione non si traduce in meno lavoro, ma in più capacità a parità di team: gli stessi tecnici seguono più clienti, con margine più alto (è la logica economica di PRAGMA Apex — "paghi per ciò che vedo e gestisco").
I pilastri

Le quattro attività da privilegiare

Dove spostare progressivamente il peso. Ogni pilastro ha una missione, attività concrete e un proprietario nel team.

Manutenzione

Igiene continua

Tenere i sistemi sani, così i guasti non nascono.
  • Patch management e aggiornamenti programmati
  • Controlli periodici di salute del parco (health check)
  • Pulizia, ottimizzazione, rinnovo proattivo dell'hardware obsoleto
  • Backup verificati e testati, non solo schedulati
Owner: Carlo (standard) + Renato (esecuzione) + LAB (hardware)
Automazione

La macchina che lavora da sola

Far svolgere al sistema ciò che si ripete, liberando teste per ciò che conta.
  • Auto-remediation dei casi noti (shift-left su L1)
  • Alert RMM che aprono ticket pre-classificati
  • Runbook e script per le operazioni ricorrenti
  • Orchestrazione (n8n) tra RMM, ticketing e gestionale
Owner: Carlo (CTO) + lab tecnico
Supporto

L'umano dove serve davvero

Concentrare il tocco umano sui casi che lo meritano, con calore.
  • Helpdesk focalizzato sui casi non automatizzabili
  • Knowledge base che riduce le domande ripetute
  • Onboarding e formazione del cliente (meno errori a monte)
  • Lo SPOC come voce calda, non come smistatore di ticket banali
Owner: Gianmarco (SPOC) + pool
Proattività & Predizione

Vedere prima

Anticipare il problema e agire sulla causa, prima del sintomo.
  • Monitoraggio che segnala i trend, non solo i guasti
  • Analisi dei pattern ricorrenti → intervento sulla causa radice
  • Review proattive col cliente (capacità, rischi, obsolescenza)
  • Orizzonte AI: anomaly detection e previsione (MANA·AI, ASTEROM)
Owner: Carlo + Simo (strategia) + Renato (segnali operativi)
Il motore

Il ciclo che alimenta la proattività

La proattività non è un buon proposito: è un ciclo che si ripete e si rinforza. Ogni problema reattivo diventa carburante per non rivederlo mai più.

01 · Osserva

Unifica

Una piattaforma sola correla RMM, EDR, ticketing e asset. Niente tool sparsi: visione unica.

02 · Capisci

Analizza i pattern

I ticket reattivi si analizzano: cosa si ripete? Qual è la causa radice, non il sintomo?

03 · Previeni

Agisci sulla causa

Si elimina la causa: manutenzione mirata, automazione del fix, modifica di configurazione.

04 · Automatizza

Codifica

Se ricapita, il sistema lo risolve da solo. Il caso noto non torna mai sul tavolo del tecnico.

05 · Anticipa

Predici

I dati storici allenano la previsione: il prossimo guasto si vede arrivare e si ferma prima.

Il ribaltamento. Nel modello reattivo, un problema risolto è un problema chiuso. Qui, un problema risolto è l'inizio: si chiede sempre "come faccio a non rivederlo mai più?". Ogni intervento reattivo finanzia la propria estinzione.
Consapevole & sicuro

Proattivi senza correre rischi

"Sempre meno reattiva ma consapevole e sicura": l'automazione e la predizione non significano agire alla cieca. Più si automatizza, più servono guardrail. La sicurezza non è un freno alla proattività — ne è la condizione.

Automazione con guardrail

Ogni automazione ha un perimetro definito, un log e un rollback. Si automatizza ciò che è compreso e testato, mai ciò che è solo "probabile". Consapevolezza prima di velocità.

Security by design

Lo stack unificato è anche la postura di sicurezza (EDR, identity, NIS2/ISO 27001). Il monitoraggio proattivo è anche monitoraggio di sicurezza: vedere prima vale per i guasti e per le minacce.

Il tecnico resta in controllo

L'automazione assiste, non sostituisce il giudizio. Le azioni ad alto impatto restano supervisionate. La macchina gestisce il noto; l'umano decide sull'incerto.

Confine non negoziabile. Mai automatizzare un'azione di cui non si capisce pienamente l'effetto, e mai su sistemi critici senza supervisione. La proattività che corre rischi non è maturità: è azzardo. Consapevole e sicura, sempre.
Misurare lo spostamento

I numeri della transizione

Ciò che non si misura non si sposta. Questi indicatori dicono, anno su anno, se il baricentro si muove davvero dal reattivo al predittivo. Sono anche la base per la configurazione del ticketing.

% reattivo

Quota di ticket reattivi

Sul totale degli interventi. È il numero principe: deve scendere ogni trimestre.

▼ deve scendere
% auto-risolti

Ticket chiusi dall'automazione

Casi risolti senza tocco umano (shift-left). Misura quanto la macchina lavora al posto del tecnico.

▲ deve salire
Ticket / asset

Densità di problemi

Numero di ticket per dispositivo gestito. Se scende, il parco è più sano: la prevenzione funziona.

▼ deve scendere
% prevenuti

Problemi intercettati prima

Guasti evitati grazie a monitoraggio e predizione, prima che il cliente se ne accorga.

▲ deve salire
Ricorrenze

Problemi che ritornano

Quante volte lo stesso problema riappare. Se la causa radice è risolta, tende a zero.

▼ deve scendere
Clienti / tecnico

Capacità a parità di team

Quanti clienti segue ogni tecnico. Sale man mano che automazione e prevenzione liberano tempo.

▲ deve salire
Aggancio operativo. Questi KPI nascono dai campi del ticketing/RMM definiti nel Decalogo (origine, priorità, auto-risoluzione, ricorrenza). Modello operativo e configurazione del sistema sono due facce della stessa medaglia: il primo dà la direzione, il secondo la rende misurabile e automatica.