Glossario.

Un aumento di dieci volte della capacità di un'organizzazione di apprendere, evolvere, creare valore e restare allineata alla strategia. Significa più adattabilità, impatto e rilevanza, non più attività.

Il sistema del libro, centrato sulle persone e pronto per l'IA, di nove principi per costruire organizzazioni capaci di apprendere, adattarsi e rendere. Org Topologies è la mappa e il metodo che lo muove.

Un approccio per migliorare le prestazioni attraverso una riprogettazione organizzativa centrata sulle persone, guidata dalla strategia e pronta per l'IA: una mappa visiva più il metodo di cambiamento MADE.

Il linguaggio visivo bidimensionale che colloca le unità organizzative in base al mandato sulle competenze (orizzontale) e al mandato sul lavoro (verticale), così struttura, dipendenze e inadeguatezze diventano visibili e condivisibili.

Il processo di sviluppo e scelta della struttura di un'organizzazione (ruoli, linee gerarchiche, unità, interfacce, coordinamento) per rispondere a strategia e mandati; è anche la disciplina che studia come la struttura migliora l'efficacia.

Allineare in modo deliberato strategia di business, obiettivo organizzativo e processo di cambiamento, invece di lasciare che il disegno si accumuli per caso.

Quanto bene l'organizzazione realizza ciò che la sua strategia richiede; si ottiene tenendo in sintonia con la strategia gli elementi della progettazione organizzativa.

Il modello di Jay Galbraith con cinque elementi di progettazione interconnessi (criteri di progettazione derivati dall'obiettivo organizzativo, struttura, processi, ricompense, persone) da regolare insieme. MADE vi aggiunge un ciclo di apprendimento.

L'unica cosa primaria per cui un'organizzazione ottimizza in modo deliberato, scelta a sostegno della strategia e usata per risolvere i compromessi.

Il risultato esterno a cui punta una strategia, come il profitto o la quota di mercato. È incerto; la progettazione organizzativa, invece, è interna e in gran parte sotto il tuo controllo.

La preoccupazione primaria è l'obiettivo organizzativo che si ottimizza. Una preoccupazione secondaria è qualcosa di apprezzato e tenuto d'occhio, ma perseguito solo finché non mina quella primaria.

Presentare due opzioni apprezzate come opposte quando esiste una gamma di scelte; riformulare con una preoccupazione primaria e una secondaria fa emergere nuove opzioni.

Un impegno nascosto che lavora contro un obiettivo di miglioramento dichiarato, e spiega perché le persone resistono anche ai cambiamenti che sostengono.

Una progettazione organizzativa in cui struttura e mandati sostengono ciò per cui l'organizzazione ottimizza. Nessuna topologia è migliore in sé; la domanda è quale sia adatta.

Uno scarto tra ciò per cui la struttura è ottimizzata e ciò di cui la strategia ha bisogno, reso visibile da mappatura e valutazione.

La capacità di cambiare direzione in modo facile ed economico, guidata dall'apprendimento necessario per offrire più valore al cliente con meno attrito. È l'obiettivo organizzativo della Adaptive Topology.

La capacità di seguire il valore nell'ignoto, imparare lì e consegnare comunque, così l'organizzazione si ricombina al mutare delle condizioni senza rimescolare la struttura.

Le abilità, come adattabilità, impatto e rilevanza, che alla fine fanno crescere le prestazioni; ogni topologia sacrifica alcune capacità a vantaggio di altre.

Ciò che un'organizzazione può vedere, imparare e risolvere collettivamente. Nasce dai mandati assegnati alle unità, non dai singoli, e i mandati ne fissano il tetto.

Un insieme coeso di elementi di progettazione organizzativa che si rafforzano a vicenda verso un obiettivo. Scrum ne è un esempio: se adotti solo i suoi eventi e lasci intatti struttura, persone e ricompense, fallisce per mancanza di allineamento sistemico, non di merito.

Scegliere di proposito struttura, mandati, processi, ricompense e persone attorno a un unico obiettivo organizzativo primario. L'alternativa è un disegno che si accumula per reazioni ad hoc a pressioni politiche interne e manda segnali contraddittori a tutti.

Lasciare il cambiamento a esterni o alla benedizione della leadership invece di farlo proprio. Le persone allora resistono all'essere cambiate, si adeguano in superficie e fingono progressi, e il miglioramento svanisce come una patina temporanea.

I leader fissano la direzione e le persone plasmano il cambiamento dall'interno. Insieme avvicinano le decisioni al lavoro, accorciano i cicli di feedback e riducono la dipendenza dal coordinamento centrale, come a Poster.

La vera progettazione organizzativa parte da strutture, persone, abitudini, impegni e budget ereditati, mentre l'attività continua. È refactoring in corsa, non il disegno di un diagramma ideale su una lavagna vuota.

Il costo è un vincolo entro cui progettare, non un obiettivo organizzativo da ottimizzare. Una priorità assoluta di tagliare i costi, portata alle estreme conseguenze, significa chiudere l'azienda.

Un insieme di autorità e responsabilità di decidere, esplorare, agire e ottenere risultati entro un ambito definito. I mandati fissano la complessità massima che un'unità può gestire. Org Topologies riconosce due mandati essenziali: l'Ambito del mandato sulle competenze (l'asse orizzontale della mappa) e l'Ambito del mandato sul lavoro (l'asse verticale).

L'asse orizzontale: quante competenze ha un'unità e quante è autorizzata ad applicare nel suo lavoro. Le unità a sinistra sono incomplete, quelle a destra complete.

L'asse verticale: il tipo di lavoro che a un'unità si ritiene di poter affidare, dai compiti ristretti in basso alla responsabilità condivisa di interi risultati in alto.

Un'unità priva delle competenze, o del mandato per usarle, per offrire valore al cliente end-to-end, quindi dipende da altri e crea passaggi di mano. Sta a sinistra del divisorio verticale.

Un'unità con le competenze, i dati e l'autorità per offrire valore in autonomia, senza dipendere da altre unità. Sta a destra del divisorio verticale.

I prodotti parziali del lavoro (ticket chiusi, funzionalità rilasciate, documenti completati). Più output non creano più valore per il cliente.

Ciò che clienti e stakeholder apprezzano davvero, come il pasto completo, un paziente in salute o un cliente che resta. Le unità sopra il divisorio orizzontale ne sono responsabili.

La linea sulla mappa che separa le unità incomplete (a sinistra) da quelle complete (a destra).

La linea sulla mappa che separa le unità ottimizzate per output parziali (sotto) da quelle progettate per offrire outcome interi (sopra).

La lettura economica dell'asse orizzontale: il costo di far procedere il lavoro attraverso i passaggi di mano, che scende man mano che un'unità si sposta a destra.

La lettura economica dell'asse verticale: quanto è difficile reindirizzare gli sforzi verso nuove opportunità, un costo che scende man mano che un'unità sale.

Quadrante in basso a sinistra: unità incomplete che lavorano su output in ambiti ristretti (singoli collaboratori, gruppi, team, agenti IA). Forti nella precisione, dipendenti dagli altri per il valore end-to-end.

Quadrante in basso a destra: unità complete che lavorano su output entro un ambito delimitato, consegnano con un buon flusso ma non possiedono l'insieme.

Quadrante in alto a sinistra: unità incomplete che sovrintendono all'intero spazio delle soluzioni e coordinano, danno priorità e controllano, ma non creano direttamente valore per il cliente.

Quadrante in alto a destra: unità complete che possiedono gli outcome e plasmano ciò che si costruisce dopo, unendo sognare, pensare e fare; è la Adaptive Topology.

Persone o team che crescono oltre il proprio mestiere principale, sviluppando competenze in più ambiti e applicandole nel lavoro reale. È il meccanismo che amplia il mandato sulle competenze e, insieme alla responsabilità sugli outcome, sposta le unità in diagonale.

Ampliare le competenze di una persona su più ambiti, così le unità possono farsi carico da sole di una parte maggiore del lavoro.

Un modello organizzativo in cui piccoli team autonomi condividono scopo e trasparenza e sono collegati in una rete che condivide la responsabilità di un ampio outcome.

Un team che combina più funzioni. Da solo sposta un'unità solo in orizzontale; la Adaptive Topology richiede unità sia cross-funzionali sia cross-componente.

Un rapporto di affidamento tra unità. È dolorosa solo quando le persone sono costrette a stare separate e non possono lavorare in modo sincrono; quando lavorano insieme sul lavoro condiviso diventa normale collaborazione.

L'esempio di Adam Smith sulla divisione del lavoro, usato come immagine della Resource Topology: lavoratori fissati a sottocompiti ristretti, efficienti in un lavoro stabile e poco variabile.

Portare le unità fuori dalle corsie ristrette (lavoratori nella Resource, team nella Delivery) ampliando entrambi i mandati fino al livello dell'intero prodotto.

Organizzare i team attorno a componenti architetturali in modo che ognuno consegni solo la sua parte di una funzionalità; questa struttura rende lo sviluppo sequenziale, un esito strutturale e non un problema di mentalità.

In Lean e nel Toyota Production System, il flusso di valore end-to-end visto dal cliente, attivato dalla domanda del cliente (pull), dall'idea all'incasso.

Quanto ampiamente un'organizzazione definisce il proprio prodotto, da un singolo componente all'intero; una definizione più ampia allarga il mandato sul lavoro.

La dichiarazione di Scrum su quando il lavoro è davvero finito e utilizzabile: integrato, testato, documentato dove serve e pronto per l'uso reale. L'asse orizzontale si legge come la completezza crescente di questa definizione.

Segnali precoci scelti per mostrare che un'organizzazione è sulla strada giusta per ottenere gli outcome. Outcome come un cliente che resta sono ritardati e difficili da misurare, perciò buoni proxy danno prima un'indicazione affidabile dei progressi.

Uno schema riconoscibile, tratto dall'osservazione, di quali quadranti un'organizzazione occupa e quindi per cosa è ottimizzata. Ce ne sono tre comuni e si possono combinare.

Unità Directing sopra unità Doing: lavoro diviso per funzione, specialisti profondi, pianificazione a cura dei responsabili delle risorse. Obiettivo organizzativo: efficienza delle competenze specialistiche con domanda stabile.

Unità Directing sopra unità Delivering: team cross-funzionali stabili in aree delimitate. Obiettivo organizzativo: flusso end-to-end di lavoro prevedibile dalla domanda alla consegna.

Unità Driving: ampi mandati su competenze e lavoro, unità che si coalizzano attorno agli outcome. Obiettivo organizzativo: minimizzare il costo di apprendimento e riconfigurazione in ambienti volatili.

Metafora della Resource Topology: precisione attraverso la specializzazione, efficace dove il lavoro si può pianificare in anticipo.

Metafora della Delivery Topology: team cross-funzionali stabili ottimizzati per il flusso, che si coordinano tramite collaborazione sincrona all'interno dei team.

Metafora della Adaptive Topology: un'organizzazione che percepisce il cambiamento, integra l'apprendimento e corregge la rotta di continuo.

Far coesistere più topologie in una stessa organizzazione quando le sue parti svolgono lavori di tipo diverso; ciascuna dovrebbe essere autosufficiente, responsabile degli outcome e in continua evoluzione.

Le organizzazioni tendono a scivolare dalla Adaptive verso la Resource man mano che assumono e si specializzano; il libro lo chiama invecchiamento. Il percorso inverso, da Resource a Delivery ad Adaptive, è il descaling.

Il breve picco di prestazioni dopo una trasformazione, seguito dal ritorno alla vecchia base, perché il paradigma di fondo non è cambiato.

Mettere motori più veloci (specialisti, IA) in un sistema ingolfato rende il movimento più rumoroso ma il flusso non migliore: la velocità locale non diventa prestazione globale. Detto anche trappola della Ferrari.

Ogni parte migliora ciò che il proprio sistema premia, il che può peggiorare le prestazioni dell'insieme.

Il ciclo di riorganizzazioni ricorrenti e dispendiose: una riorganizzazione dopo l'altra, ognuna giustificata, costosa e dirompente come la precedente. Ciascuna cura i sintomi aumentando instabilità e stanchezza da cambiamento.

Team che si raggruppano in modo fluido attorno a outcome di alto valore in una Adaptive Topology, come l'intelligenza dello sciame in natura.

Cambiamento senza reale sostegno strutturale: slide nuove, etichette e gergo mentre i problemi di prestazione più profondi restano quelli di prima. Ogni nuova moda, oggi spesso scritta a quattro mani con l'IA generativa, ripete il ciclo.

Trattare il cambiamento come un progetto con date di inizio e fine, scadenze e milestone. Insegna all'organizzazione a cambiare il cambiamento perché appaia bene sulla carta e distoglie l'attenzione dal vero cambiamento di comportamento.

L'esaurimento che subentra quando scossoni ripetuti non affrontano mai i problemi reali. Il morale cala e le prestazioni si fermano.

Applicare un'unica logica organizzativa, un unico insieme di metriche o un unico modello di governance a tutta l'azienda, credendo che coerenza significhi efficienza. Tra contesti diseguali distrugge valore e diventa un'inadeguatezza al Gemba.

La pratica comune di affettare un'organizzazione in parti delimitate, come squad, tribe o team stream-aligned, ciascuna con un mandato ristretto. Funziona a livello locale finché il lavoro non si sposta, poi cade nelle fessure e segue un'altra riorganizzazione.

L'immagine di Gene Gendel di come le aziende clienti vengano tassate tre volte: dalle società di consulenza che vendono trasformazioni big-bang, dai framework che richiedono riqualificazione e licenze, e dagli strumenti che blindano quei framework.

Movimento rapido e fluido del lavoro noto dentro la corsia di un team. Nella Delivery Topology il flusso è locale: quando un outcome richiede molti team, la velocità locale non si somma in velocità globale.

Un team temporaneo messo in piedi per concludere lavoro trasversale che non rientra nei confini stabili dei team. Segnala un ricadere nell'allocazione delle risorse e nella gestione delle crisi quando arriva lavoro non pianificato.

Sviluppo sequenziale, in cui ogni team ottimizza la sua parte, passa il lavoro e aspetta. Il feedback arriva tardi e l'iterazione si riduce a passaggi di fase. Il libro lo tratta come un esito strutturale dei team per componente, non come un problema di mentalità.

Lavoro in cui domanda, ambito o tecnologia cambiano spesso, come nello sviluppo di prodotto, dove nessuna funzionalità si costruisce mai due volte. Richiede feedback rapido, responsabilità end-to-end e apprendimento continuo; le corsie ristrette e stabili perdono adeguatezza.

Una spirale discendente in cui team con poca fiducia si ritirano in compiti isolati per evitare il disagio della collaborazione. Coordinatori esterni assegnano allora il lavoro e le unità scivolano di nuovo verso la Resource Topology.

L'efficienza non ha un significato unico. Nella Resource Topology è il massimo uso delle competenze specialistiche; nella Delivery, un flusso rapido e affidabile di lavoro noto; nella Adaptive, l'abbassamento del costo di apprendimento, riconfigurazione e riorientamento.

Exploit ottimizza la consegna del valore già compreso (Delivery Topology); explore ottimizza l'apprendimento per scoprire cosa ha valore (Adaptive Topology). Non farne due fazioni: padroneggia entrambi. Le unità Driving integrano i due.

La versione dettagliata della mappa, con quattro livelli su ciascun asse e sedici archetipi, usata per una valutazione precisa.

Uno schema ricorrente di come un'unità organizzativa è strutturata e opera. La mappa 4x4 ne nomina sedici.

Nomi brevi per le sedici celle della 4x4: la riga del mandato sul lavoro (TASKS, CAPS, PART, WHOLE) più la colonna delle competenze da 1 a 4. CAPS-3 indica competenze end-to-end al livello delle capacità.

I quattro livelli lungo la mappa 4x4: Funzionale, Multi-competenza, End-to-End ed Espanso. Il divisorio 2x2 sta tra Multi-competenza ed End-to-End.

I quattro livelli verso l'alto sulla mappa 4x4: Compiti, Capacità, Soluzione parziale e Soluzione intera. Il divisorio 2x2 sta tra Capacità e Soluzione parziale.

I vecchi codici degli archetipi formati da lettera e cifra (per esempio A1, B2, C3, Y1) usati nei post precedenti al 2025.

I cinque simboli di unità presenti in ogni mappa: persona, agente IA, pool, team, team di team.

Il metodo di Org Topologies per un cambiamento continuo e sistemico: Map, Assess, Design, Elevate, e si ripete, costruito attorno allo Star Model di Galbraith.

Primo passo di MADE: portare in vista il sistema invisibile della collaborazione collocando le unità sulla mappa, al Gemba, chiedendo quali parti creano valore e come interagiscono.

Secondo passo: giudicare, non le persone ma il sistema, se l'attuale progettazione organizzativa è adatta alle ambizioni di business e alla strategia.

Terzo passo: scegliere l'unico obiettivo organizzativo primario e plasmare struttura, processi, persone e ricompense a suo sostegno.

Quarto passo: costruire la capacità di far funzionare il nuovo disegno, spostandosi a destra e in alto con gli Elevating Katas come piccoli esperimenti.

Le due metà di MADE: Study è Map più Assess; Improve è Design più Elevate.

Mappare di nuovo dopo l'elevazione per verificare cosa è davvero cambiato e chiudere il ciclo di apprendimento.

Un passaggio rapido e a basso rischio attraverso MADE, o una sessione di lavoro mista di mezza giornata, che fa sperimentare alle persone un modo di lavorare diverso prima di impegnarsi in un cambiamento strutturale.

Curiosità (Map), onestà (Assess), impegno (Design) e apertura (Elevate).

Un workshop deliberativo in cui le persone coinvolte capiscono perché si sceglie un obiettivo organizzativo, cosa rende possibile e quali compromessi comporta, per costruire adesione.

Il Gemba è dove si crea il valore; Go See significa che i leader osservano lì il lavoro reale invece di affidarsi ai report. Mappatura e Go See si rafforzano a vicenda.

Un'immersione a tempo definito in cui i leader lavorano con i team per giorni o settimane come partecipanti attivi.

Uno spazio decisionale condiviso che porta i leader fuori dalle visioni locali verso obiettivi strategici e vincoli sistemici.

Una competenza chiave di MADE: le prestazioni non derivano dai singoli elementi ma da come interagiscono. Migliorare ruoli, processi e strumenti visibili lasciando intatti gli schemi di interazione non porta alcun guadagno duraturo.

Dare senso insieme a come il lavoro avviene davvero, osservando il sistema anziché giudicare le persone. In MADE riduce la minaccia psicologica del cambiamento e prepara apprendimento e impegno prima di qualsiasi cambiamento strutturale.

Lo scarto tra i leader e il sistema di lavoro reale, creato da separazione fisica o strutturale. Report e dashboard allora filtrano la realtà. Go See e il Gemba la contrastano.

Il cambiamento duraturo appartiene a chi lo crea; i leader devono farlo proprio e non possono delegarlo, e le persone sostengono ciò che aiutano a creare.

La progettazione organizzativa trasforma l'intento in un sistema e guida le prestazioni in modo più affidabile dei programmi di cultura isolati.

Ridisegna i mandati sulle competenze e sul lavoro per cambiare ciò che l'organizzazione può vedere, imparare e su cui può agire.

Scegli in modo deliberato per cosa ottimizzare, accetta ciò che non ottimizzerai e scegli la topologia adatta.

Il cambiamento come evoluzione continua dell'adeguatezza usando MADE.

Allarga i mandati perché persone e team seguano il valore, imparino e consegnino, invece di rifare le fette dell'organizzazione ogni volta che il lavoro si sposta.

Scegli un unico obiettivo organizzativo primario, accettane i compromessi e incorporalo in struttura, mandati, incentivi e decisioni.

Radica l'apprendimento tra più ambiti perché le persone possano assumersi responsabilità più ampie e ricombinare le competenze mentre il lavoro evolve; amplificalo con l'IA.

Usa l'IA per accelerare la direzione di progettazione organizzativa scelta, dopo la progettazione, non al suo posto.

Una routine di miglioramento strutturata e ripetibile che trasforma l'intento della progettazione organizzativa in comportamento vissuto, applicata soprattutto nel passo Elevate.

Il catalogo degli Elevating Katas, raggruppati per elemento dello Star Model: Strategy, Structure, Processes, Rewards, People.

Il nome di ogni kata inizia con «Elevate by» seguito da una frase con gerundio, per esempio Elevate by Expanding the Product Definition.

Adozione mirata dell'IA abbinata a una progettazione organizzativa deliberata: prima individua le capacità mancanti e i vincoli strutturali, poi usa l'IA per costruirle e accelerarle.

Diffusione ingenua, sporadica e ad hoc dell'IA tra i silos esistenti, che amplifica lo schema attuale e l'effetto Ferrari.

La frase che riassume il Principio 9: metti prima l'IA da parte, capisci la struttura, poi usa l'IA come leva.

Un sistema di IA che agisce come unità organizzativa. Può stare sulla mappa come qualsiasi unità: gli agenti con un solo scopo sono unità Doing; gli agenti possono unirsi alla collaborazione Driving.

Progettare i mandati di organizzazioni in cui gli agenti IA lavorano lungo flussi di lavoro digitali, così da non ricreare una separazione taylorista tra pensare e fare.

Sviluppo guidato dalle specifiche assistito dall'IA: le persone specificano l'intento e gli agenti IA lo trasformano in piani, attività e codice.

L'IA trattata come un servizio disponibile che abbassa il costo di imparare e fare, così la specializzazione non è più scarsa.

Il GPT personalizzato del libro ed esperto di 10X ORG, basato su Org Topologies; maschile.

La posizione finale del libro sull'IA: elevare le persone a mandati più alti invece di eliminarle.

La competenza di routine applica bene procedure note in condizioni stabili; la competenza adattiva estende, ricombina o reinventa le abilità quando le condizioni cambiano.

La graduale trasformazione del lavoro nuovo in lavoro di routine assorbito dalle macchine, a ondate; il confine di ciò che resta umano continua a spostarsi.

Metti in discussione i limiti che la progettazione organizzativa impone alle persone e costruisci ambienti che valorizzano i punti di forza naturali dell'uomo, come imparare, combinare e ricombinare competenze, invece di competere con l'IA su compiti ristretti.

La capacità di un dipendente di restare efficace al mutare delle condizioni di lavoro. È correlata alla competenza adattiva, e il libro sottolinea che l'esperienza da sola non la produce: si sviluppa esponendosi all'imprevisto.

Il risultato quando tutti si affrettano ad adottare gli stessi strumenti di IA, modelli e framework senza cambiare la struttura: nessun vantaggio, solo costi più alti per consulenti, strumenti e utilizzo.

L'assunto che implementare un framework di gestione standard del settore sia la chiave del successo. Org Topologies inverte l'ordine: obiettivi di business, poi obiettivo organizzativo, poi topologia, e il framework per ultimo.

Un tipo di team reso popolare da Team Topologies, ottimizzato per il flusso rapido del cambiamento: riceve lavoro nel proprio ambito di competenza, dentro un'area delimitata. Sulla mappa sta in Delivering; le dipendenze tra tali team restano e il disegno richiede riorganizzazioni regolari mentre la strategia si sposta.

In SAFe, un gruppo di team che pianificano insieme in program increment da 8 a 12 settimane. Le dipendenze tra i suoi team sono analizzate in anticipo e gestite fuori dai team, quindi un ART tradizionale non è un team di team.

Un Agile Release Train elevato a team di team: tutti i suoi team condividono un unico backlog di obiettivi di business e un'unica cadenza, contengono le proprie dipendenze e lavorano in modo sincrono. Eleva un ART alla volta.

In LeSS, un team cross-funzionale, cross-componente, di lunga durata, rivolto al cliente e auto-gestito. Non un team che si limita a scrivere codice per funzionalità già decise.

Il nome che Marty Cagan dà ai team che consegnano output su qualsiasi cosa venga loro affidata, con un product owner che fa da amministratore del backlog. Vi include i team in SAFe.

Il termine di Marty Cagan per un team cross-funzionale (prodotto, design e ingegneria), misurato sugli outcome anziché sull'output e autorizzato a trovare il modo migliore di risolvere i problemi che gli vengono posti. Con un product manager per ogni team e un backlog a livello di team, si colloca in Delivering, non in Driving.

Un leader che risponde di comprendere il sistema, scegliere una direzione e dare energia agli altri perché lo facciano proprio e lo migliorino insieme; MADE aiuta i leader a diventare veri responsabili.

Un leader, consulente o agente del cambiamento che vede le persone dietro i riquadri e le linee della mappa.

Un gruppo di leadership eterogeneo che guida il cambiamento insieme.

Certified Org Topologies Practitioner: il corso dell'Academy per migliorare la tua organizzazione.

Certified Org Topologies Consultant: la classe dell'Academy per consulenti e leader della trasformazione.

Un nome di ruolo più ampio che sostituisce titoli rigidi come Junior Java Developer in una Adaptive Topology, con livelli di crescita chiari.

Secondo il libro, i manager fanno crescere la capacità e migliorano il sistema anziché dirigere il lavoro.

Persone che scelgono di dare forma e guidare un cambiamento invece di esservi spinte. Un nucleo di volontari porta il cambiamento con energia e credibilità, e il fatto che i colleghi scelgano di unirsi gli dà legittimità e slancio.

Il carico cognitivo è lo sforzo mentale necessario per svolgere un compito e imparare mentre lo si fa. Le persone si sovraccaricano quando il costo di apprendere è alto, non quando sanno molto; una responsabilità ristretta spesso aumenta il carico con passaggi di mano e cambi di contesto.

Padronanza di una sola competenza ristretta. Ha senso quando la competenza è scarsa e la domanda praticamente illimitata, un caso raro; l'IA democratizza la competenza, quindi la maggior parte delle persone deve diventare multi-learner.

Tenere insieme le persone e l'apprendimento che hanno accumulato, invece di trattarle come risorse intercambiabili spostate tra gruppi temporanei. La Adaptive Topology trasforma questa continuità in prestazioni di lungo periodo.

Competenze che le persone hanno oltre al titolo del loro ruolo, da un vecchio corso o da lavori precedenti, e che possono emergere quando servono. La capacità va oltre i nomi dei ruoli.

Un team con competenze ampie che possiede un intero prodotto anziché un componente. Poster è passata da dodici team di componenti molto specializzati a sei team versatili sull'intero prodotto; Y Soft ne gestisce venti come team di team.