Ufficio tecnico interno o outsourcing: cosa conviene di più nella costruzione di macchine?

La decisione se sviluppare un proprio ufficio tecnico oppure basare la costruzione delle macchine sull’outsourcing di ingegneri non è più soltanto una questione di costo del personale o di tariffa del fornitore. Oggi incide direttamente sui tempi di avviamento, sulla capacità di introdurre modifiche progettuali, sul livello di rischio in capo al costruttore e sul controllo effettivo della conformità. Nei progetti in cui meccanica, automazione, software, sicurezza funzionale e documentazione tecnica devono convergere in un unico momento di accettazione, un modello organizzativo sbagliato di solito non presenta il conto subito, ma verso la fine del progetto: durante i collaudi, nelle variazioni di ambito, nella validazione oppure nella preparazione della documentazione per l’utilizzatore e per l’assistenza. In pratica, quindi, la domanda non è che cosa sia “più economico”, ma quale modello consenta di mantenere responsabilità, know-how di progetto e rapidità decisionale a un livello adeguato alla complessità della macchina.

L’importanza di questa scelta cresce anche perché la macchina contemporanea raramente è solo un sistema meccanico con un controllo semplice. Sempre più spesso comprende il livello software, la comunicazione con i sistemi di stabilimento, la registrazione degli eventi, la tracciabilità del prodotto e del processo e, in più, i requisiti del reparto manutenzione in materia di diagnostica e assistenza. Questo fa sì che il confine tra “progetto macchina” e “organizzazione della collaborazione tra più competenze” si assottigli molto rapidamente. Se già all’avvio è chiaro che nel progetto parteciperanno un integratore, un fornitore software e il team di manutenzione del cliente, allora la scelta tra gestione interna e fornitore esterno si trasforma naturalmente in una domanda sulla ripartizione dei ruoli, sulla responsabilità delle interfacce e su chi detiene le decisioni tecniche. Lo stesso vale quando la macchina deve generare dati di produzione o supportare la tracciabilità: senza definire chi risponde dell’architettura dei dati, della validazione della logica e della gestione delle modifiche, è facile realizzare una soluzione d’effetto, ma costosa da esercire.

In pratica, il criterio decisionale più utile non è il semplice confronto del budget di realizzazione, ma il punto in cui nasce e deve rimanere il know-how critico per il ciclo di vita della macchina. Se il vantaggio competitivo dell’azienda risiede in un processo unico, in frequenti modifiche di prodotto, nella necessità di cambi formato rapidi oppure nello sviluppo di ulteriori varianti della stessa piattaforma, allora l’assenza di una competenza progettuale interna aumenta il costo di ogni modifica successiva. Al contrario, quando il progetto ha un perimetro chiaramente definito, un basso livello di modifiche ricorrenti e non costituisce il nucleo del vantaggio competitivo dell’impresa, il fornitore esterno può essere una soluzione razionale, a condizione che il committente mantenga il controllo su requisiti, accettazione e documentazione. Un buon test consiste nel rispondere a tre domande: chi prende la decisione quando cambia l’ambito del progetto, chi comprende le conseguenze di quel cambiamento per la sicurezza e le funzioni della macchina e chi sarà in grado di mantenere la soluzione dopo l’avviamento senza dipendere da una sola persona o da un solo fornitore. Sono indicatori organizzativi che, di norma, prevedono la convenienza meglio della sola quotazione del progetto.

Un esempio tipico si ripete in modo simile in molti stabilimenti. L’azienda affida all’esterno la progettazione e la costruzione della macchina perché vuole ridurre i tempi di avvio dell’investimento. All’inizio guadagna in velocità, ma dopo alcuni mesi emergono modifiche dovute alle prove di processo, alle esigenze produttive e ai requisiti qualitativi. Se dalla propria parte non dispone di un team capace di valutare l’impatto di tali modifiche su struttura, controllo, diagnostica e documentazione, ogni correzione diventa un ordine separato e il cronoprogramma inizia a dipendere dalla disponibilità del fornitore. A quel punto l’outsourcing non è più un acquisto di competenze, ma lo spostamento del collo di bottiglia all’esterno dell’organizzazione. È proprio qui che il tema si collega all’organizzazione della collaborazione tra integratore, fornitore software e manutenzione, nonché alla progettazione della tracciabilità: se queste aree non hanno un unico responsabile dei requisiti, il progetto perde coerenza operativa già prima del collaudo finale.

Alla fine, comunque, torna sempre il tema della responsabilità. Indipendentemente dal modello di realizzazione, è il fabbricante, l’importatore o un altro soggetto che immette la macchina sul mercato oppure la mette in servizio a rispondere, per quanto di competenza, della conformità del prodotto, della completezza della documentazione e della corretta esecuzione della valutazione dei rischi. Per questo la scelta tra ufficio tecnico interno e outsourcing va valutata anche alla luce di chi è in grado di dimostrare le basi delle decisioni progettuali, ricostruire la storia delle modifiche e predisporre il materiale necessario dal progetto fino alla certificazione e alla marcatura CE, se il caso specifico lo richiede. Se l’organizzazione non è in grado di garantirlo, la falsa economia nella fase di progetto si trasforma molto facilmente nel costo di un ritardo, di una controversia con il fornitore oppure di un problema in sede di collaudo tecnico e di esercizio.

Dove più spesso aumentano costi o rischi

Nella scelta tra un ufficio tecnico interno e l’outsourcing, il costo raramente aumenta nel punto su cui tutti si concentrano all’inizio, cioè la tariffa del progettista o il preventivo del pacchetto di attività. Il problema, nella maggior parte dei casi, nasce prima: da una definizione incompleta dei confini della macchina, delle interfacce, delle responsabilità sulle ipotesi di progetto e delle modalità di approvazione delle modifiche. Se questi elementi non vengono chiusi fin dall’avvio, il team interno consuma tempo in allineamenti e correzioni, mentre il fornitore esterno progetta sulla base di proprie assunzioni, che in seguito devono essere corrette. In pratica, questo significa non solo ore di lavoro aggiuntive, ma anche ritardi nell’acquisto dei componenti, interferenze in fase di montaggio e discussioni sul fatto che l’errore derivi da un progetto difettoso o da un ordine formulato in modo impreciso. Per questo il primo criterio di scelta non dovrebbe essere chi “lo fa a meno”, ma chi, in quel modello operativo, è in grado di mantenere coerenti i requisiti tecnici, di sicurezza e di esercizio dalla concezione fino al collaudo.

Un secondo punto in cui il rischio aumenta è la separazione delle competenze senza una corrispondente separazione delle responsabilità. Un ufficio tecnico interno può sembrare, solo in apparenza, la soluzione più sicura, perché il know-how resta in azienda; ma se il progetto è seguito da persone impegnate contemporaneamente nel supporto alla produzione, nella manutenzione e nelle modifiche correnti, il progetto finisce per essere governato dalla disponibilità delle persone, non dalla logica tecnica. L’outsourcing di ingegneri, invece, consente un accesso più rapido alle risorse, ma senza una supervisione matura da parte del committente porta facilmente a una situazione in cui il fornitore consegna una documentazione sufficiente per chiudere e fatturare la fase, ma non adeguata per la manutenzione, l’ammodernamento o per dimostrare le basi delle decisioni progettuali. Il costo di questa carenza emerge più tardi: in caso di guasto, al cambio di fornitore, durante l’estensione della linea oppure quando occorre verificare se la macchina è sicura non in termini dichiarativi, ma sulla base delle soluzioni effettivamente adottate e del percorso decisionale.

Gli errori più costosi hanno di solito carattere cumulativo. Un esempio tipico è il progetto in cui la parte meccanica, il controllo e le misure di riduzione del rischio vengono sviluppati in punti diversi dell’organizzazione oppure da fornitori diversi. Il progettista meccanico presume una determinata modalità di accesso all’area di lavoro, l’automazione definisce la logica di arresto sulla base di dati incompleti e gli acquisti ordinano i componenti in funzione dei tempi di consegna, non dei presupposti di sicurezza e manutenzione. In fase di avviamento emerge che il riparo ostacola il cambio formato, che il sensore non dispone di condizioni di lavoro stabili e che la procedura di funzionamento manuale non è stata descritta affatto. A quel punto il progetto torna in revisione, aumenta il numero di modifiche alla documentazione e occorre ridefinire nuovamente il perimetro con il fornitore. Qui il criterio pratico di valutazione è semplice: se l’organizzazione non è in grado, nel corso di una sola revisione, di indicare il responsabile dei requisiti, il responsabile della valutazione del rischio e il responsabile della decisione di modifica, allora, indipendentemente dal modello di esecuzione, esistono già le condizioni per un aumento dei costi e delle responsabilità.

Questo tema entra nell’ambito del lavoro sul rischio di processo prima di quanto molte aziende immaginino. Se il progetto riguarda un impianto con interazioni di processo rilevanti, sequenze operative e stati pericolosi dipendenti dall’organizzazione del lavoro, il semplice “aggiungere le protezioni” arriva troppo tardi. In questi casi conta non solo l’esperienza del progettista, ma anche il fatto che il team sappia condurre un’analisi strutturata dei pericoli e delle deviazioni, cioè che possieda una competenza vicina a quella sviluppata nella formazione HAZOP. Non si tratta di formalismo fine a sé stesso, ma della capacità di individuare i punti in cui la decisione tecnologica, quella operativa e quella di sicurezza si influenzano reciprocamente. Se questa capacità manca all’interno dell’azienda, l’outsourcing può essere giustificato; se manca anche dal lato del fornitore, il rischio viene semplicemente spostato all’esterno dell’organizzazione.

Solo alla fine emerge con chiarezza la dimensione della conformità. Quando il progetto arriva al collaudo, all’ammodernamento o alla messa in servizio, la domanda non è più chi abbia realizzato il modello 3D o scritto il programma, ma se sia possibile dimostrare che le soluzioni adottate erano giustificate, che il rischio è stato valutato e che la documentazione corrisponde a quanto effettivamente realizzato. In questo punto la scelta tra ufficio interno e fornitore esterno si collega direttamente alla preparazione della macchina dal progetto fino alla certificazione e alla marcatura CE, se il caso specifico lo richiede. Se il materiale probatorio è incompleto, il costo smette di essere un costo di progettazione e diventa un costo di responsabilità: avviamento ritardato, rilavorazioni aggiuntive, collaudo difficile oppure limitazioni nell’esercizio. Per questo un confronto sensato tra i modelli di esecuzione conviene basarlo su indicatori misurabili: numero di modifiche dopo il congelamento delle ipotesi, tempo di approvazione delle decisioni interdisciplinari, completezza della documentazione as-built e capacità di ricostruire perché una determinata soluzione sia stata ritenuta ammissibile. I costi nascosti della certificazione CE nel progetto emergono proprio in questa fase, così come le criticità che si manifestano durante il FAT e le responsabilità del management per la conformità delle macchine.

Come affrontare il tema nella pratica

In pratica, la domanda se convenga dotarsi di un ufficio tecnico interno oppure ricorrere all’outsourcing di ingegneri non andrebbe posta sul piano delle tariffe orarie, ma su quello del governo della decisione tecnica e della responsabilità per le sue conseguenze. È conveniente il modello che consente di prendere più rapidamente decisioni progettuali fondate, mantenere coerenza tra meccanica, automazione e sicurezza e passare senza perdite dalla concezione alla messa in servizio. Se il team interno conosce bene il processo, i vincoli dello stabilimento e la storia di implementazioni simili, di norma guadagna in tempi e qualità degli allineamenti. Se però mancano le risorse per gestire il progetto, verificare le ipotesi e accettare la documentazione, mantenere tutto all’interno si rivela spesso solo un risparmio apparente. Il costo emerge allora più avanti: nelle modifiche dopo il montaggio, nelle contestazioni sul perimetro delle responsabilità oppure in una documentazione che non consente di dimostrare perché una determinata soluzione sia stata ritenuta ammissibile.

Per questo vale la pena basare la decisione su un criterio pratico: dove si trova, all’interno dell’organizzazione, la capacità di assumere e sostenere le decisioni di confine. Si tratta di quei momenti in cui occorre stabilire se una determinata funzione debba essere realizzata in hardware o via software, se una modifica incida già sulla sicurezza, se sia possibile accettare uno scostamento dalle ipotesi iniziali e anche chi approva un cambiamento che influisce sull’esercizio e sulla manutenzione. Se l’azienda possiede internamente la competenza per gestire questo tipo di decisioni, l’outsourcing può riguardare l’esecuzione di una parte delle attività senza perdere il controllo del progetto. Se invece questa competenza manca, il fornitore esterno deve assumersi non solo la progettazione, ma anche l’assetto decisionale, e questo richiede punti di accettazione chiaramente definiti, un perimetro preciso dei dati di ingresso e regole chiare per l’approvazione delle modifiche. In assenza di questi elementi, l’outsourcing non accorcia il processo, ma crea soltanto un ulteriore livello di coordinamento.

Un esempio tipico riguarda l’ammodernamento di una macchina in cui il committente affida all’esterno la meccanica e il controllo, mantenendo internamente solo la manutenzione e il collaudo finale. All’inizio sembra una scelta ragionevole, perché l’esecutore dichiara una realizzazione completa. Il problema inizia quando, durante i lavori, emerge che il nuovo sistema di alimentazione modifica le modalità di accesso alla zona pericolosa e, nello stesso tempo, il programma del controllore deve compensare i vincoli derivanti dall’installazione. Se nessuno dal lato del committente è in grado di valutare gli effetti di tale modifica sull’insieme della macchina, le decisioni verranno prese in modo reattivo, sotto la pressione delle scadenze. Il risultato può essere un’apparecchiatura funzionante dal punto di vista tecnologico, ma che richiede successivamente modifiche a ripari, interblocchi, logica di controllo o documentazione. È proprio qui che il tema del costo entra nel campo della valutazione pratica se la macchina sia sicura e, successivamente — se il perimetro del progetto lo richiede — nella preparazione del materiale necessario a dimostrare la conformità.

Dal punto di vista del management, questo significa dover misurare non solo l’efficienza del fornitore, ma anche la qualità della gestione del progetto. Se, dopo il congelamento delle ipotesi, aumenta il numero di modifiche che incidono sulla sicurezza, se l’approvazione delle decisioni interdisciplinari richiede tempi lunghi oppure se la documentazione finale non tiene il passo con quanto effettivamente realizzato, è il segnale che il modello di esecuzione è impostato male. Un ufficio tecnico interno offre un vantaggio dove contano la continuità della conoscenza del prodotto e la rapidità di risposta al cambiamento. L’outsourcing ha senso dove il perimetro è ben definito, le interfacce sono chiuse e la responsabilità del risultato è stata ripartita senza lacune. Quando nel progetto intervengono anche un integratore, il fornitore del software e il reparto manutenzione, la sola decisione “fare internamente o affidare all’esterno” non basta più; diventa altrettanto importante mettere ordine nella collaborazione tra queste parti, perché è questo che determina i tempi di messa in servizio, i costi delle modifiche e la possibilità di un’accettazione affidabile.

La dimensione normativa e formale non compare alla fine, ma esattamente nel punto in cui una decisione progettuale incide sulla funzione di sicurezza, sulle modalità d’uso oppure sull’entità della modifica della macchina. Questo non porterà sempre allo stesso obbligo per l’organizzazione, perché contano la natura del progetto e il ruolo del soggetto coinvolto. Occorre però assumere una regola semplice: se non è possibile ricostruire le basi delle decisioni tecniche, la valutazione dei rischi e le modifiche introdotte nel corso dei lavori, allora la scelta tra modello interno e outsourcing smette di essere una questione di efficienza e diventa una questione di responsabilità. A quel punto il discorso si sposta naturalmente su altri due ambiti: come verificare se la macchina è sicura nella sua configurazione reale e quando il progetto richiede già di strutturare il percorso dalla progettazione alla dimostrazione di conformità e alla marcatura CE.

A cosa prestare attenzione nell’implementazione

Nell’implementazione, la differenza tra ufficio tecnico interno e outsourcing smette di essere una discussione sulla tariffa per ora di lavoro. A determinare la convenienza è chi, in pratica, controlla le modifiche, chi comprende i vincoli del processo e chi è in grado di sostenere le soluzioni adottate quando emerge un problema in fase di messa in servizio o di accettazione. A costare di più non sono gli errori di progetto in sé, ma quelli scoperti troppo tardi: interferenze tra meccanica e controllo, interfacce non sufficientemente definite, mancanza di dati di ingresso da parte dell’utilizzatore finale, logica delle responsabilità in materia di sicurezza disallineata. Se l’organizzazione sceglie l’outsourcing senza avere al proprio interno la capacità di supervisione tecnica, di solito acquista non solo un progetto, ma anche una dipendenza dal fornitore a ogni modifica. Se invece tutto resta interno, ma il team non ha tempo per gestire la documentazione delle decisioni e le revisioni interdisciplinari, il costo si ripresenterà nella fase delle correzioni, dei collaudi e dell’assistenza.

L’errore più frequente consiste nello scegliere il modello operativo in base alla disponibilità delle risorse, invece che alla natura del rischio nel progetto. La valutazione di una macchina ripetitiva, sviluppata sulla base di uno standard interno, è diversa da quella di una postazione nuova, con cinematica non convenzionale, forte interferenza con il processo oppure un’elevata presenza di funzioni di sicurezza. Il criterio pratico è semplice: occorre verificare se, dal lato del committente, esiste la competenza per approvare le ipotesi tecniche, le modifiche costruttive e l’architettura di controllo, e non soltanto per accettare il risultato finale. Se questa competenza manca, l’outsourcing di ingegneri può sembrare meno costoso, ma in realtà aumenta il rischio di controversie sull’ambito del progetto, allunga i tempi di allineamento e rende più difficile stabilire se un ritardo dipenda da un errore dell’esecutore oppure da requisiti iniziali incompleti. Per questo vale la pena misurare non solo budget e tempi, ma anche il numero di modifiche dopo il congelamento del concept, il tempo di approvazione della documentazione, il numero di non conformità ancora aperte dopo l’avviamento e il tempo necessario per chiuderle.

Nella pratica lo si vede bene nella modernizzazione di una macchina esistente oppure nella realizzazione di una linea con il coinvolgimento di più soggetti. Un ufficio tecnico interno spesso conosce meglio i vincoli dello stabilimento, l’accessibilità per l’assistenza, gli standard di manutenzione e il modo reale in cui l’attrezzatura viene utilizzata. Un fornitore esterno, invece, può essere più rapido nella preparazione del progetto e più efficace nelle questioni specialistiche, ma può non avere una visione completa dell’ambiente di lavoro. Se in fase di implementazione emerge la necessità di modificare il sistema di protezioni, la sequenza operativa oppure la modalità di reset dopo un arresto, la domanda non è più chi realizzerà il disegno o correggerà il programma. La domanda è chi valuterà l’impatto di tale modifica sulla sicurezza, sulla funzione della macchina e sulla completezza della documentazione. A questo punto il tema della convenienza si collega naturalmente a una valutazione pratica di come verificare se la macchina è sicura nella sua esecuzione reale, e non solo nelle ipotesi di progetto.

Solo in questo contesto emerge con chiarezza la dimensione formale. Non ogni modifica di progetto comporta gli stessi obblighi, ma ogni intervento significativo sulla funzione, sulle modalità d’uso o sulle soluzioni legate alla sicurezza richiede una chiara attribuzione delle responsabilità e una tracciabilità delle decisioni. Se non è chiaro chi abbia approvato la modifica, su quali basi sia stato valutato il rischio e se la documentazione rispecchi lo stato reale, il modello in-house o in outsourcing perde rilevanza economica, perché il problema diventa la responsabilità della conformità. A quel punto il tema rientra già nell’ambito della preparazione della macchina, dal progetto fino alla dimostrazione della conformità e alla marcatura CE. Dal punto di vista della gestione del progetto, questo significa una cosa sola: l’implementazione va pianificata in modo da ricevere, insieme alla macchina, anche l’insieme completo delle decisioni tecniche, dei risultati delle verifiche e dei documenti necessari per l’esercizio successivo, la modernizzazione e l’eventuale tutela in sede di collaudo o di controversia.