The 38 Way.
Entriamo vicino al processo, troviamo il vincolo e costruiamo la capacità che manca. Non vendiamo una tecnologia scelta in anticipo e non diamo per scontato che ogni opportunità meriti sviluppo.
External AI Department: una relazione, non la missione
L’External AI Department è una possibile forma di collaborazione: un team esterno vicino al processo, con un perimetro chiaro e continuità sufficiente per accumulare conoscenza.
Non definisce che cosa è 38 Frontier Labs. Software proprietario, prodotti, sistemi custom, ricerca e moduli riusabili sono forme complementari della stessa missione: trasformare ricerca, tecnologia e conoscenza in capacità concrete. Non è staff augmentation, una divisione del partner o una promessa di presenza illimitata.
Come inizia il lavoro
L’impegno iniziale serve a rendere decidibile il problema prima di impegnarsi nella costruzione. Produce quattro elementi verificabili; se non bastano a giustificare il passo successivo, fermarsi è un esito valido.
- Mappa del processo e del vincolo
- Che cosa succede oggi, dove si interrompe e quali condizioni non sono negoziabili.
- Capability brief
- Che cosa dovrebbe diventare possibile, per chi e con quale responsabilità.
- Criterio di prova
- Quale evidenza renderebbe sensato procedere, cambiare strada o fermarsi.
- Decisione
- Procedere, non procedere, testare o attendere: nessun Build automatico.
Costruiamo capacità, non progetti AI.
Una capability è qualcosa che prima l’organizzazione non riusciva a fare in modo affidabile e che, dopo il lavoro, può usare, verificare e governare.
Modelli, tool e architetture possono cambiare. Il valore sta nella combinazione di persone, processo, dati, sistema e controlli che rende possibile un nuovo comportamento operativo.
- 01Persone
- 02Processo
- 03Dati
- 04Sistema
- 05Controlli
- 06Capacità
Dal vincolo all’evoluzione
Il metodo non inizia con AI e non termina con il deployment. Ogni fase lascia una decisione e un artefatto; può anche dimostrare che non vale la pena procedere.
- Observe · Osservare
- Decisione: abbiamo abbastanza contesto? Artefatto: mappa di processo, persone, dati ed eccezioni. Stop: accesso o contesto insufficienti. Dal partner: chi vive il lavoro e accesso alle fonti rilevanti.
- Constraint · Trovare il vincolo
- Decisione: qual è il limite che impedisce il risultato? Artefatto: formulazione del vincolo. Stop: il problema non è prioritario o non richiede un nuovo sistema. Dal partner: priorità, conseguenze e vincoli non negoziabili.
- Capability · Definire la capacità
- Decisione: che cosa deve diventare possibile, per chi e con quale criterio? Artefatto: brief della capability e responsabile. Stop: valore o responsabilità non sono chiari. Dal partner: responsabile della decisione e criterio operativo.
- Prove · Provare
- Decisione: la strada è fattibile e vale un investimento successivo? Artefatto: evidenza, rischi e raccomandazione. Stop: la prova non converge o il costo non è giustificato. Dal partner: dati rappresentativi ed esperti per la revisione.
- Build · Costruire
- Decisione: il sistema soddisfa i criteri concordati? Artefatto: nucleo funzionante con valutazione, controlli e modalità di errore. Stop: i criteri non reggono nel contesto reale. Dal partner: accessi tecnici, revisioni e decisioni d’integrazione.
- Deploy · Portare in esercizio
- Decisione: persone e processo sono pronti a usarlo e governarlo? Artefatto: piano di esercizio e adozione. Stop: responsabilità, fallback o cambiamento non sono sostenibili. Dal partner: responsabile, accessi, formazione e disponibilità al cambiamento.
- Measure · Misurare
- Decisione: uso e beneficio giustificano costi e rischi? Artefatto: registro di valutazione su comportamento, uso, costi ed errori. Stop o revisione: il criterio non è raggiunto. Dal partner: dati d’uso, feedback e disponibilità a confrontare gli esiti.
- Evolve · Far evolvere
- Decisione: migliorare, mantenere, sostituire o dismettere? Artefatto: decisione di evoluzione con opportunità e nuovi rischi. Stop: non esiste valore aggiuntivo giustificato. Dal partner: cambiamenti di processo, sicurezza, priorità e dipendenze.
- 01Osservare
- 02Vincolo
- 03Capacità
- 04Provare
- 05Costruire
- 06Portare nel lavoro
- 07Misurare
- 08Evolvere
Capability Roadmap del partner
Ordina le capacità possibili dell’organizzazione, non le feature di un software e non la Roadmap societaria di 38 Frontier Labs.
Serve a rendere esplicite decisioni diverse: fare, non fare, testare, aspettare, scalare, dismettere o rivalutare. Si costruisce solo quando esiste abbastanza evidenza per decidere.
- 01Fare
- 02Non fare
- 03Testare
- 04Aspettare
- 05Scalare
- 06Dismettere
- 07Rivalutare
Dal prototipo all’adozione
Un prototipo dimostra che una strada può funzionare. Una capability richiede invece criteri, integrazione nel workflow umano, responsabilità, sicurezza, formazione, osservabilità e un modo per gestire eccezioni e fallback.
Se l’adozione richiede un cambiamento che l’organizzazione non può sostenere, fermarsi o ridurre lo scope è una decisione valida.
Continuous Capability Evolution
Dopo il deployment possono cambiare performance, uso reale, tecnologie, costi, sicurezza, rischi, dipendenze e il processo stesso. Quando la relazione continua, la capability può essere rivalutata rispetto a questi cambiamenti e alle nuove opportunità di miglioramento.
Non è manutenzione perpetua inclusa per definizione né un servizio ricorrente universale: cadenza, responsabilità e criteri vengono concordati per caso.
- Se concordata e se resta valore
- Osservare l’uso
- Valutare
- Mantenere
- Migliorare
- Sostituire
- Dismettere
Trust & ownership
Fonti, evaluation, acceptance criteria, human oversight, limiti, accessi e ownership fanno parte del sistema. Il partner mantiene le decisioni di dominio; proprietà di codice, infrastruttura e trasferimento vengono definite nel singolo incarico.
Sovereign by choice significa poter scegliere consapevolmente modelli, hosting, localizzazione dei dati e dipendenze in base al rischio, evitando lock-in non necessario.
Il 38 Trust Layer è una direzione metodologica, non una certificazione.
Non serve arrivare con una soluzione.
Bastano un processo reale, un vincolo e la disponibilità a definire insieme cosa dovrebbe diventare possibile.