Abstract commentato
Il saggio tiene insieme due idee che vanno mantenute in equilibrio: i modelli sono necessari, ma sempre parziali. I sistemi complessi reagiscono attraverso *feedback*, ritardi, *stock* e flussi; molti interventi falliscono perché il decisore tratta una variabile come isolata e ignora gli accumuli che la alimentano.
Commento strutturato
Introduzione
Il saggio articola una tensione che MARTRO deve mantenere: i modelli sono indispensabili e, al contempo, sempre parziali. Sterman richiama la struttura dei sistemi complessi — *feedback*, ritardi, *stock* e flussi — per mostrare che numerosi interventi falliscono non per erroneità dell'intenzione, ma perché il decisore isola una variabile ignorando gli accumuli che la alimentano. Il fallimento, in altri termini, è di rappresentazione prima che di volontà.
Nelle piccole imprese gli *stock* organizzativi sono spesso invisibili. *Backlog*, eccezioni, *rework*, debito documentale, sfiducia tra ruoli, decisioni rinviate e dipendenze personali si accumulano finché non si manifestano come crisi improvvise. Una campagna commerciale accresce il carico sul processo di acquisizione; un indicatore modifica i comportamenti locali; una procedura aggiunta senza rimuovere lavoro pregresso aumenta la saturazione. La *system dynamics* consente di leggere questi effetti come circuiti, e non come eventi separati.
La lettura MARTRO è marcatamente anti-lineare. Prima di raccomandare un intervento, occorre chiedersi quale circuito di *feedback* verrà modificato. Segnale, decisione, azione, ritardo, effetto, retroazione: anche una mappa elementare può prevenire errori gravi. In questo senso la fonte sostiene il principio di sequenza — non basta introdurre una soluzione; occorre stabilire quali *stock* essa modificherà e con quale ritardo.
Sul piano operativo è sufficiente tracciare un circuito su una frizione concreta: nuovi *lead* generano pratiche, le pratiche richiedono chiarimenti, i chiarimenti saturano il titolare, la risposta ritarda, il cliente sollecita, il sollecito accresce l'urgenza e interrompe altro lavoro. Tale rappresentazione non è ancora simulazione, ma rende visibile il meccanismo — e sovente è sufficiente a comprendere perché una soluzione intuitiva peggiorerebbe il sistema.
Il confine consiste nel non promettere modelli dinamici completi. In assenza di dati e confini espliciti, la simulazione rischia di risultare più seducente che utile. La scheda deve presentare la *system dynamics* come grammatica di cautela strutturale — *stock*, flussi, ritardi, *feedback* — e resistere all'uso di «sistema» come parola totale, nominando sempre quale accumulo, quale ritardo o quale retroazione si stia leggendo.
Perché conta per MARTRO
riconduce i fallimenti d'intervento alla parzialità della rappresentazione — variabili isolate, accumuli ignorati.
Limiti e confini di utilizzo
la simulazione completa richiede dati e confini; senza, è più seducente che utile.
«sistema» non è parola totale; va nominato l'accumulo, il ritardo o la retroazione in esame.
Applicazione pratica per PMI
tracciare un circuito di *feedback* su una frizione concreta prima di intervenire.