Il campo di applicazione del sistema di gestione spiegato con l'architettura: soglie e confini
Come definire il campo di applicazione del sistema di gestione usando il concetto architettonico di soglia di Aldo van Eyck. Metodo pratico, problemi comuni ed esempi reali per la ISO 9001, la ISO 14001 e la ISO 45001
"L'architettura dovrebbe essere concepita come una configurazione di luoghi intermedi chiaramente definiti. Questo non implica una transizione continua o un'assenza di confini. Al contrario, implica una rottura con il concetto contemporaneo di transizione spaziale continua e con la tendenza a cancellare ogni articolazione tra spazi"
(Aldo van Eyck)
"La soglia è il luogo dove i mondi si incontrano": cosa c'entra un architetto con il tuo sistema di gestione
Amsterdam, anni Cinquanta. La città sta ricostruendo sé stessa dopo la guerra e gli architetti discutono su come progettare il futuro. La maggior parte di loro ragiona in termini netti: dentro o fuori, pubblico o privato. Un confine è un muro e una separazione è l'unico modo per dare ordine al caos urbano.
Un uomo non è d'accordo: si chiama Aldo van Eyck ed è un architetto olandese con una formazione internazionale. Van Eyck guarda i grandi complessi residenziali modernisti e vede qualcosa che i suoi colleghi non colgono: l'assenza di vita negli spazi intermedi. I corridoi sono solo corridoi e le porte sono solo porte. Non c'è nessun luogo dove il bambino possa passare gradualmente dalla sicurezza della casa alla scoperta del mondo esterno, nessuno spazio dove il privato e il pubblico si incontrino e dialoghino.
Tra il 1947 e il 1978 progettò oltre settecento parchi gioco nei vuoti urbani di Amsterdam (terreni bombardati, angoli dimenticati), spazi che non appartenevano né alla strada né alla case. Erano soglie: luoghi dove il mondo domestico e il mondo sociale si incontravano, dove i bambini imparavano a negoziare tra il conosciuto e l'ignoto.
Van Eyck teorizzò questo concetto con un termine che avrebbe influenzato generazioni di architetti: in-between realm, il "regno intermedio". La soglia, per van Eyck, non era una linea astratta su un progetto ma uno spazio di transizione significativa, un luogo dove si costruisce il senso del passaggio da un mondo a un altro. Una buona soglia non separa soltanto ma accoglie e prepara. Una cattiva soglia (o la sua assenza) disorienta e impoverisce l'esperienza di chi la attraversa.
Ora, cosa c'entra tutto questo con il punto 4.3 delle norme ISO relative ai sistemi di gestione? Molto più di quanto si possa pensare, perché definire il campo di applicazione di un sistema di gestione è, nella sua essenza, un atto di architettura a livello organizzativo. Stai progettando i confini di uno spazio, lo spazio dentro il quale il tuo sistema di gestione vivrà e opererà. E come ogni bravo architetto sa, il modo in cui progetti i confini determina la qualità della vita all'interno.
La maggior parte delle organizzazioni tratta il campo di applicazione come un muro: una linea netta che separa ciò che è dentro da ciò che è fuori. Dentro c'è il sistema, fuori non c'è nulla. Questo articolo è una guida per smettere di pensare in termini di muri e iniziare a progettare soglie.
Cosa dice il punto 4.3
Il punto 4.3 delle norme ISO 9001, ISO 14001 e ISO 45001 è uno dei requisiti della cosiddetta struttura di alto livello (Annex SL, ora denominata "struttura armonizzata") che accomuna tutte le norme ISO sui sistemi di gestione. Il testo base è sostanzialmente lo stesso in ogni norma, con integrazioni specifiche a seconda della disciplina.
Il requisito dice che l'organizzazione deve determinare i confini e l'applicabilità del sistema di gestione per stabilirne il campo di applicazione e che, nel farlo, deve considerare tre elementi: i fattori esterni e interni di cui al punto 4.1 (il contesto dell'organizzazione), i requisiti delle parti interessate rilevanti di cui al punto 4.2 e i propri prodotti e servizi (o, nel caso della ISO 45001, le attività lavorative pianificate o svolte). Il campo di applicazione deve essere disponibile e mantenuto come informazione documentata.
Le norme non prescrivono un metodo per decidere cosa includere e cosa escludere, non spiegano come gestire le zone grigie: i processi parzialmente in outsourcing, le sedi temporanee, le attività stagionali, i progetti a termine, i lavoratori in somministrazione, le attività svolte presso i clienti e non indicano nemmeno quanto essere dettagliati nella descrizione del campo di applicazione, né come comunicarlo efficacemente all'interno e all'esterno dell'organizzazione.
L'architettura ci offre gli strumenti concettuali per colmare questo vuoto.
Il muro, la porta e la finestra: tre modi di pensare un confine
In architettura, ogni confine è definito da tre elementi fondamentali: il muro che separa, la porta che connette e la finestra che permette di osservare senza attraversare il confine. Questi tre elementi sono dei veri e propri archetipi del modo in cui gli esseri umani concepiscono il rapporto tra uno spazio e ciò che lo circonda e funzionano perfettamente come chiave di lettura per comprendere i diversi modi in cui le organizzazioni definiscono il proprio campo di applicazione.
🧱 Il muro: il confine come barriera
È la concezione più diffusa e più primitiva del campo di applicazione: una linea netta che separa ciò che è dentro da ciò che è fuori.
Prendiamo un esempio concreto. Un'azienda manifatturiera ha tre stabilimenti, una rete di agenti commerciali sul territorio e un magazzino gestito da un operatore logistico esterno. Il campo di applicazione recita: "Progettazione e produzione di componenti meccanici presso lo stabilimento di via Rossi 15, Città". Tutto ciò che accade fuori dal cancello di via Rossi (gli altri due stabilimenti, la rete commerciale, la logistica esternalizzata) semplicemente non esiste per il sistema di gestione.
Il muro riduce la complessità e limita l'ambito del lavoro ma crea un sistema disconnesso dalla realtà operativa dell'organizzazione. Il cliente che compra quei componenti meccanici non percepisce la distinzione tra lo stabilimento certificato e quello non certificato: per lui, l'azienda è una. Se il magazzino esterno danneggia la merce, il problema è dell'organizzazione, non del magazzino. Se gli agenti commerciali fanno promesse che la produzione non può mantenere, la non conformità nasce fuori dal muro ma esplode al suo interno.
🚪 La porta: il confine come punto di passaggio controllato
Si tratta di un passo avanti rispetto al muro perché il confine esiste ma ha dei punti dove l'interno comunica con l'esterno in modo governato. L'organizzazione che pensa il proprio campo di applicazione come una porta vi include i processi critici anche quando sono parzialmente gestiti all'esterno, monitora i fornitori strategici e tiene conto degli obblighi di conformità anche quando opera presso i clienti.
La stessa azienda manifatturiera di prima, con una concezione "a porta", potrebbe definire il proprio campo di applicazione così: "Progettazione, produzione e distribuzione di componenti meccanici, inclusa la gestione dei processi di logistica esternalizzati e delle attività commerciali sul territorio". La porta è selettiva: decide cosa entra e cosa no e il criterio non è più la comodità come prima è la rilevanza per la qualità del risultato finale.
Il rischio della porta è che, se viene gestita male, diventa un collo di bottiglia (troppo stretta, blocca il flusso informativo tra il sistema e il suo contesto) oppure un buco nel muro (troppo larga, fa entrare complessità che l'organizzazione non è in grado di gestire).
🪟 La finestra: il confine come punto di osservazione
La finestra non fa passare le persone ma fa passare la luce e lo sguardo verso l'esterno. Applicata a campo di applicazione, rappresenta tutti quegli elementi che non vi rientrano formalmente ma che l'organizzazione deve vedere e monitorare perché influenzano significativamente il sistema di gestione.
Si tratta, ad esempio, delle aspettative della comunità locale verso uno stabilimento in zona residenziale o dei trend di mercato che modificheranno le esigenze dei clienti o delle strategie dei concorrenti che ridefiniscono gli standard del settore. Nessuno di questi elementi è "dentro" il campo di applicazione, ma ignorarli rende il sistema cieco rispetto al contesto in cui opera.
La finestra è ciò che collega il punto 4.3 (il campo di applicazione) ai punti 4.1 e 4.2 (il contesto e le parti interessate). Senza finestre, il campo di applicazione è un bunker: protetto ma isolato. Con le finestre giuste, invece, diventa un osservatorio capace di anticipare i cambiamenti.
I 5 problemi architettonici del campo di applicazione
Gli architetti sanno che un edificio può "ammalarsi": umidità di risalita, crepe strutturali, ponti termici, infiltrazioni...tutti segnali che qualcosa nella progettazione o nella manutenzione non ha funzionato.
Allo stesso modo, il campo di applicazione di un sistema di gestione può soffrire di patologie specifiche, riconoscibili da segnali precisi. Ne ho identificate cinque:
La soglia di van Eyck: ripensare il campo di applicazione come spazio vivo
Se le cinque patologie del capitolo precedente descrivono ciò che non funziona, la soglia di van Eyck ci mostra come dovrebbe funzionare.
Il campo di applicazione non dovrebbe essere un documento statico che si scrive una volta, si stampa e si archivia ma uno spazio decisionale che l'organizzazione abita quotidianamente. Ogni volta che si presenta una nuova attività, un nuovo fornitore, un nuovo mercato, un nuovo requisito legale, l'organizzazione dovrebbe attraversare la soglia del campo di applicazione e chiedersi: questo elemento è dentro, è fuori, o è in quella zona intermedia che devo comunque gestire?
Per rendere operativo questo concetto, propongo una struttura a tre zone concentriche, ispirata alla progettazione urbanistica:
Questa struttura a tre zone supera la logica binaria dentro/fuori e crea un campo di applicazione che funziona come la soglia di van Eyck: uno spazio articolato dove l'organizzazione incontra il proprio contesto con consapevolezza.
Come si progetta una soglia: metodo pratico per definire (o ridefinire) il campo di applicazione
Nessun architetto competente inizia a costruire senza un processo progettuale. Ci sono fasi precise (sopralluogo, programma funzionale, progetto preliminare, verifica strutturale, manutenzione) e saltarne una significa compromettere il risultato. Lo stesso vale per il campo di applicazione. Ecco un metodo in cinque fasi che traduce il processo progettuale dell'architetto nella definizione del campo di applicazione.
🔍 Fase 1 — Il sopralluogo (punto 4.1: comprendere l'organizzazione e il suo contesto)
Prima di progettare, l'architetto studia il terreno: analizza l'esposizione solare, la composizione del suolo, la pendenza, il clima, il quartiere circostante, la storia del luogo.
Per l'organizzazione, il sopralluogo è l'analisi del contesto, ma attenzione: non l'analisi del contesto come la fanno in molti, una tabella SWOT compilata dal consulente in mezz'ora e mai più aggiornata, ma un sopralluogo vero. Significa mappare i fattori interni (la struttura organizzativa reale, non quella dell'organigramma ufficiale; i processi come funzionano davvero, non come li descrivono le procedure; le risorse disponibili, le competenze, le tecnologie) e i fattori esterni (il contesto normativo e le sue evoluzioni, il mercato e i suoi trend, il territorio e le sue sensibilità, gli stakeholder e le loro aspettative).
Domanda chiave: qual è la realtà del terreno su cui sto costruendo?
📋 Fase 2 — Il programma funzionale (punto 4.2: esigenze e aspettative delle parti interessate)
L'architetto, dopo il sopralluogo, raccoglie le esigenze del committente: quante stanze servono? Per chi? Per fare cosa? Qual è il budget? Quali vincoli esistono? Il programma funzionale è il documento che traduce le esigenze del committente in requisiti progettuali.
Per l'organizzazione, questa fase corrisponde all'identificazione delle parti interessate rilevanti e delle loro esigenze e aspettative. E qui sta una trappola frequente: molte organizzazioni trattano questa analisi come un elenco generico (clienti, fornitori, dipendenti, comunità, enti regolatori) senza chiedersi quali di queste parti interessate hanno esigenze che influenzano realmente il campo di applicazione.
Domanda chiave: chi abiterà questo spazio e cosa si aspetta di trovarci?
✏️ Fase 3 — Il progetto preliminare (punto 4.3: definizione del campo di applicazione)
Qui l'architetto traccia i primi confini dell'edificio: dove inizia, dove finisce, come si relaziona con il contesto. Non è ancora il progetto definitivo ma è la prima traduzione spaziale delle esigenze raccolte nelle fasi precedenti.
Per l'organizzazione, questa è la fase in cui si definiscono le tre zone concentriche. Per il nucleo: quali sono le attività core che devono assolutamente essere dentro il campo di applicazione? Per la periferia: quali attività secondarie è opportuno includere e con quale livello di presidio? Per la zona di influenza: quali elementi esterni devono essere monitorati anche se non rientrano formalmente?
Domanda chiave: dove metto le pareti, dove metto le porte, dove metto le finestre?
🏗️ Fase 4 — La verifica strutturale (il test di coerenza)
Prima di passare al progetto esecutivo, si deve poi verificare che la struttura regga. Si calcolano i carichi, si dimensionano le fondamenta, si verifica la resistenza sismica, ecc. Per il campo di applicazione, la verifica strutturale risponde a quattro domande:
le persone si riconoscono? Prendi il campo di applicazione e mostralo a cinque persone diverse dell'organizzazione. Chiedi loro: "Questo descrive quello che facciamo?"
I clienti capiscono? Se un cliente leggesse il vostro campo di applicazione sul certificato, avrebbe un'idea accurata di cosa copre e cosa no?
Le risorse bastano? L'organizzazione ha effettivamente le risorse per gestire tutto ciò che ha incluso?
Le esclusioni reggono? Per ogni elemento escluso, esiste una giustificazione solida? Potrebbe un auditor competente contestarla?
Domanda chiave: questa struttura regge sotto pressione?
🔧 Fase 5 — La manutenzione programmata (la revisione periodica)
Ogni edificio richiede manutenzione per non andare in rovina. Il campo di applicazione non è diverso. Va riesaminato ogni volta che cambia qualcosa di significativo e va riesaminato comunque periodicamente, in occasione del riesame di direzione.
Un suggerimento pratico: inserite nel riesame un punto specifico dedicato alla verifica del campo di applicazione. Basta una domanda semplice: "Il campo di applicazione descrive ancora quello che siamo e quello che facciamo?".
Domanda chiave: l'edificio che ho progettato tre anni fa è ancora adatto a chi lo abita oggi?