![\"Le](\"/article-assets/albero-dei-problemi/albero-dei-problemi-parole-spia.jpg\")
L'albero dei problemi serve a smontarla.
\nÈ la rappresentazione grafica di una situazione negativa che dispone su tre piani gli effetti in alto, il problema centrale al centro e le cause con le loro sotto-cause sotto [1].
\nVale per un professionista con due collaboratori, per un'azienda familiare da quindici addetti e per una struttura da cento: cambia la dimensione del disegno, non la lettura.
\nChe la scomposizione non sia un riflesso automatico lo mostra un dato: il 35,1% delle imprese italiane con almeno dieci addetti ha subito interruzioni di fornitura nel 2021-2022, e il 48,0% di queste le ha considerate temporanee senza adottare alcuna strategia [3].
\n\n\nL'albero dei problemi non serve a trovare la soluzione: serve a tenerla fuori finché il problema non è scomposto. Vale quanto le frasi scritte sui cartellini, e «mancanza di X» non è una causa, è una soluzione girata al contrario.
\n
Qui di seguito: che cosa tiene insieme il disegno, come si scrivono i cartellini, i sei passi per costruirlo, un esempio compilato, il criterio per scegliere il ramo e gli errori tipici.
\n«I clienti si lamentano» è un problema, oppure è l'etichetta di una cartella dentro cui stanno dieci problemi diversi?
\nDi norma la seconda, ed è la ragione per cui esiste uno strumento che smonta la frase.
\nL'albero dei problemi è la rappresentazione grafica di una situazione negativa, costruita per mostrare i rapporti di causa ed effetto fra i problemi individuati [1].
\nIl disegno ha tre piani, e il nome dello strumento dice come sono disposti.
\nAl centro sta il tronco: il problema centrale, scritto in una frase sola.
\nSotto, verso le radici, stanno le cause e le loro sotto-cause, generate da una domanda che si ripete — «e questo da che cosa è causato?».
\nSopra, verso i rami, stanno gli effetti: ciò che il problema produce, ed è di solito la parte che fa rumore.
\nLa regola di collocazione è meccanica: i problemi che causano direttamente il problema di partenza vanno sotto, quelli che ne sono effetti diretti vanno sopra, e due cause che concorrono allo stesso effetto si affiancano sullo stesso livello [1].
\nQuattro espressioni vicine vanno separate subito.
\nL'analisi del problema è la fase di lavoro e l'albero è lo strumento con cui si svolge; problem tree è lo stesso oggetto in inglese, non un metodo parallelo.
\nL'albero degli obiettivi è questo stesso disegno riscritto in positivo: le situazioni negative diventano risultati desiderabili e i legami causa-effetto diventano legami mezzi-fini [1].
\nIl diagramma di Ishikawa ordina invece le cause per categorie — persone, metodi, materiali, macchine — e non rappresenta gli effetti: chi ha bisogno di quell'ordine lo trova nel diagramma di Ishikawa.
\nL'albero fa una cosa sola: tiene insieme effetti, problema e cause in un solo disegno, così che si veda a quale altezza si sta parlando.
\nNon misura le cause, non le ordina per peso e non indica da solo dove intervenire.
\n\n\nL'albero vale quanto le frasi scritte sui cartellini: una causa che nomina ciò che manca ha già scelto la soluzione e ha chiuso il ramo prima di scavarlo.
\n
Due riunioni sullo stesso ritardo: nella prima la causa scritta è «mancanza di un gestionale di produzione», nella seconda «le date promesse non sono verificabili da chi produce prima della conferma d'ordine».
\nHanno prodotto lo stesso albero?
\nNo: la prima ha un ramo che finisce subito, perché sotto una soluzione mancante non c'è niente da cercare.
\nIl Vocabolario Treccani definisce problema come una situazione o un fatto che presenta difficoltà, ostacoli o inconvenienti da affrontare e risolvere [5].
\nLa definizione contiene già il criterio: un problema è qualcosa che accade adesso, non l'assenza dello strumento che servirebbe.
\nIl materiale didattico universitario sul ciclo di progetto chiama «soluzioni mascherate» le formulazioni che nascondono la risposta, ed elenca le parole-spia: pochi, mancanza, assenza, carenza [2].
\nLa regola è facile da applicare perché è lessicale: se il cartellino comincia con una di quelle parole, ciò che segue è la soluzione a cui qualcuno sta già pensando, e il problema vero è rimasto fuori dalla stanza.
\nLa riformulazione consiste nel dire che cosa accade, o che cosa le persone non riescono a fare, invece di dire che cosa servirebbe [2].
\n«Carenza di personale in montaggio» diventa «il montaggio di una commessa su tre comincia dopo la data prevista dal programma».
\nSotto la seconda frase si può scavare: tempi standard nel programma, personale spostato su altre urgenze, materiali non pronti.
\nLa stessa fonte segnala altre due formulazioni che bloccano l'analisi: i problemi scritti in forma generica o astratta e quelli scritti come giudizi o opinioni [2].
\n«Poca organizzazione» appartiene alla prima categoria, «il reparto non collabora» alla seconda.
\nNessuna delle due si verifica su un documento, e ciò che non è verificabile non regge i rami che gli vengono appesi sopra.
\n
Una riunione in cui il titolare espone il problema e gli altri annuiscono, e una in cui sei persone scrivono su cartellini e li spostano sulla parete: stesso albero?
\nLa differenza non è di stile, è di materiale disponibile, perché ciò che non viene scritto non entra nel disegno.
\nLa manualistica europea sul ciclo di progetto colloca la costruzione dell'albero in un contesto di gruppo guidato da un facilitatore, e avverte che la qualità del risultato dipende da chi partecipa [1].
\nIl materiale didattico italiano indica gruppi di dieci-quindici persone e suggerisce di costruire più alberi con partecipanti diversi [2].
\nIn Italia la raccomandazione va letta su una struttura proprietaria precisa: nel 2022 l'80,9% delle imprese con almeno tre addetti era controllato da una persona fisica o da una famiglia, e la gestione era affidata nella maggior parte dei casi all'imprenditore stesso o a un familiare [3].
\nLa stanza tende ad avere una testa sola: convocare chi vede passare il lavoro — chi programma, chi monta, chi risponde al cliente — procura le prospettive che mancano.
\nServono cartellini, una parete libera e una regola: una frase per cartellino.
\nQuello che resta sulla parete a fine seduta è un disegno, non ancora una decisione.
\n«Non rispettiamo le consegne» sulla lavagna, e lo stesso problema scomposto su una parete di cartellini: da quale dei due esce una decisione?
\nIl caso è ipotetico e costruito per l'articolo: un'azienda familiare di trentacinque addetti che produce arredi su misura su commessa.
\nIl tronco. Il problema centrale è stato scritto così: «Nel primo semestre un ordine su quattro è uscito dallo stabilimento dopo la data confermata al cliente».
\nUna frase, un dato, un periodo: il resto è o causa o effetto.
\nI rami, sopra. Gli effetti raccolti sono tre: il commerciale rinegozia le date con il cliente a lavorazione avviata, il montaggio lavora in straordinario nelle ultime settimane del mese, alcuni clienti storici hanno smesso di chiedere preventivi per le commesse urgenti.
\nSono la parte visibile, e in riunione arrivano per primi.
\nLe radici, sotto. Al primo livello sono emerse tre cause, affiancate perché concorrono allo stesso effetto.
\nSotto ciascuna, la stessa domanda ha aperto un secondo livello.
\nDurante la riunione un cartellino diceva «mancanza di un gestionale di produzione».
\nÈ stato tolto dalle cause e riscritto come «le date promesse non sono verificabili da chi produce prima della conferma d'ordine».
\nIl gestionale resta in gioco come possibile intervento, ma fra le risposte, non fra le radici.
\nLetto per intero, il disegno dice ciò che la frase sulla lavagna non diceva: il ritardo nasce a monte della produzione, nel modo in cui la data viene promessa.
\n![\"Albero](\"/article-assets/albero-dei-problemi/albero-dei-problemi-albero-completo.jpg\")
Una parete piena di cartellini e un'agenda ancora vuota: l'albero ha fatto il suo lavoro o si è fermato a metà?
\nSi è fermato a metà, perché il disegno mostra come stanno insieme le cose e non dice da dove si comincia.
\nTre criteri restringono la scelta, in quest'ordine.
\nIl ramo scelto non è il più lungo e non è quello che in riunione ha fatto più rumore.
\nFissato il punto, il disegno si ribalta: le situazioni negative diventano risultati desiderabili e i legami causa-effetto diventano legami mezzi-fini [1].
\nÈ il passaggio che trasforma l'albero dei problemi in albero degli obiettivi.
\nDa qui comincia un lavoro diverso, e lo strumento cambia secondo la forma delle ipotesi.
\nQuando le ipotesi sono molte e arrivano da funzioni diverse, si aprono in larghezza per categorie con il diagramma di Ishikawa.
\nQuando la catena appare lineare, si scava in profondità con la tecnica dei 5 perché.
\nQuando il problema è grave o attraversa più reparti, la cornice completa è l'analisi delle cause radice; il processo entro cui tutto questo sta è la guida al problem solving aziendale.
\nL'ultima riga dell'agenda è la data in cui si riguarda il tronco: stessa misura, stesso periodo di durata.
\nSe il numero scritto sul tronco non si è mosso, l'intervento ha agito su un ramo che non lo reggeva.
\nUn albero fotografato a fine riunione e poi dimenticato, e uno riguardato dopo tre mesi con lo stesso tronco: quale dei due ha cambiato qualcosa in reparto?
\nI quattro errori qui sotto non riguardano il disegno ma le frasi e le persone che lo hanno prodotto: si riconoscono rileggendo i cartellini, non guardando la forma.
\nScambiare un effetto per una causa. È l'errore più silenzioso, perché il disegno resta ordinato anche quando un piano è sbagliato.
\nIl gesto di correzione è leggere il ramo dal basso verso l'alto inserendo un «quindi» fra un cartellino e quello sopra: se la frase non regge, il cartellino sta nel piano sbagliato.
\nFermarsi al primo livello. Una causa scritta una volta e non interrogata resta una categoria, e una categoria non si può lavorare.
\nÈ la reazione richiamata in apertura: il problema viene registrato e trattato come un inconveniente che passerà da sé, quindi non viene scomposto.
\nIl gesto di correzione è ripetere la domanda «e questo da che cosa è causato?» finché la risposta smette di essere una spiegazione e diventa un fatto verificabile su un documento o un registro.
\nCostruirlo da soli. Un albero disegnato da una testa sola contiene i problemi che quella testa incontra; gli altri restano fuori dal disegno.
\nIl gesto è costruire più alberi con gruppi diversi e confrontare i disegni [2]; per i problemi che non arrivano ancora al tavolo, il metodo di ricerca è il problem finding.
\nChiudere la riunione senza una data. Il disegno non è il risultato: il risultato è un ramo scelto, un intervento con un responsabile e la data in cui si riguarda il numero sul tronco.
\nSenza quella data l'albero diventa un poster, e i problemi organizzativi che descriveva tornano al punto di partenza.
\nL'albero è una semplificazione dichiarata: la manualistica che lo codifica chiede che resti una versione robusta ma semplificata della realtà, perché un disegno troppo fitto smette di orientare i passi successivi [1].
\nLa letteratura critica sul quadro logico lo dice in modo più netto: nella pratica quasi ogni albero dei problemi è in realtà una rete, per via dei legami incrociati e delle retroazioni, e l'insistenza su un solo problema centrale serve a ottenere un intervento circoscritto, non a descrivere il mondo [4].
\nIl metodo nasce nella progettazione di interventi di sviluppo e viene documentato in quel contesto [1]: trasferito in azienda conserva la logica di collocazione, non gli esempi né la scala.
\nRichiede inoltre tempo, competenze di conduzione e impegno organizzativo, e questi requisiti sono parte del metodo [4].
\nL'albero non pesa le cause: dice come stanno insieme, non quanto costa ciascuna, e la graduatoria per costo o per frequenza si costruisce con strumenti di conteggio separati.
\nIl caso dell'azienda di arredi è ipotetico e costruito per l'articolo: le cifre servono a far vedere il procedimento, non a stimare un risultato.
\nIl dato ISTAT citato descrive il comportamento di un insieme di imprese davanti a interruzioni di fornitura [3]: mostra quanto sia frequente trattare un problema come temporaneo, non dimostra nessi causali sul singolo caso.
\nQuando un problema riguarda la sicurezza delle persone o un obbligo contrattuale o normativo in scadenza, l'intervento non attende la costruzione dell'albero.
\nSì: problem tree è la dizione inglese dello stesso strumento, e l'espressione italiana ne è la traduzione diretta.
\nLa manualistica europea sul ciclo di progetto lo definisce come la rappresentazione grafica di una situazione negativa che mostra un rapporto di causa ed effetto [1].
\nDalle parole con cui è scritto: mancanza, assenza, carenza, pochi introducono di norma la soluzione a cui chi scrive sta già pensando, e il materiale didattico sul metodo le classifica come parole-spia di «soluzioni mascherate» [2].
\nIl rimedio è riscrivere il cartellino dicendo che cosa accade o che cosa le persone non riescono a fare, e verificare che l'affermazione si possa controllare su un documento o un registro.
\nIl metodo è pensato per un gruppo guidato da un facilitatore, con indicazioni che si fermano intorno alle dieci-quindici persone [2]; la qualità del risultato dipende da chi partecipa più che dal numero [1].
\nPer un problema di reparto due sedute da un'ora e mezza sono una durata realistica: la prima produce il disegno, la seconda lo corregge.
\nL'albero tiene insieme effetti, problema centrale e cause su più rami, e serve a scegliere su che cosa lavorare.
\nIl diagramma di Ishikawa ordina le cause per categorie e non rappresenta gli effetti; la tecnica dei 5 perché scende in profondità lungo una sola catena.
\nI due strumenti si usano dopo l'albero, sul ramo che è stato scelto.
\nIl punto di partenza è una frase sola, scritta sul tronco, con un numero e un periodo: fino a quando il problema resta un'etichetta generica, ciò che si appende sotto non ha un aggancio.
\nGli effetti si scrivono sopra e le cause sotto, e la regola di collocazione è meccanica: causa diretta sotto, effetto diretto sopra, cause che concorrono allo stesso effetto affiancate.
\nOgni cartellino va riletto prima di essere attaccato, perché le parole mancanza, assenza, carenza e pochi segnalano una soluzione travestita da causa.
\nLa riformulazione dice che cosa accade o che cosa le persone non riescono a fare, e deve poter essere verificata su un documento o su un registro.
\nLa stanza va popolata con chi vede passare il lavoro, e conviene costruire più alberi con gruppi diversi quando le prospettive in azienda sono poche.
\nLa scelta del ramo segue tre criteri in ordine: controllo effettivo, profondità fino al fatto verificabile, presenza della stessa sotto-causa sotto più rami.
\nIl disegno si ribalta in positivo per ricavare l'elenco delle cose da fare, e da lì il lavoro passa allo strumento adatto alla forma delle ipotesi.
\nL'ultima riga dell'agenda è la data in cui si riguarda il numero sul tronco, con la stessa misura e un periodo di uguale durata.
\nL'albero dei problemi non è un disegno che risolve: è il modo di tenere la soluzione fuori dalla stanza finché il problema non è stato scomposto in cause e sotto-cause.
\nRegge quanto reggono le frasi scritte sui cartellini, e un cartellino che nomina ciò che manca ha già deciso la risposta prima di aver guardato il problema.
\nIl resto è disciplina di collocazione: gli effetti sopra, il problema centrale al centro con un numero e un periodo, le cause sotto, e la domanda «e questo da che cosa è causato?» ripetuta finché la risposta diventa un fatto verificabile.
\nIl ramo scelto è dove comincia un lavoro diverso: l'analisi delle cause radice quando il problema attraversa più reparti, e la mappa del processo entro cui tutto questo sta nella guida al problem solving aziendale.
\nDopo qualche albero costruito sugli stessi problemi ricorrenti, la riunione del lunedì cambia forma.
\nNon più un elenco di lamentele che si accavallano, ma un disegno corto con un tronco, tre radici e una decisione: si lavora su questa sotto-causa, e fra tre mesi si guarda se il numero sul tronco si è mosso.
\nÈ il passaggio da un'azienda che affronta dieci problemi insieme a una che ne affronta uno alla volta sapendo a che cosa è attaccato.
\n\n[1] Commissione europea – EuropeAid Cooperation Office, \"Aid Delivery Methods — Volume 1: Project Cycle Management Guidelines\", marzo 2004, § 5.2.3 «Problem Analysis», pp. 67-68 e glossario. Disponibile su: https://international-partnerships.ec.europa.eu/document/download/f7ed20c4-5fc2-4ed7-b54c-0805e4ed952d_en?filename=methodology-aid-delivery-methods-project-cycle-management-200403_en.pdf
\n[2] Università degli Studi di Trieste – Dipartimento di Scienze Politiche e Sociali, \"Project management — Analisi dei problemi, albero dei problemi, albero degli obiettivi\", materiale didattico del corso, lezione del 15 marzo 2022. È materiale didattico universitario, non una pubblicazione scientifica: è citato per le regole di formulazione dei cartellini, che riprende dalla manualistica sul ciclo di progetto, e mai per dati. Allegato della piattaforma Moodle dell'ateneo, accessibile senza credenziali alla data di accesso (22 settembre 2026): https://moodle2.units.it/pluginfile.php/450256/mod_forum/attachment/41548/04_LEZIONE_15032022_def.pdf
\n[3] ISTAT, \"Censimento permanente delle imprese 2023: primi risultati\", comunicato stampa, 14 novembre 2023 (anno di riferimento 2022; campione di circa 280mila imprese con almeno 3 addetti, rappresentative di 1.021.618 unità). Disponibile su: https://www.istat.it/comunicato-stampa/censimento-permanente-delle-imprese-2023-primi-risultati/ — PDF: https://www.istat.it/it/files/2023/11/REPORTCensimprese.pdf
\n[4] Gasper, D., \"«Logical Frameworks»: Problems and Potentials\", Institute of Social Studies, L'Aia, 25 settembre 2000. Disponibile nel repository istituzionale RePub della Erasmus University Rotterdam: https://repub.eur.nl/pub/50949/Metis_165267.pdf
\n[5] Treccani, \"problema\", Vocabolario on line, Istituto della Enciclopedia Italiana, accezione 3.a. Disponibile su: https://www.treccani.it/vocabolario/problema/