Negli ultimi mesi alcune condanne di amministratori delegati e dirigenti per gravi infortuni hanno riaperto il dibattito: non è realistico chiedere ai vertici di controllare il dettaglio operativo, ma fermarsi a “punire o assolvere” non spiega come evitare che l’evento accada. Mi riferisco a due articoli comparsi su Il Foglio: quello di Luciano Violante sul “wokismo giudiziario” e quello di Ermes Antonucci, sulla logica dello scalpo. Entrambi riflettono una tendenza che noto spesso anche su LinkedIn: criticare le condanne dei vertici aziendali per infortuni, sostenendo che un AD non possa occuparsi dei singoli dettagli.
Guardandola da tecnico, un infortunio grave è prima di tutto un fallimento di progettazione, gestione e controllo dei processi, e solo dopo diventa un tema giudiziario. Il D.Lgs. 231/2001 rende questo passaggio più chiaro perché sposta il baricentro sulla responsabilità dell’organizzazione: dietro l’errore individuale c’è quasi sempre un sistema che ha permesso l’errore, e quindi la prevenzione coincide con il governo dell’azienda, non con un alibi. L’art. 30 del D.Lgs. 81/2008 costruisce il ponte operativo: un MOG fatto bene, coerente con i principi dei sistemi di gestione (ISO 45001), serve a identificare rischi, assegnare ruoli, far circolare informazioni, verificare e migliorare, e non a produrre un manuale da esibire.
In questa logica “alta direzione” significa davvero AD e CdA: non basta firmare una politica e delegare, bisogna fissare obiettivi, dare risorse, pretendere riesami, e soprattutto garantire flussi informativi affidabili basati su evidenze (incluse verifiche indipendenti come gli audit), perché la delega regge solo se c’è controllo. Quando la leadership è visibile e i dati vengono letti e usati per decidere, la sicurezza smette di essere burocrazia e diventa pratica; così l’eventuale esclusione di responsabilità non nasce dal “non avevo tempo”, ma dal fatto che l’organizzazione ha fatto tutto ciò che la tecnica consolidata richiede e gli incidenti, di norma, non accadono.
Puoi leggere l’articolo Prevenire prima di punire: 231, ISO 45001 e le responsabilità apicali su ISL 1/2026
No PPE, no access beyond this point 