richieste, variazioni e responsabilità nelle organizzazioni che hanno smesso di scegliere
Ricordo una fase in cui la stessa richiesta riusciva a entrare nel sistema da tre porte diverse. Arrivava per posta elettronica a un tecnico conosciuto da anni, compariva in una conversazione istantanea con un collega e, qualche ora dopo, veniva registrata nel portale ufficiale. Tre tracce dello stesso bisogno, tre formulazioni leggermente differenti, tre persone convinte di avere ricevuto un’urgenza distinta.
Il sistema contava una richiesta. L’organizzazione ne stava gestendo tre.
Io penso che molti problemi di sovraccarico inizino proprio qui, in una zona precedente alla pianificazione, alle stime e persino ai progetti. Prima ancora che il lavoro venga assegnato, qualcuno deve accorgersi che esiste. Prima che una richiesta diventi un’attività, occorre stabilire che cosa significhi, quale bisogno esprima, quanto sia importante e se debba davvero essere accolta.
Quando questo passaggio manca, il lavoro entra ovunque. Scivola dalle fessure, si infiltra nelle riunioni, si deposita nelle conversazioni private e finisce nelle mani della persona più disponibile, più vicina o semplicemente meno capace di dire di no.
A quel punto l’organizzazione non governa più la domanda. La subisce.
“Una richiesta raramente arriva come un oggetto già formato. Spesso consiste in una frase: «Non funziona», «Serve un nuovo campo», «Bisogna fare una dashboard», «È urgente».”
Dentro queste formulazioni esiste forse un problema reale, ma la sua forma è ancora incerta. Il tecnico deve ricostruire l’ambiente, gli utenti coinvolti, l’evento che ha preceduto il guasto, la conseguenza sul processo, il risultato atteso. Deve capire se il richiedente stia descrivendo un sintomo oppure proponendo una soluzione.
Si tratta di un compito interpretativo, la cui misurazione risulta spesso complessa. Può verificarsi che un individuo richieda l’implementazione di una nuova automazione quando la problematica sottostante risiede in una responsabilità non chiaramente definita.
Analogamente, potrebbe essere richiesta la creazione di un nuovo cruscotto in assenza di un consenso condiviso sugli indicatori chiave di prestazione da monitorare.
Infine, potrebbe essere proposta l’avvio di un nuovo progetto in Jira quando, in realtà, la soluzione risiede nella semplice ottimizzazione di un processo già esistente.
Eseguire alla lettera queste richieste produce manufatti perfetti per problemi inesistenti.
“Ho visto organizzazioni accumulare campi, flussi, notifiche e rapporti come un impero decadente accumula decreti: ogni nuova difficoltà genera una nuova regola, senza che nessuno torni a osservare l’architettura complessiva. Dopo qualche anno, il sistema contiene tutto, tranne una rappresentazione comprensibile del lavoro.”
Per questa ragione credo che la gestione delle richieste appartenga al governo della conoscenza prima ancora che alla gestione operativa. È il luogo in cui un bisogno viene tradotto in una forma condivisa. Se quella traduzione è superficiale, tutto ciò che segue poggia su fondamenta friabili.
Quando si propone un canale unico per raccogliere le richieste, la resistenza è quasi inevitabile.
«Non possiamo costringere un dirigente ad aprire un ticket.»
«Per una cosa semplice facciamo prima a scrivere direttamente al tecnico.»
«Il modulo contiene troppi campi.»
Talvolta queste obiezioni sono fondate. Un modulo può diventare una barriera costruita per soddisfare il sistema, invece di aiutare chi deve comprendere la richiesta. Campi obbligatori privi di utilità reale, classificazioni incomprensibili, domande che richiedono al richiedente competenze che non possiede: tutto questo produce burocrazia.
La soluzione, però, non consiste nel rinunciare a ogni struttura.
“Un modulo utile raccoglie le informazioni minime necessarie a prendere una decisione: chi è coinvolto, che cosa sta accadendo, quale conseguenza produce, quale risultato si desidera, se esiste una scadenza effettiva, quale parte del servizio o del processo è interessata.”
La differenza tra ordine e burocrazia non dipende dal numero dei campi. Dipende dal fatto che quelle informazioni vengano realmente utilizzate.
Un campo che nessuno legge è una tassa. Un campo che evita cinque conversazioni successive è uno strumento di conoscenza.
Quasi ogni richiesta viene presentata come urgente. È comprensibile. Chi incontra un problema lo vede occupare il centro della propria giornata e difficilmente percepisce le altre richieste che il gruppo sta gestendo.
“L’organizzazione dovrebbe compiere un passo ulteriore: distinguere l’urgenza percepita dall’impatto reale.”
Un disagio individuale può essere molto urgente per chi lo vive e avere conseguenze limitate sul sistema. Un problema poco visibile può invece coinvolgere un intero processo, una scadenza normativa o un rischio crescente.
In teoria, la priorità dovrebbe nascere da questa valutazione. Nella pratica, spesso nasce dalla posizione di chi chiede.
La richiesta del dirigente, della persona più insistente o di chi ha accesso diretto ai tecnici supera richieste più importanti, ma presentate da persone con minore autorità. Il processo ufficiale resta sullo sfondo e il lavoro viene regolato da una geografia informale del potere.
Io credo che questo sia uno dei punti più delicati della gestione organizzativa. La priorità non è una proprietà naturale della richiesta. È una decisione che distribuisce tempo, capacità e rischio. Proprio per questo dovrebbe avere un autore riconoscibile.
Quando una richiesta viene anticipata, deve essere possibile sapere chi lo ha deciso e quale criterio ha applicato. In caso contrario, il sistema conserva soltanto l’effetto della decisione e perde la sua responsabilità.
Numerose organizzazioni procedono alla registrazione delle richieste, senza tuttavia esercitare una selezione effettiva. Formalmente, ogni richiesta viene accolta. Le istanze non eseguibili rimangono aperte, determinando un incremento della coda.
Alcune richieste persistono in stato di sospensione per periodi estesi, che possono variare da mesi ad anni. Tali richieste non vengono né respinte né approvate, né concluse. Rimangono inalterate, come promesse senza scadenza. In tali contesti, la coda non costituisce più un piano operativo, bensì un archivio storico delle decisioni non prese.
Dire no è una funzione essenziale del governo. Una richiesta può essere chiarita, rinviata, indirizzata altrove, soddisfatta con una soluzione già disponibile, trasformata in un’iniziativa più ampia oppure respinta. Ciascuno di questi esiti racconta una storia diversa.
Un generico stato «in attesa» spesso nasconde tutte queste differenze. Può significare che manca un documento, che non esistono risorse, che la richiesta è politicamente scomoda o che nessuno sa chi debba decidere.
Una categoria che accoglie ogni eccezione smette di produrre informazione. È come una stanza nella quale si getta tutto ciò che non si vuole più vedere.
Lo stesso problema riappare quando il lavoro è già iniziato.
Ricordo un progetto nel quale una stima venne aumentata di circa un terzo con una modifica apparentemente innocua. Lo scope era cambiato, qualcuno aggiornò l’effort residuo e il lavoro proseguì. Nessuna richiesta di variazione, nessuna comunicazione formale, nessuna traccia della decisione.
Tre mesi dopo l’avvio del progetto, si è verificato uno sforamento del budget, la cui causa rimaneva inspiegabile. Nonostante il costo complessivo fosse rimasto invariato, la ragione dell’aumento era inspiegabilmente scomparsa.
Questo episodio rappresenta efficacemente le conseguenze di un sistema che conserva lo stato attuale, eliminando al contempo la cronologia degli eventi. Un progetto non fallisce in quanto subisce modifiche; piuttosto, fallisce quando tali modifiche avvengono senza una memoria adeguata.
“Le variazioni sono normali: cambiano le stime, le date, le risorse, il perimetro, i criteri di accettazione, le versioni di rilascio, le priorità. Il problema consiste nel distinguere l’adattamento operativo dalla decisione che modifica gli impegni assunti.”
Una variazione minima può rientrare nella responsabilità del project manager. Una modifica sostanziale dei risultati attesi, delle scadenze contrattuali o dei requisiti di sicurezza richiede un livello decisionale superiore.
Le soglie devono essere stabilite prima che il problema si presenti. Una soglia negoziata durante l’emergenza diventa semplicemente una concessione a chi esercita maggiore pressione.
Ogni variazione significativa dovrebbe conservare la previsione precedente, la nuova previsione, la motivazione, la data, il decisore e le conseguenze. Senza questa sequenza, il progetto appare come un presente eterno, privo di genealogia.
E un’organizzazione senza genealogia ripete i propri errori con l’innocenza di chi crede di commetterli per la prima volta.
Un processo progettato soltanto per il caso normale funziona finché la realtà accetta di comportarsi educatamente.
Una richiesta può essere approvata o respinta, certo. Può anche essere incompleta, sospesa, annullata, bloccata o da riesaminare. Ciascuna di queste condizioni richiede una motivazione, un proprietario e, spesso, una data di revisione.
Una richiesta «da integrare» deve indicare che cosa manca. Una richiesta sospesa deve dichiarare la condizione necessaria per riattivarla. Un’attività bloccata deve avere una causa, una dipendenza e qualcuno incaricato di rimuoverla. Un’iniziativa annullata deve conservare il costo già sostenuto e ciò che può essere riutilizzato.
Quando questi elementi mancano, l’eccezione viene espulsa dalla memoria organizzativa. Rimane nel sistema come un’etichetta senza significato oppure migra fuori dal sistema, in una chat, in una riunione o nella testa di una singola persona.
A mio parere, la maturità di un processo si misura soprattutto in questi luoghi marginali. Il percorso normale è facile da disegnare. Sono le deviazioni a rivelare se l’organizzazione possieda davvero una disciplina oppure soltanto un diagramma elegante.
“Esiste infine un’altra confusione frequente: quella tra chi esegue il lavoro e chi risponde del risultato.”
Un’attività può passare da una persona all’altra. Una la inizia, un’altra la prosegue, una terza la conclude. Se la responsabilità coincide con l’ultimo assegnatario, la storia del lavoro si spezza a ogni passaggio.
“Per questo distinguo almeno due ruoli: chi esegue in un determinato momento e chi conserva la responsabilità complessiva del risultato.”
L’esecutore può cambiare. Il responsabile del risultato deve restare riconoscibile.
Non si tratta di attribuire colpe. Si tratta di evitare che la responsabilità evapori tra i passaggi di consegne. Quando uno sponsor chiede conto di un ritardo, dovrebbe esistere una persona capace di ricostruire l’intera sequenza, invece di una processione di risposte parziali.
Anche la scomposizione del lavoro richiede misura. Creare attività secondarie ha senso quando permette assegnazioni, stime o verifiche differenti. Quando invece ogni gesto viene trasformato in un elemento separato, il sistema diventa una miniatura ossessiva del lavoro. Si aggiorna la rappresentazione più di quanto si esegua l’attività.
La precisione apparente finisce così per divorare la realtà che pretende di descrivere.
“Richieste, variazioni, eccezioni e assegnazioni, sebbene possano apparire argomenti di natura tecnica, convergono in un unico concetto fondamentale: la formalizzazione di informazioni che, in assenza di tale processo, sarebbero affidate alla memoria, alla struttura gerarchica o alla prossimità personale. Una richiesta priva di qualificazione rappresenta un bisogno non ancora chiaramente identificato.”
Una variazione non formalizzata costituisce una decisione aziendale priva di documentazione relativa alla sua motivazione. Un’eccezione non assegnata a un responsabile designato si configura come un problema destinato a rimanere irrisolto.
Un’attività priva di un responsabile designato per il raggiungimento dell’obiettivo è una responsabilità che rischia di essere trascurata e, di conseguenza, non conseguita.
Io credo che il governo cominci nello spazio tra la domanda e il lavoro. È lì che si stabilisce che cosa meriti attenzione, che cosa possa attendere, che cosa debba essere respinto e chi risponderà delle conseguenze.
Quando quello spazio scompare, il lavoro entra da qualunque porta e le priorità si formano da sole, per insistenza, per abitudine o per forza gerarchica.
L’organizzazione, pur continuando la propria produzione, opera in modo simile a una città in cui ogni cittadino abbia la facoltà di realizzare una via privata attraverso le mura. Inizialmente, il flusso di traffico appare accelerato. Successivamente, tuttavia, si verifica una perdita di chiarezza riguardo alla posizione delle porte, alla loro supervisione e ai confini che avrebbero dovuto tutelare.
© Calogero Bonasia. Tutti i diritti riservati. Questa pagina costituisce la versione di riferimento dell’articolo. Le citazioni e gli altri usi previsti dalla legge sono consentiti con l’indicazione del titolo, dell’autore e della fonte. Al di fuori di questi casi, la riproduzione, la pubblicazione, la distribuzione, la traduzione, l’adattamento o qualsiasi altro riutilizzo del testo, anche privo di finalità commerciali, richiedono la preventiva autorizzazione scritta dell’autore.