Premesse

Protected by Copyscape

La pianificazione manutentiva fallisce quasi mai per mancanza di software: fallisce perché la numerosità degli interventi è incompatibile con il lavoro reale sul campo. Quando un CMMS genera centinaia o migliaia di ordini di lavoro “atomici” (uno per ogni asset), la pianifica diventa un esercizio da ufficio che non può essere eseguito con coerenza da tecnici, squadre e fornitori.

Il problema non è solo operativo, è anche contrattuale: quando la pianifica è irrealizzabile, i ticket si chiudono in batch, le evidenze diventano deboli, gli SLA si discutono e lo scaricabarile diventa la normalità. La soluzione che regge, quasi sempre, è controintuitiva per chi progetta dal desktop: prima raggruppi gli asset, poi assegni gli interventi. Non il contrario.

Perché la pianifica “per singolo asset” non scala, anche con un CMMS perfetto?

Perché la manutenzione reale ha costi fissi di spostamento, accesso, sicurezza e setup. Il sistema può creare 3000 Ordini, ma una persona sul campo non può sostenere 3000 “inizia/pausa/chiudi” senza perdere mezza giornata solo a gestire schermate, permessi e firma. In più, molti asset sono fisicamente nello stesso posto e richiedono lo stesso tipo di attività: separarli è uno spreco.

La pianifica per singolo asset diventa ingestibile quando hai: grandi portafogli immobiliari, asset ripetitivi (fan coil, split, corpi illuminanti, rilevatori, estintori), attività periodiche con scadenze, e fornitori multi-sito. In quei contesti, o raggruppi o menti a te stesso sui numeri.

Qual è l’errore di metodo che porta a piani “belli” ma impossibili?

L’errore è assegnare interventi e poi scoprire che sono troppi, troppo frammentati, o distribuiti male. In altre parole: fai prima l’allocazione alle persone e solo dopo ti accorgi che il lavoro dovrebbe essere organizzato per percorsi, zone, accessi e finestre operative.

Il metodo corretto parte dalla logistica: come lavora davvero una squadra, quali sono i vincoli di accesso, quali attività si possono fare insieme, e quali richiedono competenze o strumenti specifici. Solo dopo trasformi questa realtà in un piano dentro il CMMS.

Che cosa intendo esattamente per “raggruppare gli asset” prima di assegnare?

Significa creare unità di lavoro coerenti con l’esecuzione. Non “un WO = un asset”, ma “un WO = un giro / una zona / un impianto aggregato”, che contiene la lista degli asset da ispezionare o manutenere in quella sessione operativa.

Questa logica è nota in varie forme: route-based maintenance, giri programmati, work package, WO master con asset list, ronde. Il nome cambia, il concetto no: trasformare migliaia di micro-attività in pacchetti eseguibili in campo, senza perdere tracciabilità.

Qual è il criterio pratico per decidere come raggruppare ?

Usa un criterio semplice e ripetibile: raggruppa per prossimità fisicatipo attività, e vincolo di accesso. Se tre fan coil sono nello stesso corridoio e richiedono la stessa checklist, stanno nello stesso pacchetto. Se dieci asset sono in area sterile e serve un permesso, vanno raggruppati per ridurre ingressi e burocrazia. Se un’attività richiede strumentazione specifica (termografia, vibrazioni), raggruppa per “campagna strumenti”.

Non raggruppare, invece, quando perdi controllo su responsabilità, sicurezza o tracciabilità normativa: alcune verifiche cogenti o asset ad alta criticità possono richiedere un trattamento più puntuale. Ma anche lì spesso puoi raggruppare per lotto mantenendo l’evidenza per singolo asset.

Come definisco un “pacchetto di lavoro” che non diventi troppo grande e ingestibile?

Un pacchetto deve stare dentro una finestra realistica di esecuzione: mezza giornata o una giornata, non una settimana. Se un pacchetto è troppo grande, nessuno lo chiude correttamente e finisce “in lavorazione” per giorni, distruggendo KPI e tracciabilità.

La regola operativa è dimensionare il pacchetto in base a: tempo medio per asset (task time), tempi di spostamento/accesso, e variabilità. Se l’attività è molto variabile (guasti imprevedibili), pacchetti più piccoli. Se è routinaria (ispezioni standard), pacchetti più grandi ma con evidenze snelle.

Come traduco il raggruppamento dentro il CMMS senza perdere la tracciabilità del singolo asset?

Devi evitare l’equivoco: raggruppare non significa perdere granularità, significa cambiare il contenitore. Si introduce una tabella di componenti manutentivi associati agli asset reali e dove necessario anche negli Ordini rendo visibile la lista asset reali con possibilità di compilare l’esito per asset (pass/fail, valore misurato, note codificate, evidenze).

Quindi il CMMS deve supportare almeno una di queste modalità: Ordine su componente manutentivo ma con disponibilità di “asset list” e checklist per item. Se il tuo CMMS non lo supporta nativamente, la soluzione minima è usare un oggetto “location” come driver del Ordine MP e allegare l’elenco asset, ma devi essere consapevole che stai facendo un compromesso e devi rafforzare le evidenze.

Qual è il ruolo della “location” nella pianifica reale?

In campo, le persone lavorano per luoghi, non per codici asset. Anche quando l’intervento è su un asset specifico, il costo vero è arrivare lì, entrare, mettersi in sicurezza e operare. Per questo, la location è spesso il miglior pivot per pianificare.

Se la tua anagrafica location è sporca o ambigua, la pianifica non potrà mai essere coerente. Non serve un modello BIM perfetto, serve una gerarchia stabile: sito–edificio–piano–zona–locale/area tecnica. Questa gerarchia è ciò che permette di costruire pacchetti di lavoro eseguibili.

Come gestisco skill e strumenti quando raggruppo, per non creare pacchetti che nessuno può eseguire?

Quando raggruppi, devi garantire che il pacchetto sia eseguibile da una squadra con una skill set consistente. Quindi prima definisci le “campagne” per disciplina: elettrico, HVAC, edile, speciali, e solo dopo crei pacchetti per zona.

Se hai attività miste, valuta se separarle: meglio due pacchetti coerenti che uno unico che richiede due squadre e raddoppia i passaggi. L’obiettivo non è minimizzare il numero di WO a qualunque costo: è minimizzare frizioni e passaggi di mano.

Come imposto le frequenze e le scadenze senza generare picchi che poi non smaltisco?

Se applichi frequenze rigide “da manuale” a tutto, crei mesi ingestibili e mesi vuoti. La pianifica robusta distribuisce carico e tiene conto della capacità reale. Questo significa livellare: spalmare le preventive nel tempo, usare finestre (eseguibile tra data A e data B), e differenziare frequenze per criticità e condizioni d’uso.

La regola pratica è: scadenza non significa “quel giorno”. Per molte attività (non cogenti), lavora con un periodo di tolleranza e con carichi settimanali stabili. Così la squadra sa cosa aspettarsi, e tu smetti di inseguire l’emergenza amministrativa.

Come faccio a non “barare” con la chiusura quando lavoro a pacchetti?

Il rischio dei pacchetti è chiudere il contenitore senza aver davvero completato tutti gli item. La difesa è semplice: il WO non deve essere chiudibile se mancano esiti obbligatori per gli asset inclusi, almeno per quelli critici o per le attività che producono obblighi di evidenza.

In pratica: checklist per asset con esito minimo, evidenze obbligatorie dove serve (foto, valori, report strumento), e gestione automatica delle eccezioni. Se un asset non è accessibile o richiede ricambi, deve generare un follow-up, non diventare una nota nel testo libero.

Come gestisco gli imprevisti sul campo senza far saltare la pianifica?

Gli imprevisti non si eliminano, si isolano. Una pianifica sana separa: manutenzione programmata e correttiva. Se durante una preventiva emerge un problema, apri un intervento correttivo collegato, con priorità e autorizzazioni coerenti.

Come misuro se l’ottimizzazione della pianifica sta funzionando davvero?

Non guardare solo “quanti WO chiudo”. Guarda: percentuale interventi MP completati entro finestra, tempo medio in campo per pacchetto, riduzione dei WO atomici, riduzione delle riassegnazioni, completezza evidenze, e stabilità del carico settimanale.

Come introduco questa logica senza bloccare la produzione?

Questo lavoro per dare il massimo risultato va impostato ad inizio contratto così che hai poi la libertà di aggiustare il tiro nella fase iniziale. Generalmente poi è lo stesso Capitolato d’appalto che pretende di avere il piano insieme al Sistema Informativo nel giro dei primi mesi dalla firma. Quindi mentre le squadre di rilievo ti costruiscono l’anagrafica parti dalle famiglie ad alta numerosità (fan coil, split, rilevatori, estintori, illuminazione, bagni/edile) e aggrega ad un livello che sia compatibile con il modus operandi del tuo personale. Crea pacchetti per raggruppamenti di spazi e disciplina tecnica (elettrico, HVAC, idrico sanitario, etc) e misura l’efficacia della generazione per un trimestre: tempo di presa in carico, tempo di chiusura, evidenze, e feedback dei tecnici.

Poi revisiona l’aggregazione per quelle famiglie e per quei siti in cui l’aggregazione è stata troppo blanda o troppo restrittiva. Il cambiamento non è tecnologico, è di modello operativo: finché non vedi che i tecnici lavorano meglio e chiudono meglio, non consolidare.

Conclusioni

Ottimizzare la pianifica delle attività manutentive significa rendere il piano eseguibile, non “perfetto” in un Gantt. Con portafogli reali e impianti reali, la pianifica per singolo asset produce solo numerosità ingestibile, chiusure fittizie e discussioni contrattuali. La soluzione che regge è semplice: raggruppare gli asset prima di assegnare gli interventi, creando pacchetti di lavoro coerenti con zone, accessi, skill e strumenti.

Quando passi a pacchetti ben dimensionati, ottieni tre benefici immediati: tecnici più efficienti (meno overhead amministrativo), dati più difendibili (evidenze per item), e una pianifica finalmente allineata alla capacità reale. È qui che un CMMS smette di essere un generatore di ticket e diventa uno strumento di governo operativo.

Se vuoi un supporto qualificato sull’argomento puoi contattarmi qui