Sviluppo software su misura: cos'è una Software Factory e perché cambia il modo in cui le aziende usano la tecnologia
Il software che usi oggi è davvero costruito per come lavora la tua azienda? O è la tua azienda che, nel tempo, si è adattata al software – ritagliandosi attorno a funzioni che non ha scelto, aggirando limiti che non ha deciso, e convincendosi che “si fa così perché il programma non lo permette”?
Me lo sono chiesta anch’io la prima volta che ho messo piede in una riunione con i nostri sviluppatori. Poi qualcuno ha detto “architettura” per la quarta volta in dieci minuti e ho capito che era il momento di approfondire.
Quello che ho scoperto è che dietro a una parola apparentemente tecnica si nasconde una domanda molto concreta, che riguarda qualsiasi azienda: chi comanda, tu o il tuo software?
La risposta a questa domanda si chiama sviluppo software su misura.
Il modello organizzativo con cui si realizza si chiama Software Factory: un team strutturato, un metodo, un’infrastruttura dedicata, costruiti per progettare e sviluppare soluzioni digitali esattamente sulle esigenze di chi le usa, e non il contrario.
Per definizione, siamo una sartoria dell’IT, non un distributore di soluzioni ready-to-wear.
Se i prodotti preconfezionati e il fast fashion del codice offrono l’illusione del risparmio immediato, il nostro approccio garantisce la tenuta strutturale e la scalabilità di un abito di alta manifattura, destinato a durare nel tempo.
In questa guida esploriamo cos’è una Software Factory, come funziona il processo di sviluppo software personalizzato, perché l’architettura è la scelta più critica di tutto il progetto, e cosa succede quando questo modello incontra organizzazioni complesse come Banca d’Italia, Ferrovie dello Stato, ANAC o ASI.
Cos'è una Software Factory?
Il termine “Software Factory” non indica un luogo fisico.
La Pubblica Amministrazione come driver di mercato
Anche se, devo ammetterlo, la prima volta che l’ho sentito mi sono immaginata qualcosa di simile a una catena di montaggio con tastiere al posto dei robot.
L’immagine non è poi così sbagliata, però: indica un modello produttivo, nel senso più serio del termine. Un insieme strutturato di persone, metodologie e infrastruttura tecnologica dedicato in modo continuativo all’analisi, alla progettazione e allo sviluppo di soluzioni software.
La differenza rispetto a un team di sviluppo estemporaneo o a un consulente esterno che “scrive codice” è sostanziale: una Software Factory lavora con le migliori pratiche del Software Engineering, la disciplina ingegneristica che applica metodi sistematici, misurabili e ripetibili alla costruzione del software. Non si improvvisa, non è un “vediamo come va”, non si consegna un prodotto e si sparisce.
Progettazione. Verifica. Iterazione. Manutenzione. In questo ordine, sempre.
Soprattutto si ragiona sempre in termini di sistema, non di singola funzionalità. È una distinzione che sembra sottile ma non lo è: costruire una funzionalità è facile, costruire un sistema che regge nel tempo è un’altra storia. Una storia molto più lunga, e molto più interessante (ndr).
Software su misura vs software standard: quando il prodotto di mercato non basta
Ammettiamolo: i software standard hanno salvato molte aziende dalla stasi. Un gestionale preconfezionato, un CRM già pronto, una piattaforma SaaS attivabile in pochi giorni – per moltissimi casi d’uso funzionano benissimo e non c’è alcun motivo per reinventare la ruota.
Il problema emerge quando l’azienda cresce, i processi si complicano, o (ed è il caso più frequente) il settore in cui opera ha caratteristiche così specifiche che nessun prodotto di mercato riesce a coprirle davvero. In quel momento, il software standard smette di essere una soluzione e diventa un vincolo.
Ho provato a fare una lista dei segnali più comuni:
- Usi tre strumenti diversi per fare una cosa sola perché nessuno la fa da solo.
- Hai processi critici gestiti su fogli Excel perché “il gestionale non supporta questa logica”.
- Paghi licenze per funzionalità che non usi mai.
- Sei dipendente da un vendor per qualsiasi modifica, anche piccola.
Se hai annuito a due o più di questi punti: fai parte di un grande club.
Il software personalizzato nasce esattamente qui: non per sostituire tutto, ma per costruire quello che manca, o per ricostruire dall’inizio quando ciò che c’è non regge più il peso dei processi reali.
I vantaggi rispetto al software standard si vedono nel lungo periodo: scalabilità vera (il software cresce con l’azienda, non la frena) e integrazione con i sistemi esistenti.
Come funziona il processo di sviluppo software su misura?
Se c’è una cosa che chi non ha mai commissionato un software su misura tende a sottovalutare, è quanto sia importante la fase che viene prima di scrivere la prima riga di codice.
Me lo aspettavo, in realtà, ma non mi aspettavo quanto.
Francesca, la nostra Project Manager IT, ha una regola che cita spesso: “Un’esigenza è davvero chiara solo quando cliente e team riescono a raccontarla nello stesso modo.”
Non è una battuta, è una filosofia di lavoro. Dietro questa frase c’è uno degli aspetti più delicati della gestione di un progetto software: raramente un’esigenza nasce già sotto forma di requisito chiaro, completo e pronto per essere sviluppato. Più spesso arriva come un bisogno, un obiettivo, un problema da risolvere o una direzione da esplorare.
Il valore del Project Manager sta proprio nella capacità di abitare quello spazio iniziale di incertezza: ascoltare il cliente, comprenderne il contesto, fare le domande giuste e trasformare informazioni ancora frammentate in una visione condivisa. È da lì che Francesca parte per costruire una prima bozza progettuale: qualcosa che il cliente possa riconoscere e che il team possa leggere, capire e realizzare.
Una facilitatrice, prima ancora che una project manager: quella figura che sta nel mezzo tra il mondo del business e il mondo della tecnologia, e che sa parlare entrambe le lingue senza perdere nessuno per strada.
Analisi dei requisiti
Prima di tutto: capire. Non solo cosa serve, ma perché serve, chi lo usa, in quale contesto, con quali vincoli. Un’analisi superficiale in questa fase si paga cara in tutte le successive: è il momento in cui il dialogo tra chi conosce il business e chi propone la tecnologia deve essere vero, non formale. E sì, a volte è anche il momento più difficile: non perché manchino le risposte, ma perché mancano le domande giuste.
Gap analysis
Si confronta la situazione attuale – sistemi esistenti, processi in uso, integrazioni già presenti – con l’obiettivo da raggiungere. Si identificano le lacune da colmare e si stabilisce il perimetro preciso del progetto: in gergo, as-is vs to be.
Progettazione dell'architettura
Qui si decide come sarà fatto il software “dall’interno”: come sono organizzati i componenti, come comunicano tra loro, come gestiranno il carico, cosa succede se qualcosa va storto. È la fase più critica di tutto il processo, e la più invisibile agli occhi di chi non è tecnico. Ne parleremo meglio nella sezione dedicata, promesso.
La nostra idea di custom abbraccia l’intero ciclo di vita del prodotto. Iniziamo con il Design UX/UI per scolpire un’interfaccia e un’esperienza utente che siano perfettamente allineate ai processi operativi del cliente. Questo ci dà la mappa visiva e funzionale necessaria per passare poi alla progettazione dell’architettura interna: come i componenti si organizzano, come comunicano, come gestiscono il carico e come assicurano la resilienza. È la garanzia di un software che non solo funziona bene “sotto il cofano”, ma è anche amato da chi lo utilizza.
Sviluppo e testing
Il codice si scrive in modo iterativo, con verifiche continue. Il testing non è un passaggio finale, ma parte integrante dello sviluppo.
Dario, che nel nostro team si occupa proprio di questo, lo dice chiaro: “Un bug trovato in sviluppo costa dieci volte meno di uno trovato in produzione. E cento volte meno di uno trovato dal cliente.” Difficile dargli torto.
Messa in produzione
Il momento in cui il software entra nella vita reale, con tutta la preparazione necessaria: documentazione, formazione, affiancamento. Non si lancia e si augura buona fortuna, o almeno, non si dovrebbe. Chiaramente, esiste tutta una parte di monitoraggio e la garanzia stessa.
Una Software Factory seria accompagna il cliente anche dopo il go-live.
Servizio dedicato
Un software non si consegna e si chiude. I processi cambiano, le normative cambiano, le esigenze cambiano. Per chi lo desidera, Laser Romae affianca il cliente anche dopo il go-live con un servizio dedicato: aggiornamenti, adattamenti, nuove funzionalità.
Architettura software: la scelta che determina tutto il resto
Parliamo della cosa che più spesso non viene capita – e che più spesso determina il successo o il fallimento di un progetto software.
Quella che, nelle prime riunioni, mi faceva sentire come se stessi ascoltando parlare in una lingua straniera.
L’architettura è la struttura portante del sistema. È la risposta alle domande che nessuno vuole fare finché non è troppo tardi:
- Cosa succede se il sistema deve gestire il doppio degli utenti?
- Cosa succede se un componente cade?
- Come si aggiunge una nuova funzionalità senza riscrivere tutto?
(Traduzione per chi come me viene da un altro “mondo”: è la differenza tra un palazzo costruito con le fondamenta giuste e uno che sembra solido finché non arriva il primo terremoto. La facciata può essere identica, le fondamenta no.)
Decidere bene l’architettura all’inizio significa costruire un sistema che regge nel tempo. Decidere male (o non decidere affatto, che è la stessa cosa) significa accumulare debito tecnico: un peso che cresce silenziosamente fino al momento in cui il sistema smette di funzionare o diventa impossibile da mantenere.
Aleksandar, uno dei nostri dev, usa una metafora che mi è rimasta: “Il debito tecnico è come un mutuo che non sai di aver firmato. All’inizio non lo senti.”
I tre pilastri su cui si valuta un’architettura ben progettata sono:
Alta affidabilità
Il sistema funziona anche quando qualcosa va storto e il bello è che tu, come utente finale, non te ne accorgi nemmeno. Non è una questione di fortuna: è il risultato di scelte progettuali precise, fatte molto prima che il software vada in produzione, che prevedono i disservizi e li gestiscono in modo controllato e invisibile.
Resilienza
La capacità di risolvere rapidamente un bug (“bug fixing”), un sovraccarico o un’anomalia. Un sistema resiliente non è un sistema che potrebbe non cadere, ma in caso sa perfettamente come rialzarsi.
Performance
Il sistema risponde nei tempi attesi, sotto qualsiasi condizione di carico. Non solo quando tutto va bene, ma soprattutto quando il traffico picca, quando i dati crescono, quando gli utenti aumentano.
Questi non sono optional tecnici. Per organizzazioni come quelle con cui lavoriamo – infrastrutture critiche, istituzioni finanziarie, enti pubblici ad alto traffico – sono requisiti di base.
E, dopo mesi a sentirne parlare, ho capito la consapevolezza del loro approccio: sanno perfettamente che nel digitale il rischio zero non esiste e che un imprevisto tecnico può capitare. La differenza sta nella forma mentis: non progettano con presunzione infallibile, ma con una cultura della resilienza capace di assorbire l’urto e proteggere, sempre e comunque, la fiducia di chi usa le loro piattaforme.
Chi si affida a una Software Factory? Settori e use case
Si tende a pensare che lo sviluppo software su misura richieda capitali enormi e sia una prerogativa esclusiva delle grandi realtà con budget illimitati.
Sul campo, la vera competenza di un partner tecnologico sta proprio nella capacità di calibrare il progetto sulle reali esigenze del cliente, spacchettando l’investimento e individuando i bisogni primari per proporre soluzioni mirate.
Costruire una roadmap flessibile e scalabile in base alle risorse disponibili trasforma l’innovazione custom in uno strumento accessibile e sostenibile, capace di crescere passo dopo passo insieme al business dell’azienda.
E lavorando qui ho avuto modo di capire perché, guardando da vicino i clienti con cui collaboriamo.
Grandi sistemi, compliance e ricerca: l'approccio nel settore Energia e Utilities
Lavorare al fianco di grandi organizzazioni e player nazionali nel comparto dell’energia e delle utilities richiede una competenza dicotomica:
- un’altissima capacità di personalizzazione tecnologica;
- il rispetto rigoroso dei requisiti di compliance con architetture preesistenti e articolate.
Un esempio virtuoso è la collaborazione con ENEA (Agenzia nazionale per le nuove tecnologie, l’energia e lo sviluppo economico sostenibile). In questo contesto, lo sviluppo software non può basarsi su prodotti preconfezionati: le attività di ENEA derivano spesso da progetti sperimentali unici, che richiedono la progettazione di piattaforme verticali e customizzate.
Un caso concreto è la nascita della Piattaforma Italiana del Fosforo, un’iniziativa nata per supportare la ricerca su questa materia critica e culminata con il rilascio del Database Nazionale del Fosforo.
A questo ecosistema si affiancano soluzioni di più ampio respiro come Enea Metapiattaforma e il progetto hub4ait, l’hub tecnologico dedicato alle aree industriali italiane.
In tutti questi casi, l’obiettivo è integrare nuovi flussi di lavoro garantendo la perfetta interoperabilità con i grandi sistemi centrali dell’ente.
Se parliamo invece di grandi corporate, la parola chiave diventa sicurezza applicata alla compliance normativa. È il caso del sistema di whistleblowing sviluppato per ENI, una soluzione interamente customizzata per rispondere alle rigidissime policy di sicurezza e tutela dei dati di un gigante globale dell’energia.
Il punto di vista tecnico | Francesco:
“Sviluppare per giganti come ENI o ENEA trasforma la programmazione in ingegneria ad altissimo rischio.
La vera sfida non è scrivere codice pulito, ma modellarlo su vincoli normativi tassativi e infrastrutture complesse.
Una piattaforma di whistleblowing enterprise o un database nazionale non ammettono tentativi. Un errore qui non è un semplice bug, ma una violazione legale o una falla di sicurezza nazionale.
Ogni riga di codice deve nascere con una compliance nativa: blindata da crittografia asimmetrica per proteggere l’anonimato, integrata perfettamente con i sistemi del cliente e progettata per superare i più rigidi audit penali e di sicurezza. In questi ecosistemi, il compromesso non è un’opzione.”
Oltre i CMS standard: soluzioni su misura per la Pubblica Utilità e l'Alta Formazione
La necessità di superare i limiti del software preconfezionato emerge con chiarezza anche nei progetti sviluppati per i servizi al cittadino e per il settore universitario, dove le piattaforme standard sul mercato non riescono a coprire la complessità dei processi richiesti.
Per il portale di AMA S.p.A., ad esempio, è stato necessario progettare un CMS super custom integrato a un portale di servizi evoluti. In questo modo la gestione dei contenuti si unisce alla reattività di un’infrastruttura capace di dialogare con i flussi operativi di una delle più grandi aziende sul territorio romano.
Allo stesso modo, la flessibilità dell’approccio tailor-made ha guidato lo sviluppo dei sistemi per il Polimoda – Università di Firenze, dove le esigenze d’immagine di un istituto di alta formazione internazionale si fondono con la gestione complessa dei servizi digitali per studenti e docenti.
Il punto di vista tecnico | Andrea:
“Utilizzare un CMS preconfezionato per portali ad alta densità di traffico e servizi, come nel caso di AMA, significa esporsi a colli di bottiglia e limiti strutturali.
Scegliere la via del custom ci permette di disegnare l’architettura attorno alle reali funzionalità necessarie, ottimizzando le performance e garantendo una scalabilità che i software commerciali semplicemente non possono offrire.”
In tutti questi casi, il denominatore comune non è la dimensione dell’organizzazione, è la specificità dei processi: quando quello che fai è abbastanza unico da non trovare risposta in nessun prodotto di mercato, lo sviluppo software su misura smette di essere un “lusso” e diventa una necessità strategica.
People first: il fattore umano nello sviluppo software
Quando un progetto di innovazione digitale fallisce, la causa va quasi sempre ricercata nei flussi di lavoro.
Cosa succede quando i flussi di lavoro non funzionano?
Ecco i segnali d’allarme più comuni che bloccano la crescita:
- Deficit di Ownership: Ruoli e responsabilità non definiti che creano zone d’ombra decisionali.
- Requisiti ambigui: Obiettivi di progetto mai chiariti davvero a monte, che generano continui cambi di rotta.
- Silos comunicativi: Team interni che non comunicano, frammentando la conoscenza.
- Abuso di Workaround: La tendenza a procedere per “espedienti tecnici” temporanei anziché risolvere i problemi alla radice, accumulando debito tecnico in maniera direttamente proporzionale.
- Processi opachi: Mancanza di trasparenza e flussi non chiari che riducono la visibilità sullo stato di avanzamento dei lavori.
Come lo affrontiamo in Laser Romae?
Ho visto abbastanza progetti – fuori da questo contesto – per sapere che questa lista è più comune di quanto si ammetta.
Francesca lo sintetizza in un modo che non lascia spazio a fraintendimenti:
“People first: non come principio, ma come metodo. Un team che cresce è un progetto che funziona.”
È una frase che sembra semplice e invece contiene tutto. Il progetto funziona quando le persone che lo costruiscono crescono insieme: tecnicamente, metodologicamente, nella capacità di capire il cliente e di farsi capire.
È il tipo di frase che senti dire e pensi “bella, ma la dicono tutti”. Poi vedi come lavora il team e capisci che in Laser Romae questo approccio è reale.
Leonardo, uno dei developer più giovani del gruppo, me lo ha confermato con grande spontaneità: “Qui, se non capisco un passaggio durante una riunione, posso dirlo senza sentirmi giudicato. Tutti mi danno una mano, nessuno si rifiuta di aiutarmi e hai la certezza assoluta che nessuna tua richiesta verrà mai ignorata.”
Essere promotori della visibilità si traduce nell’interiorizzare una cultura di trasparenza radicale, in cui comunicare un obiettivo raggiunto o un’esigenza correttiva ha lo stesso identico valore. Senza il timore di esporre le vulnerabilità del processo, si disinnesca l’abitudine all’autocensura.
Questo approccio garantisce il rilevamento precoce dei colli di bottiglia, permettendo di correggere il tiro immediatamente anziché subire l’impatto di un’anomalia emersa in fase di post-produzione.
La Software Factory di Laser Romae
Laser Romae ha una Software Factory interna dedicata all’analisi, alla progettazione e allo sviluppo di soluzioni software, costruita sulle migliori tecnologie e best practice del Software Engineering.
Interna è la parola chiave.
E ve lo dico dopo mesi passati a capire cosa significa davvero lavorare a fianco di questo team.
Spesso si immagina che una software factory sia un’entità distante, che comunica solo per flussi asincroni, email o tool di pianificazione. In Laser Romae ho scoperto l’esatto contrario: la collaborazione qui è live, fatta di schermi condivisi, agende aperte e un costante confronto diretto.
C’è un’energia creativa che restituisce al termine “Factory” il suo significato più nobile, quello che ci riporta ad Andy Warhol. Proprio come nel suo celebre atelier d’arte, la Factory di Laser Romae non è una catena di montaggio di linee di codice, ma uno spazio aperto dove un mix eterogeneo di professionisti fa brainstorming, contamina le idee e abbatte le barriere.
Un gruppo affiatato che ha scelto di remare costantemente nella stessa direzione, condividendo una metodologia comune e costruendo nel tempo una conoscenza profonda dei contesti più complessi, dalla Pubblica Amministrazione alle grandi aziende private.
È proprio questa sincronia che trasforma la collaborazione in un vero valore strategico.
Il servizio si articola su diversi asset, tra cui:
Software Engineering
Dall’analisi dei requisiti alla messa in produzione, con un approccio che mette al centro l’architettura del sistema: alta affidabilità, resilienza e performance come criteri progettuali. La struttura di sviluppo interna garantisce continuità e qualità in ogni fase.
System & Data Integration
Tutti i progetti non nascono da zero: nascono dall’esigenza di far parlare sistemi che non comunicano, di estrarre valore da dati che esistono già ma sono dispersi in silos separati.
Digital Transformation
Affianchiamo Pubbliche Amministrazioni, aziende, startup e università nell’identificazione di progetti strategici di innovazione digitale: dall’analisi delle opportunità tecnologiche all’implementazione di soluzioni tailor-made.
Il motore invisibile: Ricerca & Sviluppo
C’è un elemento invisibile che tiene insieme questi tre asset, ed è la Ricerca e Sviluppo.
In questi mesi ho capito che per Laser Romae l’R&D non è un reparto isolato o un fiore all’occhiello da mostrare nelle brochure, ma il motore immobile di ogni progetto.
Significa fare vero trasferimento tecnologico: prendere la sperimentazione pura, i paper scientifici e le tecnologie emergenti, e trasformarli in soluzioni software concrete e scalabili per il mercato. Non si limitano a usare gli strumenti che già esistono; studiano come anticipare i bisogni di domani, riducendo il time-to-market dell’innovazione per i loro clienti.
La suite di prodotti proprietari, dalla Link Suite per la compliance aziendale al Modello 231 a OpenBlow per il whistleblowing, fino a Scaletech per l’infrastruttura cloud, nasce direttamente dalla stessa Software Factory.
È la dimostrazione più concreta di cosa significa sviluppare software su misura con una visione di lungo periodo: i prodotti crescono con le esigenze dei clienti, evolvono con le normative, si integrano tra loro senza dover ricominciare da capo ogni volta.
La Software Factory come scelta strategica
Lo sviluppo software su misura non è per tutti, e sarebbe disonesto dirlo. Per molte aziende, per molti processi, un buon software standard rimane la scelta più sensata.
La differenza emerge quando subentra una vera Software Factory per un progetto sartoriale: in quel momento ha inizio un lavoro di mappatura che va ben oltre la tecnologia. Sviluppare su misura richiede una deep knowledge dell’ecosistema del cliente. Significa sezionare insieme il processo specifico, decodificare le gerarchie, capire chi si interfaccia con chi e comprendere le logiche operative che guidano ogni referente.
È questa profonda comprensione del contesto umano e aziendale che permette di modellare il software sull’organizzazione, e non viceversa.
Banca d’Italia, Ama S.p.A., ANAC, il Gruppo Ferrovie, ENEA, Enel, RAI: non sono clienti che scelgono il software su misura perché è più figo. Lo scelgono perché i loro processi non lasciano alternative.
Less is more, come dice Francesca: meno compromessi con i propri processi, più valore dal proprio software.
Conclusioni
Sì, scrivo per Laser Romae, tra le altre cose, e sarebbe strano fingere il contrario. Ma vi giuro che ho verificato tutto, e soprattutto ho fatto qualcosa che consiglio a chiunque si trovi a scrivere di un servizio tecnico complesso: studiare, osservare, imparare.
Quello che mi porto a casa dopo aver scritto questo pezzo non è una lista di funzionalità o un portfolio clienti, ma una consapevolezza nuova su quanto il software che usiamo ogni giorno, quasi sempre dato per scontato, sia in realtà il risultato di scelte progettuali precise. Scelte che qualcuno ha fatto, bene o male, prima che noi iniziassimo a usarlo.
La prossima volta che il vostro gestionale “non supporta questa logica”, forse vale la pena chiedersi: è davvero un limite del software? O è il limite di un software che non è stato costruito per voi?
FAQ sulla Software Factory e lo sviluppo software su misura
Cos’è una Software Factory aziendale?
Una Software Factory è un team strutturato dedicato in modo continuativo all’analisi, alla progettazione e allo sviluppo di soluzioni software. Si distingue da un team di sviluppo improvvisato o da un consulente esterno per la continuità, la metodologia e la capacità di gestire progetti complessi nel lungo periodo.
Qual è la differenza tra software su misura e software standard?
Il software standard offre funzionalità generiche progettate per il maggior numero possibile di utenti. Il software su misura è costruito esattamente sui processi di chi lo usa: si integra con i sistemi esistenti, scala con la crescita dell’azienda e non impone vincoli legati a scelte progettuali altrui. La differenza più importante nel lungo periodo è la proprietà: il software su misura appartiene a chi lo ha commissionato.
Quanto costa sviluppare un software personalizzato?
Il costo dipende dalla complessità del progetto, dal numero di integrazioni richieste e dall’ampiezza delle funzionalità da sviluppare. Non esiste una risposta universale, e diffida di chi ne dà una senza aver fatto un’analisi. Il punto di partenza corretto è sempre un’analisi dei requisiti, che definisce il perimetro e permette una stima realistica.
Quanto tempo ci vuole per sviluppare un software su misura?
Dipende. Un’applicazione semplice con poche integrazioni può richiedere qualche mese. Un sistema complesso per un’organizzazione articolata può richiedere un anno o più. La variabile più importante non è la dimensione del progetto, ma la qualità dell’analisi iniziale: requisiti chiari accorciano i tempi.
Quali sono i vantaggi di una Software Factory interna rispetto all’outsourcing?
Una Software Factory interna garantisce continuità della conoscenza (il team conosce i progetti nel tempo), allineamento metodologico (tutti lavorano con gli stessi standard) e una responsabilità diretta sull’esito del progetto. L’outsourcing può essere più flessibile in fase di picco, ma introduce costi di coordinamento e rischi di dispersione della conoscenza che nel lungo periodo si fanno sentire.
