Registro delle modifiche

Un registro degli aggiornamenti significativi al framework.

v3.1 – 18 maggio 2026

Una release di contenuto che aggiunge due nuove sezioni al framework: un Catalogo dei ruoli che descrive 31 ruoli individuali come operano in un'organizzazione IA-nativa, e una vista a livello di organizzazione che completa la prospettiva a livello di ruolo con pattern strutturali (funzioni, calcolo della leva, appiattimento della gerarchia).

Nuovo: il Catalogo dei ruoli

/roles: 31 pagine di ruolo, ognuna che descrive come appare il ruolo a maturità T2-T3 in un'organizzazione IA-nativa. Ogni pagina risponde allo stesso insieme di domande: cosa fa effettivamente il ruolo, come appare il successo, cosa lo rende interessante (e cosa potrebbe non piacere), chi prospera in esso, quali competenze sviluppare per arrivarci, come questo differisce dalla versione tradizionale del ruolo, quali pattern di evoluzione dei ruoli sono in gioco e quali ruoli adiacenti nel catalogo si collegano.

Copertura al lancio. 31 ruoli in 9 famiglie:

Prodotto: Product Manager, VP Prodotto
Ingegneria: Software Engineer, Full-Stack Engineer, Tech Lead, DevOps Engineer, Data Engineer, Engineering Manager, Direttore Ingegneria
Design: Product Designer
Marketing: Marketing Strategist, Demand Gen Marketer, Product Marketing Manager, VP Marketing
Vendite: SDR, Account Executive, Solutions Engineer, VP Vendite
Customer Success: Customer Support Specialist, Customer Success Manager, Direttore Customer Success
Operazioni e Persone: Data Analyst, Head of People Operations
Esecutivo: CEO, COO, CTO
Emergenti: Workflow Architect, Agent Supervisor, Specification Owner, Governance Specialist, AI Transformation Lead

Audience. Per i professionisti che decidono se vogliono ancora questo lavoro, i manager che pianificano i loro team e l'HR che progetta la forza lavoro di domani.

Progettazione del centro. Una griglia di card a /roles con chip filtro per famiglia adesivi. Ogni card mette in evidenza il pattern dominante di evoluzione del ruolo (Elevazione, Specializzazione, Convergenza, Emergenza) visivamente. Da leggere insieme alle pagine a livello di organizzazione qui sotto.

Nuovo: L'organizzazione IA-nativa (vista a livello di organizzazione)

/organizzazione-ia-nativa: la controparte strutturale al catalogo dei ruoli. Descrive le cinque funzioni di cui ha bisogno ogni organizzazione IA-nativa (Direzione, Specificazione, Validazione, Operazioni degli agenti, Fiducia e relazioni umane), la forma dell'organigramma, cosa deve esistere, cosa scompare o viene assorbito e il quadro della transizione da T0 a T3. Include sette domande diagnostiche per i leader.

Due pagine compagne approfondiscono le domande più frequenti dagli esecutivi:

/calcolo-della-leva: come la leva IA-nativa viene distribuita tra compressione, espansione o un mix. Tre scenari con calcolo concreto dell'organico, rapporti di leva per funzione e i fattori strategici che guidano la scelta. Audience: CFO, board, strategia di capitale.
/gerarchia-appiattita: quali strati manageriali si comprimono e quali sopravvivono. Le cinque funzioni che il middle management svolge e quali vengono assorbite dagli agenti; il calcolo (tradizionale di 50 persone ~22-25 manager vs IA-nativo ~11-15); cosa cambia per i manager sopravvissuti; rischi di transizione. Audience: CHRO, Head of People Operations.

Aggiunte operative

I cinque pattern di evoluzione dei ruoli (Convergenza, Specializzazione, Elevazione, Assorbimento, Emergenza) della v2.3 sono ora ancorati con esempi concreti a livello di ruolo in tutto il catalogo. Ogni pagina di ruolo nomina i suoi pattern dominanti e spiega come si applicano.
La compressione della gerarchia come conseguenza strutturale delle operazioni IA-native. Il framework originale menzionava il "diamante dei pensatori" tramite la pagina Visione; la v3.1 rende espliciti i dettagli operativi in La gerarchia appiattita.
Il pattern di Assorbimento a livello di organizzazione: estensione del pattern di Assorbimento a livello di ruolo da Evoluzione dei ruoli all'ambito organizzativo: ruoli transazionali, strati di coordinamento, funzioni di qualità routinarie e ruoli specializzati di passaggio di consegna si comprimono o scompaiono; direzione strategica, qualità della specificazione, validazione graduata per rischio, operazioni degli agenti, governance e relazioni umane vive restano o crescono.

Aggiunte UX

Navigazione breadcrumb sulle singole pagine di ruolo: Home > Catalogo dei ruoli > Ruolo. Include BreadcrumbList JSON-LD per la SEO.
Hero visuale della pagina di ruolo con badge dei pattern di evoluzione del ruolo e metadati compatti (famiglia, ruolo tradizionale equivalente, riporta a, lavora insieme a).
Griglia di card dei ruoli correlati in fondo a ogni pagina di ruolo, che sostituisce il precedente elenco puntato piatto dei ruoli adiacenti.

Stato delle traduzioni

Questa release spedisce solo in inglese. Le traduzioni in FR, ES, DE, IT e PT sono pianificate per la v3.1.1, seguendo lo stesso flusso di lavoro ad agenti paralleli usato per le traduzioni della v3.0. Le locali non inglesi attualmente ripiegano sul contenuto inglese per le nuove pagine.

v3.0 – 10 maggio 2026

Una release maggiore che riformula il modello operativo del framework a maturità. La v2.x descriveva il viaggio verso l'AI-native; la v3.0 specifica come appare l'AI-native operativamente – e riconosce dove il framework è oggi ingegneria-profondo e dove modelli di maturità paralleli per altri domini seguiranno nella roadmap v3.x.

Posizione strategica

Il framework è oggi ingegneria-profondo. Questa asimmetria è riconosciuta strutturalmente (nella Mappa di Progressione e nel Quadro di Riferimento) piuttosto che mascherata.
I pattern introdotti nella v3.0 sono pattern di task discreti agnostici al ruolo, non pattern specifici dell'ingegneria. Si applicano all'ingegneria, al servizio clienti, alle operazioni finanziarie, alla revisione legale e alla ricerca della conoscenza. L'era v3 costruirà modelli di maturità paralleli per quei domini.
I ruoli continui / creativi / interpersonali (vendite, marketing creativo, design, HR) hanno bisogno di una forma diversa del framework – l'IA come aumento, non esecuzione. Rinviato a una futura traccia v4+.

Contenuti

L'unità operativa a cinque fasi come pattern di lavoro canonico al Tier 3 / Grado 5: Contesto → Chiarimento → Esecuzione → Validazione → Recupero. Triangola attraverso spec-kit, modalità plan di Anthropic, AMPECO CODA, Cognition Devin, ricerca sul dibattito multi-agente, Cemri et al. (2025) e resoconti di professionisti di frontiera. Atterra in Lab IA, Quadro di Riferimento, Guida alle Specifiche, Mappa di Progressione e Standard.
Gate di validazione graduati per rischio (HITL / HOTL / HOOTL) dividono un Grado 5 precedentemente monolitico in tre posture operative in base al raggio d'impatto di un'azione, alla reversibilità e alla conseguenza. Tratti da SAE J3016, Anthropic ASL, OpenAI Preparedness, NIST Agentic Profile, OWASP LLM Top 10 e la letteratura HITL/HOTL/HOOTL dei professionisti. Atterra in Lab IA § Gate di validazione graduati per rischio, Quadro di Riferimento e Standard § Modello di responsabilità per i fallimenti.
Progettazione del processo come Livello 5 degli Standard di Esecuzione IA. La disciplina di progettare workflow vincolati e a fasi entro cui l'IA opera in modo coerente – distinta dall'ingegneria dei prompt e dalla scrittura di specifiche in sé. Vocabolario delle topologie (chaining, routing, parallelizzazione, orchestratore-lavoratori, valutatore-ottimizzatore, agenti autonomi) e regole decisionali. Atterra in Standard § Livello 5.
Economia dell'IA a maturità – il costo per unità di output sostituisce "tempo risparmiato dall'IA" come metrica vincolante al Level 3; il margine lordo IA opera strutturalmente sotto il SaaS (40–55% vs 70–90%); i costi per token calano mentre i costi per task spesso aumentano (paradosso di Jevons applicato all'inferenza). Atterra in Analisi di Fattibilità § Economia dell'IA a maturità e Piano di Implementazione § Vocabolario di misurazione per maturità.
Modi di fallimento e pattern di recupero ad alta maturità – sycophancy come preoccupazione strutturale (trattata come problema ingegneristico indipendentemente dalla traiettoria di training); casi limite soggettivi (fallimenti fatti emergere dagli utenti, non dai test; il recupero è conversazione, non patching); ricalibrazione vs debugging come risposte operativamente distinte; modo di fallimento da collo di bottiglia dell'IA al Tier 2.5+. Atterra in Ingegneria dell'affidabilità, Lab IA § Protocollo di stato bloccato e Guidare la Trasformazione § Collo di bottiglia dell'IA.
D6 della Maturità del Codice arricchita per trattare CLAUDE.md / AGENTS.md come artefatti vivi validati dall'agente rispetto al codice vivo, con skill e subagenti creati su richiesta. Riflette la pratica corrente dei fornitori (specifica AGENTS.md, memoria Claude Code di Anthropic). Atterra in Maturità del Codice.
Responsabile dei Permessi come quarto ruolo organizzativo nominato nei sistemi IA di qualità produzione. Responsabile di ciò che ogni agente può e non può fare e del livello di gating di validazione per classe di azione. Atterra in Standard § Ruoli organizzativi.
Profondità operativa T3 / Grado 5 nella colonna Ingegneria della Mappa di Progressione – unità di lavoro, tempo di ciclo, vignetta sulla forma della giornata, modo di fallimento da collo di bottiglia dell'IA, ricalibrazione vs debugging, validazione graduata per rischio e metriche che sostituiscono "tempo risparmiato". Atterra in Mappa di Progressione.
Appendice sulla forma della giornata al Tier 3 in Trasformare il Tuo Ruolo – come appare la giornata una volta arrivata la transizione; domanda cognitiva ai confini, non nell'esecuzione.
Glossario – 16 nuove voci in quattro sezioni (Realtà operativa al T3/R5, Validazione graduata per rischio, Modi di fallimento e recupero, Economia dell'IA a maturità).

Aggiornamenti al framework

Quadro di Riferimento: riga T3 stretta a "L'IA è il livello di esecuzione; gli umani danno direzione e validano"; nuovo paragrafo di prosa sulla forma della giornata al T3 e la progettazione del processo come disciplina distintiva. Riga R5 aggiornata da "Nessuno (gli scenari verificano)" a "Agente revisore + scenari; gate umani graduati per rischio".
Mappa di Progressione: nuova nota sull'asimmetria di profondità in apertura che nomina l'inclinazione ingegneristica e la roadmap dell'era v3; callout sulla produttività bimodale (guadagni spurî L1–L2 vs guadagni 4× L3 per team ristrutturati).
Lab IA: Modalità di Lavoro rinominata e ristrutturata attorno all'unità a cinque fasi; nuove sezioni per Gate di Validazione Graduati per Rischio e Protocollo di Stato Bloccato; economia dei token nominata come metrica del Lab; insidia del collo di bottiglia dell'IA aggiunta.
Ingegneria dell'Affidabilità: nuova sezione "Modi di fallimento e recupero ad alta maturità" che copre sycophancy, casi limite soggettivi e ricalibrazione vs debugging; agente revisore nominato come default di produzione.
Guida alle Specifiche: nuova sezione "Il ciclo operativo" con il dialogo di chiarimento come fase discreta; scrittura della specifica descritta come spettro (scritta dall'umano → assistita dall'IA → redatta dall'IA-ratificata dall'umano) con copertura appropriata.
Standard: chiarimento pre-esecuzione consentito nel Principio Fondamentale; Livello 5 (Progettazione del Processo) aggiunto; modello di responsabilità per i fallimenti esteso con righe Output dannoso / Output non notato / Direzione sbagliata difesa con sicurezza; ruolo Responsabile dei Permessi aggiunto.
Analisi di Fattibilità: nuova sezione sull'economia dell'IA a maturità (costo per unità, pavimento del margine lordo, paradosso di Jevons).
Piano di Implementazione: nuova sezione sul vocabolario di misurazione per maturità – le metriche del livello produttività al L1–L2 transitano alle metriche del livello unit-economics al L3.
Guidare la Trasformazione: nuova diagnostica – collo di bottiglia dell'IA come modo di fallimento ad alta maturità; Inflazione del Carico di Lavoro aggiornata per connettersi con le dinamiche del collo di bottiglia.

Motivazione

Le release v2.x del framework descrivevano il viaggio verso la maturità AI-native da un punto di vista Tier 1–2. I professionisti che operano al Tier 3 / Grado 5 – dove l'IA è il livello di esecuzione piuttosto che uno strumento di assistenza – trovavano le descrizioni della loro effettiva realtà operativa troppo astratte. La v3.0 specifica quella realtà: l'unità operativa, la struttura di gating della validazione, la disciplina della progettazione del processo, l'economia del costo per unità e i modi di fallimento che emergono una volta che l'agente fa l'esecuzione.

La riformulazione è onesta su dove il framework è oggi ingegneria-profondo ed esplicita sui domini di task discreti dove modelli di maturità paralleli seguiranno. La roadmap dell'era v3 è interna a questa release; diventa un impegno pubblico quando spedirà la v3.1.

Ringraziamenti

Questa release è stata sollecitata dal feedback dettagliato di Vincent Lamanna (Crewdle) sul questionario di autovalutazione del framework. La critica di Vincent ha fatto emergere il gap che la v3.0 chiude – le descrizioni del framework del lavoro AI-native maturo non corrispondevano alla realtà operativa della sua organizzazione. L'unità operativa a cinque fasi, i gate di validazione graduati per rischio, il modo di fallimento da collo di bottiglia dell'IA, il vocabolario ricalibrazione vs debugging e l'economia dell'infrastruttura IA triangolano tutti contro letteratura da fonti multiple, ma il racconto di Vincent è ciò che ha reso visibile il gap. Grazie.

v2.3 – 19 aprile 2026

Contenuti

Maturità del codice per lo sviluppo AI-native: Nuova pagina del framework. Un modello di maturità a cinque livelli (Opaco → Strumentato → Validato → Leggibile → Specificato → Governato da scenari), ogni livello definito dal meccanismo di feedback che aggiunge. La Griglia di maturità del codice (Codebase Readiness Grid): una diagnostica a nove dimensioni (copertura dei test e latenza del feedback, rigidità dei tipi, dimensione dei file e leggibilità del contesto, chiarezza dei confini dei moduli, direttezza delle API, intento documentato, osservabilità, semplicità di sviluppo e deploy, aggiornamento di dipendenze e runtime) con un rubric di punteggio da 1 a 5 per dimensione. Quattro regole di punteggio: il soffitto = punteggio più basso; tre dimensioni sono bloccanti (D1, D2, D5) e sei sono vincolanti; i differimenti documentati intenzionalmente ottengono un credito di un livello; non riassumere mai con una media: la Griglia è un vettore, non uno scalare. Profilo di riferimento che descrive come appare un codebase di Livello 5. La regola rigida: il livello di maturità di un codebase è il soffitto sul Grado ingegneristico che può operarvi in modo affidabile (leggi)
Strategia brownfield: Nuova pagina del framework. Come trasferire un codebase esistente allo sviluppo AI-native. Triage dello stato del codebase (greenfield / brownfield / ibrido) prima di scegliere una modalità. Quattro modalità inquadrate come percorsi verso il Livello 5: risanare in loco, migrazione strangler-fig, ricostruzione completa o isolare e aggirare, ognuna risponde a "dove avviene il Livello 5" piuttosto che "cosa fa il team." "Non investire" incluso nella Modalità 4 come risultato legittimo quando il costo del risanamento supera il valore residuo. La metodologia Ricerca-Revisione-Ricostruzione (Fowler/EPAM) con cinque tecniche di retroingegneria Black Box to Blueprint. Spec-from-code come inversione brownfield dello spec-first. Ancoraggio economico: caso studio Bahmni (circa 2 $/componente in meno di un'ora vs. 3–6 giorni manualmente, con la revisione umana come vincolo di capacità) (leggi)
Strumento companion: skill Claude Code open source che esegue la valutazione a nove dimensioni su qualsiasi repo, applica le regole di punteggio (soffitto, bloccante/vincolante, credito per differimento), classifica lo stato del codebase e raccomanda un percorso verso il Livello 5. Licenza MIT. Ospitato su github.com/Kenogami-AI/codebase-readiness. Referenziato da entrambe le pagine del framework tramite un nuovo componente MDX <ToolCallout>.

Aggiornamenti al framework

Lab IA: I criteri di ammissione brownfield ora inquadrano le decisioni a monte (valutazione della maturità, selezione della modalità) come al di fuori dello scope del Lab, rimandando alle due nuove pagine.
Ingegneria dell'affidabilità: Paragrafo di inquadramento speculare che collega la maturità del codice come problema inverso: stessa incertezza, riflessa.
Quadro di riferimento: Aggiunta una nota sul soffitto del Grado: il Grado ingegneristico raggiungibile su un dato codebase è limitato dalla maturità del codice.
Valutare la tua organizzazione: Nuova insidia comune: saltare la maturità del codice nella valutazione dei team di ingegneria. Un team al Level 2 di pratica su un codebase di Livello 0 è effettivamente al Livello 0.
Standard di esecuzione IA e Guida alle specifiche: Nota aggiunta che i codebase brownfield invertono il modello spec-first; le specifiche devono essere retroingegnerizzate (spec-from-code) prima che il nuovo lavoro spec-first riprenda.
Glossario: Aggiunta sezione Maturità del codice (7 voci) e sezione Strategia brownfield (8 voci).

Motivazione

Il framework copriva il lato umano della trasformazione IA (costo cognitivo, ruoli, leadership, transizione dei collaboratori) e il lato della pratica ingegneristica (Lab IA Gradi 0–5, standard di esecuzione, ingegneria delle specifiche). Mancava: il codebase come oggetto di trasformazione. Gli agenti di codifica IA amplificano qualsiasi struttura già esistente, il che significa che il singolo investimento più conseguente per i team brownfield è costruire il harness (test, tipizzazione, confini dei moduli, intento documentato) prima di distribuire gli agenti su larga scala. Questa versione aggiunge una diagnostica (maturità del codice), un playbook strategico (strategia brownfield) e uno strumento open source che implementa entrambi.

v2.2 – 17 aprile 2026

Contenuti

Il Costo Cognitivo della Trasformazione IA: Nuova pagina del framework. Il costo in termini di energia mentale della trasformazione IA è un vincolo strutturale, reale come il budget o l'organico. Copre otto sfide distinte (sovraccarico cognitivo, affaticamento decisionale, affaticamento da vigilanza, intensificazione del lavoro, inflazione del carico di lavoro, ansia da IA, disruzione identitaria, impotenza appresa, affaticamento da trasformazione), la curva J cognitiva al Tier 1.5 e cosa possono fare leader e individui al riguardo (leggi)

Aggiornamenti al framework

Guidare la Trasformazione: La sezione sulla curva J è stata espansa per descrivere la curva J cognitiva accanto al calo di produttività. La gestione delle velocità di adozione ora segnala il sovraccarico cognitivo come causa comune del gruppo "bloccati". Nuove sottosezioni sull'inflazione del carico di lavoro e il costo cognitivo della transizione. Elenco delle insidie esteso con inflazione del carico di lavoro, limite degli strumenti contemporanei e pattern di burnout T1.5.
Trasformare il Tuo Ruolo: Il principio guida ora riconosce che il giudizio prolungato è cognitivamente impegnativo. Il Livello 4 (Implementazione) è stato ampliato con una sottosezione sulla curva J cognitiva (cosa tenere d'occhio, cosa aiuta). I limiti sono stati estesi per coprire l'inflazione del carico di lavoro assorbita come quota personale.
Visione: "Essere onesti" include ora il costo cognitivo della transizione, non solo la riqualificazione e la reinvenzione.
Piano di Implementazione: I prerequisiti dell'infrastruttura includono ora la protezione della capacità cognitiva (margine di carico di lavoro, limite degli strumenti contemporanei, disciplina delle quote di output, consapevolezza dei manager). Il checkpoint del pilota al Giorno 60 chiede se le persone stanno esaurendosi, non solo se i flussi di lavoro sono migliorati.
Glossario: Aggiunta sezione Costo Cognitivo: 9 nuove voci.

Motivazione

Il framework trattava in precedenza il passaggio dall'esecuzione al giudizio come un'elevazione inequivocabile. La ricerca è chiara: lo è, e il giudizio prolungato è cognitivamente impegnativo in un modo in cui il lavoro di produzione non lo è. Fingere il contrario è come le trasformazioni si bloccano: le persone più impegnate bruciano per prime. Questa versione integra quel vincolo in tutto il framework invece di nasconderlo in un angolo.

v2.1 – 8 aprile 2026

Contenuti

Scala dei tier individuali ampliata. La scala di maturità individuale passa da 3 tier a 7: T0 (Non esposto), T0.5 (Curioso di IA), T1 (Consapevole di IA), T1.5 (Che costruisce con IA), T2 (Potenziato da IA), T2.5 (Avanzato in IA), T3 (Nativo IA). I tier da .5 catturano gli stati di transizione in cui la maggior parte delle persone effettivamente si trova – prova di movimento, non solo un'etichetta.
Mappa di progressione delle competenze ampliata. Le tabelle di autovalutazione per tutte le 5 famiglie di ruoli ora includono colonne Level 1.5 e Level 2.5, offrendo alle persone un «passo successivo» più vicino.
Riferimenti ai tier in tutto il framework. Leading the Transformation mappa i gruppi di velocità di adozione (Accelerators, Progressors, Stuck) ai tier. Transforming Your Role fa riferimento ai tier nei Layer 1 e 3. Valutare la tua organizzazione utilizza la scala di tier individuale per una valutazione di team più granulare.

v2.0 – 5 aprile 2026

Contenuti

L'analisi di fattibilità: Nuova pagina – perché investire nel diventare AI-native. Segnali economici, rischio competitivo, profilo d'investimento, aspettative sui tempi e come presentarlo internamente (leggi)
Valutare la tua organizzazione: Nuova pagina – una diagnosi team per team della maturità nell'IA. Metodologia di valutazione, comportamenti osservabili per livello, errori comuni e come costruire la propria mappa di maturità (leggi)
Mappa di progressione delle competenze: Nuova pagina – come si presentano concretamente i livelli 1, 2 e 3 per engineering, marketing, customer service, vendite e design. Domande di autovalutazione per ciascuna famiglia di ruoli (leggi)
Piano di implementazione: Nuova pagina – da dove iniziare, a quale velocità e cosa monitorare. Criteri di sequenziamento, piano 30/60/90 per i leader, punti di decisione e come scalare dal pilota all'organizzazione (leggi)

Riorganizzazione

Contenuto ridotto in tutto il framework: rimosse statistiche ridondanti e sezioni duplicate tra pagine. Ogni pagina ha ora un perimetro più chiaro con meno sovrapposizioni.
La pagina del framework di riferimento si concentra ora sul modello concettuale. I criteri di accettazione e il percorso di trasformazione sono stati spostati nel Piano di implementazione.
La pagina Visione rimanda all'Analisi di fattibilità per l'argomento economico completo, invece di duplicarlo.

Lingue

Quattro nuove lingue: spagnolo, tedesco, italiano e portoghese (Brasile). Traduzioni complete di tutte le 18 pagine e 3 articoli del blog, con slug URL localizzati.

v1.5 – 4 aprile 2026

Contenuti

Evoluzione dei Ruoli: Nuova pagina – cinque pattern di trasformazione dei ruoli (convergenza, specializzazione, elevazione, assorbimento, emergenza), una Matrice di Decisione dei Ruoli e mappatura ai livelli di maturità organizzativa. Basato sulla ricerca Patel (IJSR 2026), adattato al vocabolario del framework (leggi)

Blog

Il Tuo Ruolo Non Sono i Tuoi Compiti: Nuovo post del blog – il maggiore ostacolo alla trasformazione IA non è la tecnologia, è che le persone confondono ciò che fanno con ciò che sono (leggi)

Riferimenti incrociati

Aggiunto link all'evoluzione dei ruoli a: framework, visione, guida per i dipendenti, guida per i manager, pratiche ereditate
Aggiunti termini al glossario per tutti e cinque i pattern di evoluzione e la Matrice di Decisione dei Ruoli

v1.4 – 24 marzo 2026

Contenuti

Guida alle Specifiche: Nuova pagina – compagno pratico agli Standard di Esecuzione con esempi, template, modi di fallimento del contesto e specifiche elaborate per ruoli di ingegneria, marketing e supporto (leggi)

v1.3 – 12 marzo 2026

Blog

Il Vero 50x: Nuovo post del blog – tutti parlano dell'IA che rende gli individui più produttivi, ma il guadagno maggiore è eliminare completamente il coordinamento (leggi)

v1.2 – 12 marzo 2026

Contenuti

Ingegneria dell'Affidabilità: Nuova pagina – come costruire sistemi affidabili da componenti IA inaffidabili, e perché non è così nuovo come sembra (leggi)

Blog

Sezione Blog: Aggiunta blog con pagina indice, filtraggio per tag e supporto multilingue
Gestire l'IA è Gestire: Primo post del blog – come lavorare con gli agenti IA insegna competenze di management, non di codifica (leggi)

v1.1 – 7 marzo 2026

Contenuti

Visione: Aggiunte prove del mercato del lavoro dalla ricerca di Anthropic sugli impatti dell'IA sul mercato del lavoro – cambiamenti nelle assunzioni dei giovani lavoratori (~14% di calo nelle occupazioni esposte all'IA), dati demografici sull'esposizione dei lavoratori della conoscenza (guadagni superiori del 47%, 4× più probabilità di possedere titoli di studio avanzati)
Framework: Aggiunto il divario misurabile capacità-utilizzo alla descrizione del Level 1 – 94% di copertura teorica dei compiti IA vs. 33% di utilizzo effettivo nei ruoli tecnici (fonte)
Visione: Aggiunta sezione sull'evoluzione della responsabilità – come la responsabilità si sposta dall'ispezione alla progettazione del sistema man mano che l'IA prende in carico l'esecuzione

Terminologia

I gradi della scala ingegneristica sono stati rinominati da nomi basati sui ruoli a nomi basati sui processi: Coding assistito, Delega circoscritta, Generazione supervisionata, Sviluppo diretto, Sviluppo spec-driven, Produzione autonoma – sostituendo i nomi precedenti che implicavano una gerarchia di ruoli umani piuttosto che una progressione di modalità di lavoro

v1.0 – 3 marzo 2026

Prima release pubblica. Nove pagine che coprono visione, quadro di riferimento, Lab IA, standard di esecuzione, guida per i dipendenti, guida per i manager, glossario, pratiche ereditate e chi siamo.

← Torna alla home · Su questo framework