Come gestire il carico di lavoro dei tecnici?: le risorse non sono infinite

Premesse

Programmare manutenzioni come se le risorse fossero infinite è il modo più rapido per trasformare un CMMS in un generatore di ritardi perenni. La realtà è semplice: i tecnici hanno ore finite, energie finite, e vincoli reali (spostamenti, accessi, sicurezza, attrezzi, imprevisti). Se la pianificazione ignora questi fattori, non stai “pianificando”: stai solo fissando scadenze che poi qualcuno dovrà giustificare quando inevitabilmente non verranno rispettate.

Il problema più subdolo è che spesso non hai dati attendibili sulla quota di tempo non legata all’esecuzione del singolo intervento: tempi di spostamento, attese, coordinamento, briefing sicurezza, ricerca asset, compilazione evidenze, gestione chiavi, telefonate, ripianificazioni. Senza quella quota, qualunque calcolo di capacità è falso. Quindi serve un approccio pragmatico, che non aspetti anni di dati perfetti per iniziare a governare il carico.

Perché “ore per intervento” è un numero ingannevole se non misuro il tempo di contorno?

Perché il tempo di contorno spesso supera il tempo tecnico. In un sito complesso, fare 20 minuti di attività può richiederne di più tra accesso, spostamento, setup, messa in sicurezza e ripristino. Se pianifichi solo sul tempo tecnico, saturi il calendario “sulla carta” e condanni il campo a scegliere tra due mali: lavorare male o chiudere male.

Questo è il motivo per cui molti piani MP sembrano sempre “in ritardo”: non perché i tecnici siano lenti, ma perché il modello di capacità è costruito su una variabile parziale.

Che cosa succede quando pianifico a risorse finite con dati incompleti?

Succedono tre cose, tutte prevedibili.

• Primo: sovraccarichi settimane specifiche (fine mese, fine trimestre, finestre specifiche) perché il calendario non è livellato.
• Secondo: l’operatività diventa reattiva, quindi la correttiva mangia la programmata e la programmata si recupera “a spunta”.
• Terzo: esplode la variabilità, perché i tecnici e i fornitori lavorano su priorità percepite, non su un piano eseguibile.

Il risultato è che la pianificazione perde credibilità. Quando il campo non crede al piano, il piano smette di esistere: resta solo un adempimento amministrativo.

Perché la vera unità di pianificazione non è l’intervento, ma il “pacchetto eseguibile”?

Questo si collega direttamente ai post precedenti sulla numerosità e sui componenti virtuali. Se pianifichi per singolo asset, moltiplichi il sovraccarico e rendi impossibile stimare tempi reali. Se invece pianifichi per pacchetti (zone, giri, campagne), inglobi naturalmente una parte del tempo di contorno e ottieni unità più realistiche da assegnare.

Il pacchetto eseguibile è anche la base per una stima più stabile: è meno sensibile alle micro-variabilità del singolo intervento e più coerente con come lavorano davvero le persone sul campo.

Come posso stimare la capacità senza dati perfetti ?

Devi accettare una stima “ingegneristica” iniziale e poi correggerla con feedback, invece di aspettare misure perfette che non arriveranno mai. In pratica: definisci una percentuale di tempo non produttivo/di contorno per tipologia di sito e attività (ad esempio più alta su ospedali/fabbriche, più bassa su siti semplici), e trattala come overhead di pianificazione.

Poi applica una regola semplice: non pianificare mai al 100% della capacità teorica. Lascia un margine per imprevisti e correttiva, altrimenti ogni urgenza spacca la giornata. La pianificazione “piena” funziona solo in PowerPoint.

Perché i dati sul tempo di contorno sono difficili da misurare e come posso migliorarli senza introdurre burocrazia?

Sono difficili perché il tempo di contorno è frammentato: e nessuno è in grado di prevederlo adeguatamente. Se provi a farlo registrare manualmente, ottieni dati falsi o fuorvianti.

Il modo pratico per migliorare la stima è usare proxy che già hai nel CMMS: orario effettivo di presa in carico, arrivo, inizio lavorazione, ripristino e chiusura. Anche se non perfetti, ti danno un ordine di grandezza del “tempo totale in ciclo”. Se lavori per pacchetti e non per micro-ordini, questo proxy diventa più affidabile e meno manipolabile.

Come faccio a evitare che la pianificazione collassi quando ho poca visibilità sui vincoli reali (accesso, chiavi, permessi, attrezzi)?

Devi trattare quei vincoli come attributi di pianificazione, non come sorprese. Se una zona richiede permessi o accompagnamento, quel pacchetto deve avere una finestra e un prerequisito. Se un’attività richiede strumenti specialistici, va pianificata come campagna, non distribuita a caso.

Questo riduce il numero di “tentativi falliti” (andare in sito e non poter lavorare), che è una delle principali cause di spreco di tempo e frustrazione. Ogni tentativo fallito brucia capacità senza produrre manutenzione.

Come uso il Gantt per gestire capacità e spostare date con regolarità?

Quando abbiamo parlato del Gantt e della revisione del calendario prima di generare gli ordini MP ci preoccupavamo esattamente di questo: vedere a colpo d’occhio dove il carico supera la capacità (per sito, fornitore, disciplina, pacchetto), e spostare le date entro finestre accettabili per livellare.

Questa pratica ti permette di “compensare” l’assenza di dati perfetti sul tempo di contorno: se il Gantt mostra settimane ingestibili, non serve sapere se lo spostamento medio è 12 o 18 minuti; sai già che non ci stai dentro. Sposti e armonizzi, prima che l’overload si trasformi in ordini in ritardo.

Ogni quanto farlo dipende dal volume e dalla variabilità, ma una regola pratica è: revisione leggera settimanale e revisione strutturata mensile. La revisione settimanale serve a gestire assenze, urgenze e vincoli di accesso. Quella mensile serve a livellare i picchi e prevenire accumuli.

L’importante è che la revisione non sia una rilavorazione infinita: deve essere un’azione guidata da poche decisioni: cosa sposto, cosa proteggere (cogenti/critici), cosa raggruppare meglio, e dove manca capacità reale.

Qual è la relazione tra carico di lavoro e qualità dei dati CMMS ?

Quando sovraccarichi il campo, la prima cosa che crolla è la qualità del dato: chiusure senza evidenze, causali generiche, tempi “aggiustati”, attività spuntate in batch. Questo poi ti impedisce di migliorare, perché i dati su cui dovresti basarti diventano inaffidabili. È un circolo vizioso.

Gestire il carico significa anche proteggere la qualità informativa. Un piano eseguibile produce dati veri; dati veri ti permettono di migliorare stime e frequenze; stime migliori rendono il piano ancora più eseguibile.

Come posso rendere questa gestione sostenibile nel tempo?

Devi applicare le leve già discusse nei post precedenti in modo coerente: ridurre numerosità con pacchetti e componenti virtuali, usare viste Gantt con template per validare il calendario, e introdurre una routine di riallineamento date prima della generazione degli ordini MP (o, se gli ordini esistono già, prima che vadano fuori finestra).

Non serve una rivoluzione. Serve disciplina: poche regole, ripetute spesso, che tengono il piano vicino alla realtà.

Conclusioni

Gestire il carico di lavoro dei tecnici significa accettare che le risorse sono finite e che una quota significativa di tempo non è “esecuzione dell’intervento”, ma contorno operativo difficile da misurare con precisione. Se pianifichi ignorando quel contorno, sovraccarichi il campo, generi backlog e ottieni dati scadenti che peggiorano ulteriormente la pianificazione.

L’approccio pragmatico è quello emerso nei post precedenti sul tema: pianificare per pacchetti eseguibili (riducendo la numerosità) e usare regolarmente l’analisi Gantt del calendario per livellare il carico e spostare le date entro finestre controllate, prima che il sovraccarico diventi ritardo cronico.

Se vuoi un supporto qualificato sull’argomento puoi contattarmi qui