> ## Content Index > Fetch the complete content index at: https://myagilestories.com/llms.txt > Use this file to discover other available public pages before exploring further. # Quando il backlog diventa un modo per non parlare - URL: https://myagilestories.com/quando-il-backlog-diventa-un-modo-per-non-parlare/ - Published: 2026-07-27T05:30:00.000Z - Updated: 2026-07-27T14:44:19.000Z - Description: Una lista può rendere un'organizzazione più capace di decidere, o permetterle di non nominare ciò che non funziona. - Author: Gaetano Frascolla - Tags: Strumenti, Backlog Mi è rimasta addosso una riunione di refinement. Non per quello che si è detto, ma per quello che, con una precisione quasi impeccabile, non si è detto. Per un'ora abbiamo spostato item, stimato, spezzato storie troppo grandi, aggiunto criteri di accettazione. Alla fine la lista era più ordinata di prima. E la domanda che quasi tutti avevano in testa entrando, «stiamo lavorando alle cose giuste?», era rimasta fuori dalla porta. Al suo posto, senza che nessuno l'avesse deciso, ne era entrata un'altra, più comoda: stiamo lavorando abbastanza? ## Efficacia o efficienza È uno scambio che a un certo punto ho imparato a riconoscere. La distinzione che lo rende visibile la devo a Peter Drucker: efficacia è fare le cose giuste, efficienza è farle bene. Sono due domande diverse, e non si sostituiscono senza perdere qualcosa. Un backlog è bravissimo a misurare la seconda, cioè quante card, quanto carico, quanto lavoro fatto, e per sua natura resta quasi muto sulla prima. Man mano che la lista cresce e si perfeziona, la conversazione scivola: da «queste sono le cose che contano?» a «ci stiamo dando abbastanza da fare?». La seconda domanda è più facile. Si può contare, ordinare, mostrare in una board. E non guarda nessuno in faccia: una card non ha un tono di voce, non si offende, non chiede a un collega perché ha cambiato idea. Il punto non è quella riunione presa da sola. Un artefatto, di solito, non nasce da un buon intento: nasce per risolvere un problema. Quando le cose vanno bene non si sente il bisogno di costruirlo. Conviene allora chiedersi quale sia il problema vero sotto una lista che si allunga proprio mentre il lavoro diventa più incerto, o più conflittuale. Spesso è che, altrove, quel problema chiederebbe una conversazione scomoda, su chi decide e su cosa conta davvero, e la lista offre un posto molto ordinato dove poggiarlo senza pronunciarlo. > Un backlog fa un lavoro prezioso quando rivela. Fa un danno quando serve a non nominare un conflitto. ## Rivelare o nascondere C'è un uso della stessa parola per due cose molto diverse, e conviene tenerle separate. Un backlog fa un lavoro prezioso quando rivela: rende leggibili le dipendenze, gli owner, le decisioni già prese, gli impedimenti reali. Fa l'esatto opposto quando nasconde. Posso scrivere «progetto X» per tre mesi e rispondere ogni volta «tutto bene, stiamo lavorando», senza che cambi niente. Allora si aggiungono date e milestone, si scende nelle task, e più si scende nel dettaglio più la domanda grande resta coperta: ben tracciata, e invisibile. È sempre la stessa lista. A seconda di cosa le chiediamo, illumina o mette in ombra. La differenza, di solito, non si vede nello strumento. Si vede nel tipo di silenzio che lo circonda. C'è un segnale a cui ho imparato a fare attenzione: quando una tensione su chi risponde di una scelta si ripresenta, puntuale, come un problema di gestione delle attività. «Dobbiamo tracciarlo meglio.» «Serve una card.» «Mettiamolo nel backlog e lo prioritizziamo.» Ogni frase, presa da sola, è sensata. Ripetute insieme sono spesso il modo educato in cui un gruppo si accorda per non nominare la cosa che conta. Non per malafede. Aggiungere un item è più facile, e molto meno rischioso, che dire ad alta voce «non siamo d'accordo su chi decide». ## Non è colpa della lista Non voglio però far diventare il backlog il colpevole. Una lista che nasconde un conflitto sta comunque segnalando che quel conflitto esiste, e che non abbiamo un posto migliore dove trattarlo. Il problema non è che le persone siano sfuggenti. È che nominare una questione di potere o di fiducia, in molte organizzazioni, costa molto più che aggiungere lavoro. Finché è così, la lista continuerà a raccogliere ciò che le riunioni non reggono. Toglierla non toglie il motivo: toglie solo il termometro. Per lo stesso motivo anche la mossa opposta, «snelliamo, dimezziamo le card», raramente basta da sola: svuotare il deposito non fa sparire ciò che vi era stato messo. Lo lascia lì, senza più nemmeno la card che ne teneva memoria. ## Le domande, prima delle tecniche Così la domanda utile, per me, non è «il nostro backlog è buono?». È più scomoda, e più precisa. Che cosa stiamo chiedendo a questa lista di reggere al posto nostro? Quando spezziamo una storia (fare *slicing*, in gergo), stiamo chiarendo il lavoro o aggirando la decisione che lo precede? Se cancellassimo metà delle card domani mattina, quali conversazioni saremmo costretti finalmente ad avere? E poi come misuriamo: non «cosa stai facendo questa settimana», ma «cosa hai portato a termine, e se non l'avessi fatto sarebbe cambiato qualcosa?». È il ritorno alla prima domanda di Drucker, quella scomoda: non se ci diamo abbastanza da fare, ma se stiamo facendo le cose giuste. Non ho una tecnica da offrire, e diffido un po' di chi la offre. Ho però un confine che provo a tenere. Il refinement serve a rendere il lavoro più leggibile, non a sostituire le decisioni che spettano a qualcuno. Quando un item torna nella lista per la terza volta senza muoversi, smetto di trattarlo come un problema di stima e mi chiedo di quale decisione sia il travestimento. Di solito basta riportare la domanda al tavolo giusto: non «come lo tracciamo», ma «chi risponde di questo, e cosa gli serve per decidere». È un passaggio piccolo e sgradevole, e sposta il fuoco dall'attività alla responsabilità, cioè proprio la cosa che una lista, quando funziona male, ci aiuta a non guardare. > La domanda non è «il nostro backlog è buono?», ma: che cosa gli stiamo chiedendo di reggere al posto nostro? ## Una promessa di ordine Una lista, in fondo, promette ordine. La domanda è di che ordine. C'è un ordine che ci rende più capaci di vedere ciò che dobbiamo decidere, e un ordine che ci rende più bravi a rimandarlo con la coscienza pulita, perché tanto è scritto, è tracciato, è sotto controllo. Da fuori i due si somigliano moltissimo. Forse l'unica prova sta in una domanda che non compare mai in nessuna card: di che cosa non stiamo parlando, mentre parliamo così bene di tutto il resto? ## Riferimenti - Peter F. Drucker, «Managing for Business Effectiveness» (1963)