Ho fondato Software Tailor nel 2006. A diciannove anni di distanza, l’azienda ha attraversato quattro distinti cicli economici, sei clienti Fortune Global 500 nei settori farmaceutico, finanziario, governativo, legale, della difesa e dell’energia, e zero fallimenti di progetto dal 2007. Quest’ultimo dato è quello su cui investitori e responsabili degli acquisti chiedono maggiormente, ed è l’unico che necessita di spiegazioni. Ecco le quattro regole ingegneristiche che sostengono questo record.

Regola 1: Un solo modello di consegna, nessuna confusione tra servizio e prodotto

Ogni incarico di Software Tailor segue lo stesso modello di consegna — una fase pilota a scopo ben definito che consegna software funzionante, seguita da un’espansione che il cliente sceglie di finanziare (o meno) in base a quanto consegnato. Non gestiamo una pratica separata di “servizi” che consegna in base a documenti di requisiti e una pratica separata di “prodotto” che consegna in base a roadmap. Le due si contraddirebbero; una sovvenzionerebbe sempre l’altra.

Il modello unico significa che ogni ingegnere sa cosa significa “finito” prima di iniziare. Questa è la condizione necessaria per non fallire.

Regola 2: Disciplina nella selezione dei clienti — solo clienti per cui possiamo consegnare

La nostra coorte di clienti è selezionata — non opportunistica. Sei clienti Fortune Global 500 in 19 anni non indicano un processo di vendita lento; è una soglia di selezione deliberata. Ogni cliente che accettiamo deve superare tre test prima dell’avvio: il loro problema è uno che abbiamo già risolto, il loro sponsor interno è la persona che userà il software (non un livello di intermediari), e il loro ambiente hardware/dati ci permette di consegnare senza un ritardo di sei mesi per gli acquisti.

Un cliente che non supera uno di questi test diventa un referral a qualcun altro, non un progetto. Questa è la regola che più spesso ci costa ricavi. È anche quella che non ha eccezioni in 19 anni.

Regola 3: Disciplina ingegneristica mappata su un framework riconosciuto

Molto prima che la gestione del rischio AI avesse un proprio framework, le regole ingegneristiche che ho codificato per Software Tailor rispecchiavano lo stesso schema: governare il lavoro, mappare i rischi, misurare i risultati, gestire i cambiamenti. Il NIST AI RMF 1.0 [1] ha formalizzato questo schema per l’AI nel 2023, e il profilo Critical Infrastructure di aprile 2026 [1] lo ha esteso ai settori regolamentati. Leggendo quei documenti, la nostra disciplina interna si mappa perfettamente sulle quattro funzioni.

Ciò che otteniamo: ogni progetto è verificabile end-to-end rispetto a un framework esterno, non solo rispetto alle nostre abitudini. Quando un team di acquisti chiede come viene deciso l’ambito della fase pilota, la risposta è la stessa che darebbe il NIST per la gestione del rischio — e il team di compliance del cliente ha già interiorizzato quel vocabolario.

Regola 4: Registrabile, recuperabile, ricreabile

La quarta regola precede il vocabolario di audit-trail che ora usiamo per AI Suite. Ogni incarico di Software Tailor si svolge in uno stato in cui ogni decisione, ogni artefatto, ogni versione del codice può essere ricreata da input controllati tramite versionamento. Questo non è insolito per l’ingegneria del software in generale; ciò che è insolito è che lo applichiamo al progettonon solo il codice sorgente. Decisioni di sprint, modifiche all'ambito, approvazioni dei clienti — tutto registrato, tutto recuperabile.

La disciplina è il motivo per cui il nostro log di audit senza contenuti approccio per AI Suite è stato consegnato così com'è. Il modello di riga di audit è lo stesso modello che abbiamo già applicato ai progetti. Il vocabolario è preso in prestito dai framework di conformità; la pratica è presa da come consegniamo.

Ciò che è stato mantenuto in AI Suite

La linea Local AI Suite + AI Admin Console — vedi Perché distribuiamo AI come binari installabili, non come SaaS cloud — è la stessa disciplina ingegneristica applicata a una linea di prodotti invece che a un incarico personalizzato. Stesso modello di consegna unico (installer desktop con un pilota gratuito di 1 settimana), stessa disciplina della coorte clienti (industrie regolamentate con chiare restrizioni sulla residenza dei dati), stessa mappatura del framework (NIST AI RMF + obblighi di deployer del EU AI Act), stessa postura di audit registrabile-recuperabile-ricreabile.

Zero fallimenti di progetto dal 2007 non è uno slogan. È il risultato di un piccolo numero di regole applicate senza eccezioni. Le stesse regole ora governano come AI Suite è costruito.

Riferimenti

  1. NIST. "AI Risk Management Framework (AI RMF 1.0)." https://www.nist.gov/itl/ai-risk-management-framework. Accesso 15-07-2026.