In molte organizzazioni il requisito 8.3 Progettazione e sviluppo di prodotti e servizi della ISO 9001:2026 è soddisfatto sulla “carta”, ma poco efficace nella pratica. Esiste una procedura, ci sono i moduli per input, riesami, verifiche e validazioni, e l’audit passa. Ma il processo è pensato per una progettazione lineare, con requisiti già noti, e regge male quando l’incertezza è alta (mercati nuovi, tecnologie non consolidate, esigenze del cliente ancora da comprendere, ecc.). La nuova versione risolve in parte queste problematiche avendo un approccio più snello e consapevole della necessità di una maggiore flessibilità.
Indice degli argomenti
Come la ISO 56001 rafforza il requisito 8.3 ISO 9001
La ISO 56001:2024 “Sistema di gestione dell’innovazione” fornisce una struttura per gestire l’incertezza. Il requisito 8, Attività operative, e in particolare l’8.3, Processi di innovazione, può fare da modello per impostare l’8.3 della ISO 9001 in modo più robusto, senza tradirne i requisiti ed al contempo valorizzandone la flessibilità.
In questo articolo l’autrice vuole evidenziare i notevoli punti di contatto tra le due norme e come i requisiti della ISO 56001 possono essere facilmente ed efficacemente utilizzati, nel processo di progettazione e sviluppo, così come delineato dal requisito 8.3 della ISO 9001.
ISO 9001 e ISO 56001: due logiche per progettazione e innovazione
Il requisito 8.3 della ISO 9001:2026 è articolato in sei sottopunti – generalità (8.3.1), pianificazione (8.3.2), input (8.3.3), controlli (8.3.4), output (8.3.5) e modifiche (8.3.6). È un requisito volutamente flessibile; chiede un processo appropriato alla natura, alla durata e alla complessità del progetto, ma non impone un modello.
La ISO 56001, nel requisito 8.3, descrive i processi di innovazione come un percorso che passa dall’identificazione delle opportunità alla diffusione della soluzione, articolato in cinque fasi:
- identificare le opportunità;
- creazione dei concept;
- validazione dei concept;
- sviluppo delle soluzioni;
- impementazione (rilascio) delle soluzioni.
La differenza chiave è che la ISO 9001 parte da requisiti che si presumono definiti e chiede di controllare che l’output li soddisfi. La ISO 56001 considera i requisiti stessi un’ipotesi da esplorare e validare. Per questo prevede iterazioni, decisioni di prosecuzione, ridirezioni o arresto, e apprendimento anche dai fallimenti.
La mappatura tra processi di innovazione e requisito 8.3
| Fase ISO 56001:2024 | Requisiti ISO 9001:2026 corrispondenti | Come si integra |
|---|---|---|
| Identificazione delle opportunità (8.3.2) | 4.1, 4.2, 6.1, 8.2, 8.3.2 | Le opportunità (es. esigenze non soddisfatte, trend, applicazioni di tecnologie) alimentano i requisiti di contesto e il perimetro del progetto |
| Creazione dei concept (8.3.3) | 8.3.2, 8.3.3 | Formulazione di ipotesi di soluzione e raccolta degli input di progetto in forma provvisoria |
| Validazione dei concept (8.3.4) | 8.3.4 | Verifiche e validazioni iniziali delle le ipotesi (es. prototipi, test con utenti) prima di investire nello sviluppo |
| Sviluppo delle soluzioni (8.3.5) | 8.3.4, 8.3.5 | Progettazione di dettaglio, verifiche, output completi e controllabili |
| Implementazione delle soluzioni (8.3.6) | 8.3.4 (validazione), 8.3.6, 8.5, 8.6 | Validazione finale, gestione delle modifiche, rilascio e passaggio alla pianificazione ed erogazione/industrializzazione e produzione del bene |
La mappatura mostra che l’approccio della ISO 56001 non aggiunge un processo parallelo; lo stesso 8.3 viene articolato in modo più adeguato alle esigenze delle organizzazioni che necessitano di una maggiore flessibilità. Il modello distribuendo inoltre i controlli lungo il percorso, invece di concentrarli in fondo, è in linea con le modifiche, per quanto limitate, della nuova versione della ISO 9001:2026 (pubblicata il 16.09.2026) qua fare un link all’articolo su modifiche nuova ISO 9001 mandato il 04.10.2026, in particolare quanto specifica che:
- paragrafo 8.3.1 “Generalità” – il processo di progettazione e di sviluppo può includere cicli di revisione, verifica, convalida e feedback che consentono flessibilità durante le fasi di sviluppo;
- paragrafo 8.3.3 “Input a progettazione e sviluppo” – gli input alla progettazione e sviluppo non sono completamente definiti o noti sin dall’inizio, ma posso evolvere nel tempo richiedendo cicli ripetuti di sviluppo e validazione.
Tali note avvalorano una pratica di “buon senso”, trascurata dalle precedenti versione, che rende più flessibile il processo, come del resto avviene nella realtà, e sostiene la tesi dell’ampia convergenza di punti di contatto tra le due normative.
Integrare la ISO 56001 nel requisito 8.3 della ISO 9001
Definire il processo per tipologie di iniziativa (8.3.1)
Il testo della ISO 9001 chiede un processo appropriato; la ISO 56001 permette di dare a questa parola un contenuto concreto. Invece di un’unica procedura per tutti i progetti, si possono definire percorsi differenziati:
- miglioramenti incrementali (evoluzione di prodotti esistenti) – percorso snello, con poche fasi e gate rapidi;
- innovazioni adiacenti (nuovi prodotti per mercati noti o viceversa) – percorso completo con validazione dei passaggi critici;
- innovazioni radicali o di rottura – percorso esplorativo, con budget a tranche, ipotesi esplicite e criteri di stop chiari.
Il livello di rischio accettato, il grado di controllo e la documentazione richiesta cambiano di conseguenza. Sul piano dell’audit questa è la risposta più solida alle richieste di “flessibilità” e di “appropriatezza” richiesti dallo standard nel requisito 8.3.1 della ISO 56001.
Pianificare per fasi e decisioni
Il requisito 8.3.2 chiede di determinare fasi, riesami, responsabilità, risorse, interfacce, coinvolgimento dei clienti e livello di controllo atteso. La struttura in cinque fasi della ISO 56001 fornisce un framework. Per ogni fase richiede di esplicitare:
- l’obiettivo e gli item a cui rispondere;
- gli esiti possibili al gate – procedere, modificare, sospendere, chiudere;
- chi decide e con quali criteri;
- le risorse assegnate, anche a tranche progressive.
Trattare gli input come ipotesi in evoluzione
Nelle prime fasi gli input sono incompleti per natura. La soluzione è dichiarare che maturano nel tempo -all’inizio si raccolgono esigenze, vincoli e ipotesi, poi si consolidano requisiti funzionali, prestazionali, cogenti e di rischio man mano che i concetti vengono validati. L’8.3.3 richiede che gli input siano adeguati, completi e non ambigui al momento in cui servono per lo sviluppo e l’industrializzazione. Questo rende il requisito coerente con un percorso iterativo.
Anticipare riesami, verifiche e validazioni
Questo è il contributo più prezioso della logica ISO 56001. Riesami, verifiche e validazioni dell’8.3.4 non devono essere un’attività finale, ma un sistema di controlli graduati:
- riesami di fase con i criteri del gate (go/no-go);
- validazione precoce dei concetti con utenti o clienti reali, con prototipi, test e dati di mercato, prima di impegnare risorse rilevanti;
- verifiche sul progetto sviluppato rispetto agli input consolidati;
- validazione finale in condizioni d’uso reali o simulate, per garantire l’idoneità all’applicazione prevista.
Distinguere bene riesame, verifica e validazione, come richiede la ISO 9001, resta essenziale; la ISO 56001 aiuta a collocarli nelle fasi corrette.
Collegare output e rilascio
Gli output devono soddisfare gli input, essere adeguati ai processi successivi, contenere i criteri di accettazione e indicare le caratteristiche essenziali per un uso sicuro e corretto. La fase di diffusione delle soluzioni sviluppate ricorda che l’innovazione non finisce con il progetto – serve un passaggio strutturato verso erogazione o produzione (formazione, capacità dei processi, supply chain, supporto post-vendita) e un monitoraggio dei primi risultati sul campo.
Gestire le modifiche lungo il percorso
In un processo di innovazione i cambiamenti sono normali. Il requisito 8.3.6 chiede di identificarli, riesaminarli e controllarli, valutando l’impatto sui prodotti già consegnati e sulle parti già sviluppate. Una modifica motivata dall’apprendimento (un cambio di specifica dopo un test, un componente che si guasta con frequenza anomale, ecc.) va tracciata con lo stesso rigore di una modifica tardiva.
Supporti e indicatori per il requisito 8.3 ISO 9001
Il requisito 8.3 della ISO 56001 è efficace solo se poggia sugli altri requisiti della norma, che possono integrare il sistema qualità:
- gestione dell’intelligence strategica e analisi del contesto con la finalità di alimentare la fase di identificazione delle opportunità;
- gestione della proprietà intellettuale quale fattore da presidiare già nelle fasi di ideazione e sviluppo;
- strumenti e metodi di innovazione (design thinking, sperimentazione rapida, stage-gate, roadmap tecnologiche), da implementare in funzione del tipo di iniziativa;
- gestione del portafoglio delle iniziative, con la finalità di bilanciare rischio e ritorno dell’investimento e decidere dove concentrare le risorse;
- competenze e cultura con lo scopo di coinvolgere risorse abituate a sperimentare e a chiudere le idee che non superano specifici gate.
Per la ISO 9001 questi elementi ricadono, come minimo. nei requisiti di conoscenza organizzativa (7.1.6), competenza (7.2), consapevolezza (7.3), informazioni documentate (7.5) e gestione dei rischi e delle opportunità (6.1).
Indicatori per misurare l’innovazione
Per il monitoraggio (requisito 9 “Monitoraggio, misurazione, analisi e valutazione” di entrambe le norme) dei processi, si possono affiancare agli indicatori classici di progetto (tempi, costi, conformità) quelli che meglio misurano l’innovazione:
- percentuale di concetti validati che arrivano allo sviluppo;
- tempo di ciclo dalla fase di opportunità alla validazione del concetto;
- costo medio sostenuto per le iniziative interrotte (un buon segnale, se si interrompe presto…);
- ricavi o benefici generati da soluzioni lanciate negli ultimi 2-3 anni;
- soddisfazione e adozione da parte dei clienti pilota.
Gli errori nell’integrazione tra ISO 9001 e ISO 56001
Nell’integrare la ISO 56001 in un percorso ISO 9001 bisogna porre attenzione nell’evitare alcuni errori tra cui:
- duplicare i sistemi – creare una procedura 8.3 e una “procedura innovazione” scollegate. Meglio un unico processo integrato che consideri entrambi gli approcci;
- burocratizzare il processo – ridondando la documentazione;
- confondere validazione e verifica – testare la conformità alle specifiche non risponde al quesito se la soluzione risolve il problema posto;
- non prevedere l’interruzione – un gate senza possibilità reale di chiudere il progetto è solo una formalità;
- ignorare i requisiti cogenti – la flessibilità dell’innovazione non esonera dal considerare le componenti di salute e sicurezza dei lavoratori, ambiente, sicurezza delle informazioni, protezione dei dati personali e dei diritti delle persone e regolamentazione di settore, da considerare fin dalle prime fasi.
Il requisito 8.3 ISO 9001 come processo per l’innovazione
La ISO 9001 fornisce i requisiti di quanto debba essere controllato nei processi di progettazione e sviluppo, lasciando all’organizzazione la libertà di scegliere il “come”. La ISO 56001, con i suoi modelli di innovazione, fornisce un modello ben strutturato per questo “come”. Ciò avviene tramite: fasi chiare, controlli graduati, decisioni esplicite e apprendimento sistematico. Usare la ISO 56001 per impostare l’applicazione del requisito 8.3 della ISO 9001 significa mantenere la piena conformità alla norma qualità e rendere il processo di progettazione più adatto a gestire l’incertezza e a supportare l’innovazione.



























Partecipa alla community