Gestione del rischio nei contratti per la costruzione di macchine speciali: quando il prezzo fisso tutela il budget e quando aumenta il costo dell’errore

Nei contratti per la costruzione di macchine speciali, il confronto tra prezzo fisso e approccio iterativo tende spesso a porre la questione nel punto sbagliato. Il successo del progetto raramente dipende dalla sola formula contrattuale. Conta molto di più il momento in cui le parti ritengono che i presupposti tecnici siano sufficientemente maturi per fissare prezzo, tempi e responsabilità. Se questo avviene troppo presto, il rischio non scompare. Si sposta alla fase di progettazione, messa in servizio, collaudo e documentazione finale.

In pratica, una macchina speciale non è un prodotto standard replicabile, ma la risposta a uno specifico processo, a un determinato pezzo, ai vincoli del capannone, alle modalità operative dell’operatore e alle condizioni di manutenzione. Per questo la gestione del rischio in un progetto di questo tipo non parte dalla scelta dell’etichetta contrattuale, ma dall’individuazione delle decisioni che possono ancora essere corrette senza criticità e di quelle che, dopo acquisti e prefabbricazione, si trasformano in modifiche costose. Solo su questa base si può valutare con criterio quando funziona un contratto a prezzo fisso e quando invece serve un’iterazione controllata nei progetti di macchine speciali.

Il problema non è il contratto, ma il momento in cui si chiudono i presupposti

La fonte di rischio nei progetti di costruzione di macchine speciali, nella maggior parte dei casi, non è il modello commerciale in sé, ma la chiusura troppo anticipata di prezzo, cronoprogramma e responsabilità a fronte di presupposti tecnici ancora immaturi. Se le parti non hanno ancora una comprensione operativa condivisa delle funzioni della macchina, il contratto non mette ordine nel progetto: rinvia semplicemente il conflitto a più avanti.

In pratica, una descrizione generale dell’obiettivo tecnologico non basta. Prima di chiudere il perimetro del progetto occorre concordare come la macchina dovrà operare nell’ambiente reale: quali funzioni dovrà svolgere, quale produttività dovrà raggiungere, quali varianti di prodotto dovrà gestire, dove si collocano le interfacce con il contesto, come dovranno avvenire i cambi formato, la gestione manuale, l’accesso per l’assistenza e il ripristino dopo un arresto. Sono altrettanto importanti i limiti dell’automazione, la ripartizione della fornitura, i requisiti di sicurezza, i presupposti di manutenzione e la completezza della documentazione di collaudo. Senza questi accordi, il prezzo fisso non elimina l’incertezza, ma la trasforma in una disputa sul fatto che una determinata correzione sia una semplice precisazione dei requisiti oppure una modifica del perimetro.

È proprio questo che distingue un progetto ben strutturato da un progetto solo apparentemente prevedibile. Nel secondo caso, le parti cercano di chiudere commercialmente l’iniziativa prima che vengano prese decisioni ingegneristiche che, in seguito, torneranno comunque sul tavolo. Succede più spesso nelle aree considerate inizialmente “dettagli esecutivi”: sequenza di funzionamento, modalità di regolazione e manuali, interblocchi, dipendenze dai sistemi sovraordinati, condizioni di cambio formato o modalità di intervento dell’operatore. Solo in un secondo momento emerge che sono proprio questi aspetti a determinare l’architettura di controllo, le misure di protezione, il tempo ciclo e i criteri di accettazione.

Per questo l’approccio iterativo non dovrebbe essere inteso come un via libera alla mancanza di disciplina. In un progetto ben condotto, significa far emergere l’incertezza in modo controllato quando eliminarla è ancora poco costoso e organizzativamente reversibile. Se si verificano prima la logica di processo, gli scenari operativi, le modalità di funzionamento, le dipendenze dalla linea e il comportamento della macchina dopo un arresto, molte ipotesi errate possono essere corrette prima della realizzazione della parte meccanica, dei quadri elettrici e della documentazione di collaudo.

• Prima di un’offerta a forfait dovrebbero essere definiti almeno: la funzione della macchina, la produttività richiesta, la variabilità del prodotto, le interfacce con l’ambiente circostante, l’ambiente di lavoro, i requisiti di sicurezza, i presupposti di manutenzione e il contenuto della documentazione di collaudo.

In molti progetti è quindi più ragionevole acquistare prima il concept, l’analisi del rischio e la fase di progettazione, per passare all’esecuzione a prezzo fisso solo dopo aver confermato la maturità dei presupposti. Non è un segno di eccessivo formalismo, ma un modo per limitare il costo delle decisioni prese troppo presto.

Questo aspetto è rilevante anche sotto il profilo dell’assetto delle responsabilità. Una cosa è un ordine finalizzato al raggiungimento di un determinato risultato tecnologico, un’altra è un ordine relativo a una macchina come prodotto che richiede valutazione di conformità e marcatura CE. Nella pratica questi due piani spesso si sovrappongono, ma non devono essere confusi. Se l’oggetto del progetto è una macchina o un insieme di macchine, già all’inizio occorre stabilire chi è responsabile dei requisiti di sicurezza, dell’analisi del rischio, della completezza della documentazione tecnica e delle condizioni di consegna per la messa in esercizio.

Dove aumentano davvero costi e rischio

Costi e rischio aumentano quando, con presupposti ancora troppo poco maturi, si chiudono decisioni che in seguito non possono più essere invertite a basso costo. Nella fase concettuale, una correzione di solito significa modificare la logica di funzionamento, le interfacce oppure i presupposti di sicurezza. Dopo il congelamento del progetto, la stessa correzione diventa una modifica dei componenti già acquistati, una rilavorazione meccanica, una riconfigurazione dei quadri elettrici, una correzione del software, nuove prove e uno slittamento dei collaudi.

Dopo la prefabbricazione, dopo la stesura della logica di controllo e soprattutto dopo le prove FAT, il costo di una modifica non è più soltanto un costo tecnico. Comprende già i tempi, l’organizzazione della messa in servizio, la nuova validazione e la ripartizione delle responsabilità tra le parti. Per questo motivo il progetto va valutato non solo in base al prezzo finale, ma anche in funzione del costo della modifica nelle diverse fasi. All’inizio prevale il costo dell’attività di progettazione. In seguito si aggiungono i costi dei materiali e della realizzazione. Alla fine, ciò che costa di più è l’impatto sul collaudo, sulla messa in servizio e sull’operatività dello stabilimento.

Questo spostamento ha una conseguenza progettuale molto semplice. Se non si congelano per tempo l’architettura funzionale, le principali interfacce, le condizioni di esercizio, le prestazioni richieste e il modo di misurare la qualità del ciclo, il contratto smette di dare ordine al progetto. Comincia invece soltanto a trasferire da una parte all’altra gli effetti di conoscenze acquisite troppo tardi. In un modello a prezzo fisso, il fornitore difende i confini dell’ambito concordato, perché ogni ambiguità nei dati di ingresso comporta un costo reale. Il committente, dal canto suo, cerca di mantenere il risultato di processo atteso, anche se la conoscenza del dettaglio, delle utenze, del contesto della linea e delle reali condizioni di esercizio matura solo nel corso dei lavori.

Nella maggior parte dei casi non si tratta di un unico difetto evidente. Il problema cresce attraverso una serie di piccole mancanze di definizione: chi fornisce i segnali dai dispositivi adiacenti, chi è responsabile delle utenze e dei loro parametri, chi prevede le aree di accesso per l’operatore e per la manutenzione, come si misura la produttività, su quale lotto di pezzi si verifica il funzionamento e secondo quale criterio si valuta la qualità del ciclo. Ciascuno di questi aspetti, preso singolarmente, sembra innocuo. Nel loro insieme, però, possono cambiare responsabilità, tempi e condizioni di accettazione.

Il rischio per la sicurezza cresce particolarmente in fretta quando la funzione produttiva viene definita nei dettagli troppo tardi. In quel caso le misure di protezione non derivano dal concetto progettuale, ma vengono adattate a una struttura già pronta o quasi pronta. Emergono tensioni tipiche: i ripari interferiscono con il cambio formato, gli interblocchi ostacolano la rimozione degli inceppamenti, la logica di arresto viene subordinata all’architettura di azionamento esistente, mentre le modalità di regolazione e l’accesso alle zone pericolose vengono risolti in modo estemporaneo. Un progetto del genere può anche arrivare alla messa in servizio, ma il costo per eliminare non conformità e limitazioni d’uso diventa allora incomparabilmente più elevato rispetto alla fase di concetto e di valutazione del rischio secondo la norma UNI EN ISO 12100.

Se l’oggetto dell’ordine è una macchina o un insieme di macchine, le modifiche tardive incidono non solo sulla realizzazione, ma anche sulla valutazione di conformità, sulla completezza della documentazione tecnica, sulle istruzioni e sulle condizioni di consegna per l’uso. Per questo le disposizioni relative alle prove FAT, SAT e ai criteri di accettazione dovrebbero collegare fin dall’inizio i requisiti funzionali con quelli di sicurezza. Separare questi due piani di solito porta semplicemente a ritrovarsi il problema al collaudo.

L’approccio iterativo può far emergere prima ipotesi errate, ma da solo non risolve il tema dei costi e delle responsabilità. Se il progetto non ha punti decisionali vincolanti, dati di ingresso concordati e criteri misurabili di accettazione delle fasi successive, entra in uno stato di continua ridefinizione. In quel momento il committente paga l’incertezza che si prolunga, mentre il fornitore perde la possibilità di dimostrare quando i requisiti sono stati effettivamente soddisfatti.

Come scegliere il modello e formalizzare le decisioni

La scelta tra prezzo fisso e approccio iterativo non dovrebbe dipendere da convinzioni, ma dalla valutazione del grado di maturità delle ipotesi di partenza. Nei progetti di costruzione di macchine speciali, il modello più sicuro è spesso quello misto: una breve fase iniziale, remunerata separatamente, dedicata al concetto e alla chiusura dei rischi, e solo successivamente un contratto esecutivo a prezzo fisso per un ambito che abbia realmente raggiunto il livello di maturità richiesto.

Un’impostazione di questo tipo non indebolisce il controllo del budget. Semplicemente sposta il momento in cui si blocca il prezzo a una fase in cui è già chiaro che cosa deve essere realizzato, quali sono i vincoli del processo e dove passa il confine delle responsabilità. Se i requisiti tecnologici sono stabili, le interfacce note e i criteri di accettazione descrivibili in modo misurabile, il prezzo fisso dà ordine al progetto e facilita la liquidazione economica. Se invece l’incertezza riguarda la funzione, l’ergonomia, la sicurezza, l’integrazione con la linea oppure il comportamento del processo lato utilizzatore, allora serve un’iterazione controllata prima di avviare acquisti e realizzazione.

È fondamentale distinguere tra decisioni reversibili e irreversibili. L’iterazione si gestisce in modo diverso per le schermate operatore, le sequenze di lavoro, i report, le dotazioni aggiuntive o l’organizzazione dell’assistenza, e in modo diverso per l’architettura di sicurezza, gli ingombri, le aree di accesso, le ipotesi di manutenzione, i punti di deposito e le interfacce con i dispositivi adiacenti. Questa distinzione dovrebbe essere riportata già nella specifica dei requisiti dell’utilizzatore e nel registro dei rischi di progetto. Da essa dipende quali ipotesi devono essere approvate formalmente prima dell’ordine dei componenti e quali, invece, possono essere rinviate alle prove funzionali.

Dal punto di vista del committente, questo significa dover mettere ordine nel processo decisionale, non solo nella fornitura in sé. Serve un responsabile dei requisiti lato investitore, una cadenza concordata delle revisioni di progetto, un registro dei rischi trasparente e l’approvazione formale delle ipotesi prima di passare ad acquisti, prefabbricazione e messa in servizio. Senza questi elementi, neppure un buon contratto basta, perché le parti continueranno comunque ad avere una comprensione diversa di ciò che è già stato concordato.

La maggior parte delle controversie nasce da clausole contrattuali formulate in modo impreciso. Il contratto esecutivo dovrebbe definire in modo univoco l’ambito della fornitura, i dati di ingresso forniti dal committente, la procedura di gestione delle modifiche, i punti di accettazione, le condizioni per il collaudo parziale e finale e la completezza della documentazione da consegnare al termine dei lavori. Prima della firma dovrebbero essere già disponibili almeno: la descrizione del processo, il flusso dei materiali, i requisiti di prestazione, le condizioni ambientali, la descrizione delle interfacce, le esigenze della manutenzione, i presupposti di sicurezza e i criteri di accettazione.

Se uno di questi elementi non è ancora definito, dovrebbe essere esplicitamente inserito nella fase concettuale, con una modalità di remunerazione separata e con un punto decisionale dopo il quale si procede solo allora alla quotazione a forfait. È altrettanto importante definire il confine tra la messa in servizio e la successiva ottimizzazione del processo. Senza questa distinzione, il fornitore finisce per rispondere di un risultato che non può essere oggettivamente chiuso in sede di collaudo.

• bassa incertezza delle ipotesi, interfacce note, accettazione misurabile: contratto a prezzo fisso;
• elevata incertezza su funzioni, sicurezza o integrazione: fase di concetto e iterazioni prima della quotazione esecutiva;
• ambito parzialmente maturo: modello per fasi, in cui gli elementi già definiti passano all’esecuzione a forfait, mentre quelli ancora aperti restano in una procedura di modifica controllata.

Alla fine torna sempre il tema dell’ordine della conformità e delle responsabilità. Le decisioni tecniche devono essere collegate fin dall’inizio alla successiva valutazione di conformità delle macchine, e non trattate esclusivamente come questioni di progettazione. Se nella fase concettuale non sono stati chiusi i presupposti di sicurezza, i confini della fornitura e la ripartizione delle responsabilità per la documentazione tecnica, il problema riemergerà nell’analisi del rischio, nel collaudo e nella preparazione dei documenti finali. Non si tratta di moltiplicare gli adempimenti formali, ma di mantenere il progetto sotto controllo.

Esempio pratico e chiara ripartizione delle responsabilità

La conclusione pratica più semplice è questa: in un progetto di macchina speciale non si dovrebbe definire in via definitiva la ripartizione delle responsabilità esecutive prima di aver chiarito le responsabilità relative alle decisioni tecniche. Quando il committente descrive soltanto l’obiettivo di produttività o l’effetto generale del processo, ma non sono ancora stati definiti i modi di funzionamento, la logica dei cambi formato, gli interventi richiesti all’operatore e i vincoli dell’impianto esistente, il prezzo fisso finisce per coprire in realtà una descrizione delle aspettative, non un ambito esecutivo maturo.

La dinamica tipica è ben nota. Lo stabilimento ordina una cella non standard per gestire diverse varianti di pezzo e prevede una determinata produttività oraria. All’inizio la descrizione del processo sembra sufficiente: alimentazione del pezzo, operazione di lavoro, scarico, segnalazione degli stati. Nel corso del progetto emerge però che una parte dei lotti richiede un posizionamento manuale, che il cambio formato deve essere eseguito più volte per turno, che l’operatore accede periodicamente alla zona di lavoro e che la linea esistente impone vincoli di spazio, altezza di alimentazione e logica di arresto.

Nella variante chiusa troppo presto sul piano economico, il fornitore realizza alla lettera ciò che è stato inserito nell’ambito. Ogni esigenza emersa successivamente ritorna come modifica: protezioni aggiuntive, diversa sequenza dei movimenti, nuovi interblocchi, correzione del controllo, integrazione delle interfacce con la linea. Il progetto perde fluidità e i collaudi smettono di essere una verifica del funzionamento per trasformarsi in una controversia sull’interpretazione dei requisiti. L’analisi del rischio e la documentazione cercano allora di giustificare un’architettura che non era stata progettata in funzione del reale modo d’uso.

Nella variante per fasi, l’inizio è diverso. Si definiscono prima la funzione della postazione, i confini della fornitura, le interfacce con l’ambiente circostante, i principali scenari operativi e i presupposti fondamentali di sicurezza, compresa la responsabilità dell’integrazione con la linea esistente. Solo dopo questa fase si stabiliscono l’ambito esecutivo, il cronoprogramma e i criteri di accettazione. Questo non elimina del tutto le modifiche, ma riduce chiaramente il numero delle aree di conflitto, perché è già chiaro quali decisioni costituiscono un affinamento e quali invece introducono un nuovo ambito.

Un esempio del genere mostra bene che la sicurezza non dovrebbe essere adattata a posteriori a soluzioni già ordinate o già realizzate. Deve nascere insieme alla funzione della macchina, agli scenari operativi, al cambio formato, alla pulizia e alla manutenzione. In caso contrario, anche una ripartizione dei ruoli formalmente corretta non rimedia a una sequenza sbagliata delle decisioni.

Solo a questo punto entra in gioco, in modo sensato, l’assetto formale proprio della Polonia e dell’Unione Europea. In un progetto di macchina speciale bisogna sapere fin dall’inizio chi si presenta come fabbricante ai sensi della normativa, chi risponde della completezza della documentazione tecnica, chi conduce la valutazione di conformità e chi appone la marcatura CE, se richiesta. Occorre anche stabilire se l’oggetto del progetto sia una macchina nuova, un insieme di macchine oppure una modifica sostanziale di un sistema esistente, perché da questo dipendono non solo l’insieme dei documenti, ma anche l’intero assetto delle responsabilità tra integratore, fornitori parziali e utilizzatore finale.

Proprio per questo le domande sulla ripartizione delle responsabilità tra la parte di processo e la parte macchina, sull’opportunità di un collaudo condizionato in presenza di carenze nella documentazione, nelle istruzioni o di un’analisi del rischio non ancora chiusa, nonché sulle modalità di gestione dell’ammodernamento, non dovrebbero emergere soltanto al momento del collaudo. Se riemergono così tardi, di solito significa che il contratto è stato chiuso prima del progetto.

La conclusione pratica, quindi, è piuttosto semplice. Nella costruzione di macchine speciali non è necessario scegliere tra rigidità totale e apertura totale. Occorre individuare quali elementi del progetto siano già sufficientemente maturi da poter essere definiti con una formula a forfait e quali, invece, richiedano ancora un’iterazione controllata. Un progetto ben gestito non elimina del tutto le modifiche. Si limita soltanto a contenere quelle che emergono troppo tardi, costano di più e rendono meno chiara la responsabilità in materia di sicurezza, funzionalità e conformità della macchina.