Policy degli standard

1. Finalità

Questa policy definisce gli standard operativi che governano come Fidamen costruisce i sistemi, pubblica la ricerca e fornisce gli output. Ogni affermazione presente su questo sito — inclusi "decision-grade", "audit-ready" e "tracciabile" — è mappata a uno standard specifico documentato di seguito.

2. Output decision-grade

Affermazione: "Output decision-grade" — utilizzata nella homepage e nelle pagine dei sistemi.

Standard: Un output si qualifica come decision-grade quando soddisfa tutti i seguenti criteri:

• Gli input sono documentati e versionati
• Il modello computazionale è ispezionabile — nessuna trasformazione opaca
• Le assunzioni sono dichiarate esplicitamente nei metadati dell'output
• I risultati sono riproducibili dati gli stessi input e versione del modello
• Gli errori sono rilevabili tramite gate di validazione automatici

Relazione con le affermazioni: Vedi Decision Integrity per il framework formale a sei dimensioni (Accuratezza, Contestualizzazione, Spiegabilità, Auditabilità, Robustezza, Governance).

3. Audit readiness

Affermazione: "Consegna pronta per l'audit" — utilizzata nelle descrizioni di sistemi e piattaforme.

Standard: L'audit readiness richiede che ogni consegna soddisfi i seguenti controlli:

• Controllo versione: Tutta la logica di sistema, gli schemi dati e le configurazioni sono mantenuti sotto controllo versione con tracciabilità a livello di commit
• Contratti di input/output: Ogni componente del sistema dichiara contratti di input e output tipizzati; nessun flusso di dati implicito
• Registro delle modifiche: Tutte le modifiche materiali alla logica o alle fonti dati sono registrate con data, autore e motivazione
• Gate di validazione: Gli output passano attraverso controlli di qualità automatici prima della pubblicazione o consegna
• Dichiarazione delle assunzioni: Gli output pubblicati includono una sezione esplicita delle assunzioni che identifica ambito, limitazioni e condizioni al contorno

Limitazione: Fidamen non possiede certificazioni di audit esterne (es. ISO 27001, SOC 2). "Audit-ready" si riferisce alla tracciabilità strutturale degli output, non allo stato di certificazione da parte di terzi. Vedi Note legali §5 per la disclosure completa sulla sicurezza.

4. Policy di rilascio e versioning

Affermazione: "Policy di rilascio" — referenziata nella pagina Decision Integrity.

Standard:

• Release MAJOR (modifiche che rompono la logica): richiedono revisione formale, motivazione documentata e test di regressione prima del deployment
• Release MINOR (modifiche additive): revisionate e testate; non alterano i contratti di output esistenti
• Release PATCH (correzioni): registrate, testate e distribuite con note di modifica

Le pubblicazioni seguono un modello a singola release: ogni paper è pubblicato come release discreta e aggiornato solo quando cambiano assunzioni materiali. I working paper sono esplicitamente contrassegnati come documenti in fase di sviluppo attivo.

5. Standard metodologici

Affermazione: "Ricerca applicata che valida le architetture di sistema" — utilizzata nella homepage e nella pagina chi siamo.

Standard: Tutte le pubblicazioni devono soddisfare i seguenti criteri prima della pubblicazione:

• Classificate per tipo di documento: Essay, White Paper, Technical Note o Working Paper
• Dichiarazione esplicita di assunzioni, ambito e limitazioni
• Riferimenti tracciabili ai componenti di sistema che supportano
• Definizioni formali dove viene introdotta terminologia di dominio
• I working paper sono chiaramente dichiarati come documenti in corso

Relazione con le affermazioni: Vedi Chi siamo — Metodologia per i dettagli di classificazione.

6. Controlli di governance

Affermazione: "Stewardship responsabile" e "Governance" — utilizzate in tutto il sito.

Standard:

• Responsabilità unica: Tutti i sistemi e le pubblicazioni hanno un responsabile nominato (attualmente: Ugo Candido, Principale)
• Revisione metodologica: I design dei sistemi e le pubblicazioni vengono revisionati rispetto al framework Decision Integrity prima del rilascio
• Evoluzione controllata: Fonti dati, parametri dei modelli e regole logiche vengono aggiornati attraverso un processo di modifica documentato — nessuna modifica non controllata
• Confini di ambito: Ogni sistema dichiara esplicitamente cosa copre e cosa no

7. Tracciabilità metodologica

Affermazione: "I componenti di sistema sono collegati alla ricerca pubblicata con riferimenti espliciti."

Standard: Ogni sistema nell'atlante dei sistemi include una sezione "Base metodologica" che collega alle pubblicazioni specifiche che documentano la logica di progettazione. Nessun componente di sistema si basa su scelte progettuali non documentate.

8. Mappatura affermazioni-standard

9. Contatti

Domande su questa policy: info@fidamen.com