Perché il vero problema non è la complessità tecnica: è ciò che la circonda
Quando si parla di progetti complessi, il nostro sguardo va spesso alle difficoltà tecniche:
geometrie articolate, vincoli, normative, interfacce, tolleranze.
Sono difficili reali e inevitabili.
Ma nella pratica quotidiana non sono ciò che mette davvero in crisi il progetto.
Ho osservato che i problemi più gravi non nascono dalla tecnica in sé, ma da tutto ciò che distoglie il progettista dal suo lavoro vero.
Tutte quelle frizioni, dubbi, interruzioni, scelte che si accumulano e chiedono continuamente attenzione.
Questa è la definizione pratica di rumore nella progettazione.
Cos’è il rumore (e perché è difficile da riconoscere)
Il rumore non è caos evidente nè cattiva organizzazione macroscopica.
È molto più sottile.
È tutto ciò che:
- interrompe il flusso di lavoro
- frammenta l’attenzione
- richiede decisioni inutili
- non aggiunge valore tecnico
- rende più faticosa ogni attività
Si accumula lentamente, sotto forma di piccole frizioni quotidiane, fino a diventare parte della normalità.
Proprio per questo è difficile da riconoscere:
lo si nota davvero solo quando viene rimosso.
Il rumore peggiora anche i progetti semplici
Il rumore non colpisce solo i progetti complessi.
Anzi, spesso cresce di più in quelli apparentemente semplici.
Nei progetti “facili” si tende a:
- improvvisare
- saltano i passaggi
- accettare scorciatoie
- rimandare la strutturazione
Nel breve termine sembra funzionare.
Nel medio periodo, però, quel rumore accumulato ritorna sotto forma di perdita di tempo, calo di attenzione e riduzione della qualità progettuale.
Il rumore non è solo un problema organizzativo
Si tende a pensare che il rumore sia un problema di organizzazione o di comunicazione.
In realtà è molto più pervasivo.
Può essere:
- operativo
attività ripetitive, passaggi manuali, operazioni a basso valore - decisionale
dover scegliere continuamente cose che dovrebbero essere già definite - informativo
dati sparsi, ambigui, non strutturati - cognitivo
continui cambi di contesto, interruzioni, urgenze non filtrate
Il risultato è sempre lo stesso:
l’energia mentale del progettista viene assorbita da tutto ciò che non è progettazione.
Il rumore non si elimina con gli strumenti migliori
Un punto fondamentale è che il rumore nasce prima dello strumento.
Non nasce da:
- quale CAD usi
- quante funzionalità il software ha
- quante automazioni o macro introduci
Nasce quando:
- decisioni importanti restano implicite
- regole non sono formalizzate
- eccezioni non sono previste
- non è stato progettato un sistema di lavoro
In queste condizioni, allo strumento viene chiesto di compensare ciò che manca a monte.
E nessun software può rendere efficiente un sistema incoerente.
Ridurre il rumore non è ottimizzare: è progettare meglio
Ridurre il rumore non significa lavorare più veloce.
Significa proteggere il lavoro vero.
Vuol dire prendere decisioni una sola volta, togliere ambiguità, ridurre le variabili inutili e creare contesti di lavoro stabili.
Quando questo accade:
- l’attenzione è preservata
- il CAD opera su basi solide
- le automazioni diventano efficaci
- le scelte tecniche risultano coernti
Un criterio decisionale semplice
Col tempo ho adottato una domanda guida che uso ogni volta che valuto una decisione, uno strumento o una regola:
Questa cosa riduce il rumore, oppure lo aumenta?
Che si tratti di:
- un modo di organizzare il lavoro
- uno strumento
- una regola
- un’abitudine
Se aumenta il rumore, prima o poi presenta il conto.
Se lo riduce, crea spazio mentale e qualitativo.
La complessità va governata, non subita
Nei progetti complessi la complessità non si elimina.
È parte del gioco.
Ma una cosa è la complessità tecnica, un’altra è il rumore che le gira attorno.
Governare la complessità significa:
- ridurre le variabili inutili
- limitare le eccezioni
- prendere decisioni una volta sola
- creare contesti di lavoro stabili
Ogni scelta che va in questa direzione riduce il rumore, anche se nell’immediato non sembra “produttiva”.
Prima il fare, poi il metodo
Questo articolo non vuole proporre soluzioni operative.
Non parla ancora di strumenti, tecniche o organizzazione pratica.
Perché il metodo viene dopo.
Prima serve accettare un’idea semplice ma potente:
il problema non è fare di più, ma eliminare ciò che disturba il lavoro vero.
Solo quando questo principio è chiaro ha senso parlare di:
- come organizzare il lavoro
- come strutturare i progetti
- come gestire il tempo
- come automatizzare ciò che non aggiunge valore
Nel mio caso, da progettista abituato a fare, ho scelto di dare priorità a quest’ultimo punto:
eliminare il prima possibile le attività ripetitive e a basso valore.
Nell’immediato non c’è alternativa, le attività “vanno comunque fatte”.
Riducendo questo tipo di rumore si libera tempo e spazio mentale che, nel medio periodo, permettono di costruire metodo, organizzazione e continuità progettuale.
Non ho costruito prima il metodo per poi eliminare il rumore.
Ho iniziato eliminando il rumore.
Ed è da lì che il metodo ha potuto prendere forma.
Dal rumore al modo di lavorare
Ridurre il rumore non è un esercizio teorico.
Incide direttamente su come si lavora ogni giorno.
Quando si inizia a osservare i progetti attraverso questo filtro, cambia il modo di affrontare anche le attività più comuni:
- come si apre un nuovo progetto
- come si gestiscono le informazioni
- come si prendono decisioni ricorrenti
- come si passa da un’attività all’altra
Diventa evidente una cosa:
senza un modo chiaro di lavorare, il rumore tende sempre a tornare.
Non perché manchi la disciplina,
ma perché ogni progetto complesso genera naturalmente attrito, eccezioni e ambiguità.
Per questo, dopo aver riconosciuto il rumore, il passo successivo non è aggiungere strumenti o regole isolate,
ma osservare come si lavora davvero sui progetti complessi.
È da questa osservazione che nasce il metodo.
