Oltre Turing

Capitolo 18 · Parte VII - Il Ritorno

Il Progettista e il Custode

La carta degli invarianti e la responsabilità di chi firma: il mestiere di progettare sistemi e custodire persone

Ogni viaggio serio, se è onesto, riporta il viaggiatore a casa. Questo libro è partito da una mappa e da un metodo; ha attraversato il corpo, la casa, l'impresa, la città e il cielo; e adesso torna dove ogni suo capitolo, in fondo, era diretto fin dall'inizio: la scrivania di chi, lunedì mattina, deve firmare. Il progettista: l'ingegnere che disegna il sistema, il responsabile che coordina il progetto, il dirigente che risponde del risultato. È il mestiere di chi non ha il lusso delle domande lasciate aperte, perché a una certa ora del mattino le domande diventano decisioni, le decisioni diventano firme, e le firme hanno un nome sopra. Le due lingue della Prefazione - quella della tecnica e quella del senso - qui smettono di essere un tema e diventano un orario di lavoro.

C'è una ragione precisa per cui il libro si chiude su questa figura e non su un'altra. Le pagine precedenti hanno dimostrato, territorio dopo territorio, che cosa i sistemi non possono fare: non possono giudicare, non possono comprendere, non possono rispondere. Ma ogni "non possono" lascia aperta la domanda vera: allora chi? La risposta è sempre la stessa, ed è una persona con un ruolo: qualcuno che progetta, coordina e risponde. Questo capitolo è dedicato a quel qualcuno - a ciò che il suo mestiere ha di bello, a ciò che ha di duro, e alla carta che questo libro gli consegna.

1. Chi coordina risponde: la responsabilità che eccede la colpa

Gli standard internazionali della professione descrivono il responsabile di progetto con una definizione che sembra amministrativa ed è, a guardarla bene, quasi drammatica: è la persona che guida il gruppo, integra il lavoro delle parti e risponde del raggiungimento degli obiettivi (ISO 21502). Risponde: non "contribuisce", non "supervisiona" - risponde. L'organizzazione dei progetti complessi si regge da sempre su questa architettura deliberata: perché le responsabilità non si disperdano nella catena delle deleghe, da qualche parte deve esistere un punto unico in cui convergono - un essere umano che, quando qualcosa va male, può essere chiamato per nome. Il lettore riconosce il disegno: è la stessa logica che l'intero diritto dell'era algoritmica ha scelto per i sistemi intelligenti - la sorveglianza umana dell'articolo 14, il riesame umano della direttiva sulle piattaforme - applicata, da un secolo, all'impresa dell'uomo sull'uomo.

Ma questa architettura ha un prezzo, e chi fa questo mestiere lo conosce a memoria: la responsabilità del coordinatore eccede sistematicamente la sua colpa. Il fornitore che ritarda, il requisito che il cliente cambia a metà strada, l'errore del collaboratore stanco, il mercato che si sposta: nulla di tutto questo è opera sua, e tutto questo finisce sul suo tavolo, perché il ruolo esiste precisamente per assorbire ciò che nessun contratto aveva previsto. Il capitolo sulla colpa e l'algoritmo ha insegnato la distinzione che qui giunge a compimento: la colpa si giudica, la responsabilità si assume. Il progettista è l'uomo che abita stabilmente lo scarto tra le due - assume più di quanto gli si possa imputare, risponde di più di quanto abbia commesso. E in questo scarto si nasconde una delle prove più eleganti della tesi del libro: si può addestrare un modello a ottimizzare qualunque funzione, ma non esiste funzione di perdita che rappresenti l'atto di accollarsi l'errore di un altro. La macchina può calcolare le conseguenze; farsene carico è un gesto che presuppone un soggetto - libero, esposto, con qualcosa da perdere. L'AI funziona, e per questo non risponde. L'uomo risponde, e per questo esiste il mestiere di cui parla questo capitolo.

Da qui, e non dalla burocrazia, nasce il rigore. Chi risponde ha il dovere scientifico di poter mostrare come ha deciso: i rischi censiti e pesati, le stime con i loro margini, le alternative considerate, le decisioni tracciate. Il lettore riconosce la seconda tesi del metodo - la validazione è procedurale - trasformata in disciplina quotidiana: la documentazione di progetto non è carta, è la motivazione della sentenza che il progettista pronuncia ogni giorno firmando. La scientificità, per chi coordina, non è un ornamento accademico: è la prima forma della sua onestà.

2. Le cinque lenti sul tavolo del progettista

Il capitolo sulla mappa e il metodo ha presentato le cinque lenti come un'epistemologia; chi dirige progetti le riconosce come la descrizione, quasi imbarazzante di precisione, di una giornata di lavoro. La mattina apre con la lente dell'ingegneria: la revisione tecnica, l'architettura, il guasto di ieri e il collaudo di domani. Segue la lente delle scienze esatte: i numeri del piano - stime, scostamenti, probabilità - con l'obbligo professionale di non presentare mai una cifra senza la sua incertezza. A metà giornata arriva la lente giuridica: il contratto, la conformità, la domanda "chi risponde?" posta prima che risponda il tribunale. E dentro ogni riunione, se il progettista è vero, lavora la lente filosofica, che è poi la domanda che nessun verbale registra: che cosa stiamo costruendo davvero, e per chi?

Poi la giornata finisce, e resta la quinta lente. Restano le persone: il collaboratore in difficoltà che i numeri non spiegano, il conflitto che nessun processo risolve, la scelta che domani toccherà una vita e non solo una milestone. Il capitolo sul metodo si è chiuso con una frase che qui trova il suo destinatario naturale: quattro lenti interrogano, l'ultima custodisce. Ecco il nome intero del mestiere. Chi coordina non è soltanto l'integratore tecnico del progetto: è il custode di ciò che il progetto contiene di umano - le persone che lo fanno e le persone a cui è destinato. Le prime quattro lenti si imparano nei corsi e nei manuali; la quinta si impara soltanto portandola.

3. La ferita e il coraggio: far crescere, essere feriti, andare avanti

Perché allora si sceglie questo mestiere, se il conto della responsabilità è sempre più alto del dovuto? Chi lo fa da una vita conosce la risposta, ed è la parte del lavoro che nessun capitolato elenca tra i deliverable: far crescere le persone. Il progettista vero è un maestro di bottega: trasmette la parte del mestiere che non sta nelle procedure - la conoscenza tacita del capitolo sul lavoro - insegnando accanto, correggendo senza umiliare, affidando prima che l'altro si senta pronto. Vedere un collaboratore diventare, negli anni, più bravo di come lo si è trovato - e magari più bravo di noi - è la retribuzione che non compare in busta paga, ed è la più vicina, in tutto il mondo del lavoro, all'esperienza di essere padre o madre. Non è un caso che somigli alla scena da cui questo libro è nato, e che il capitolo sul figlio e lo schermo ha riaperto: anche il progettista, quando è maestro, accompagna qualcuno verso ciò che ancora non sa di saper fare - e gli consegna una chiave.

Ma proprio qui il mestiere custodisce la sua ferita, e un libro onesto non la tace: chi fa crescere qualcuno gli consegna, nello stesso gesto, il potere di ferirlo. È una legge antica quanto la custodia, e il canone della nostra civiltà l'ha fissata una volta per tutte nella storia più raccontata del mondo: il Maestro scelse dodici uomini, li formò per anni, li portò più in alto di dove li aveva trovati - e nella notte in cui tutto si decideva, uno lo consegnò ai nemici e il più solido di tutti, quello a cui aveva promesso le chiavi, giurò tre volte di non conoscerlo. Il Vangelo annota un solo dettaglio, il più umano di tutti: il Signore si voltò e guardò Pietro (Lc 22,61). Chiunque abbia coordinato persone per una vita conosce una versione piccola di quello sguardo: la firma che manca all'improvviso, la lealtà che cambia piano quando cambia la convenienza, la ferita che arriva - quasi sempre - non dagli avversari, ma da chi si era fatto crescere di più. Non è un'anomalia del mestiere: è il suo prezzo. La custodia espone, per definizione.

Ciò che distingue il custode non è dunque la ferita, che tocca a tutti: è ciò che fa dopo. E anche qui la storia canonica indica la strada, perché non finisce nella notte del rinnegamento: finisce su una spiaggia, al mattino, dove il Risorto chiede per tre volte - una per ogni rinnegamento - «mi ami tu?» (Gv 21,15-17), e a quell'uomo che lo aveva tradito riconsegna l'intero gregge. Il perdono, in quella scena, non è un sentimento: è un atto di governo - la decisione di reintegrare, di riaffidare, di ripartire. Tradotto nella lingua di questo capitolo: non colpevolizzare nessuno, perché il capitolo sulla colpa ha dimostrato che tutti - chi guida e chi è guidato - siamo esposti a condizionamenti che non scegliamo, e perché il sospetto permanente è la fine di ogni custodia; perdonare come scelta organizzativa, prima ancora che spirituale, perché nessun gruppo di lavoro sopravvive alla contabilità dei torti; e andare avanti, con coraggio, senza paura del domani. L'uomo che aprì il proprio servizio al mondo gridando «Non abbiate paura!» (22 ottobre 1978) è lo stesso che avrebbe scritto, tre anni dopo, che il lavoro è per l'uomo e non l'uomo per il lavoro: le due frasi stanno insieme, e insieme sono il patrimonio del custode. La scienza gli dà gli strumenti per decidere; la fede - per chi crede, e chi scrive è tra questi - dà il motivo per rialzarsi quando la decisione è costata cara; e per chi non crede, il suo nome laico è fiducia: in sé, negli altri nonostante tutto, nel domani. Il progettista che ha smesso di avere paura non è quello a cui non è mai successo niente: è quello a cui è successo, e ha continuato a costruire.

4. La carta del custode: dieci invarianti dal primo commit

Resta da mantenere l'ultima promessa del libro: raccogliere in un solo luogo gli invarianti di progetto che i capitoli hanno dimostrato uno a uno, perché chi progetta possa portarle in riunione. Eccole, ordinate sotto le cinque lenti - non un decalogo di buone intenzioni, ma una checklist verificabile, dal primo commit all'ultimo collaudo.

Sotto la lente dell'ingegneria. Prima: la tracciabilità non si negozia - ogni decisione automatica che tocca una persona deve poter essere ripercorsa, dal dato di origine alla soglia che è scattata, come il libro ha visto per le pipeline e per i punteggi. Seconda: la soglia è una decisione, non un dettaglio - si dichiara, si strumenta, se ne monitora la deriva, e chi la fissa ne risponde.

Sotto la lente delle scienze esatte. Terza: mai un numero senza la sua incertezza - il punteggio è un enunciato su una classe, il sensore ha il suo errore di misura, e presentarli nudi è già una scorrettezza. Quarta: il controllo totale automatico è impossibile per teorema, non per immaturità della tecnica - dunque ogni architettura seria nasce già progettata per la revisione umana, perché la matematica stessa non lascia alternative.

Sotto la lente della giurisprudenza. Quinta: la sorveglianza umana deve essere sostanziale - una persona con il tempo, la competenza e l'autorità per dire no, non una firma cerimoniale in fondo al processo. Sesta: ogni decisione che incide su una persona deve avere un interlocutore umano raggiungibile e un riesame possibile. Settima: il dato personale deve poter scadere - l'oblio non è una concessione, è una funzione da progettare, perché un archivio che non dimentica è una condanna che nessun giudice ha pronunciato.

Sotto la lente della filosofia. Ottava: la persona eccede il profilo - il modello dell'utente non è l'utente, la mappa non è il territorio, e ogni sistema che dimentica questa differenza sta già maltrattando qualcuno.

Sotto la lente che custodisce. Nona: chi tiene dati o poteri per conto di un altro li tiene in custodia - ne risponde come di cosa non sua, secondo la categoria che il capitolo sul cervello ha restituito al progetto. Decima: il sistema rispetti il riposo e il ritorno - il tempo non misurato in cui l'uomo non è un utente, e la possibilità, sempre, che una persona cambi e non coincida mai più con il suo record.

Dieci righe, e nessuna è gratis: ognuna costa storage, latenza, processi, riunioni difficili. Per questo la carta ha bisogno del custode, e non di un fervorino: perché qualcuno deve difenderla esattamente nel momento in cui costa - quando il rilascio preme, il budget stringe e il decimo invariante sembra il primo da tagliare. Il custode è chi, in quella riunione, non la taglia.

5. Il resto del custode

Alla fine di tutte le pagine, sul tavolo del progettista resta un ultimo oggetto che nessuna delle cinque lenti esaurisce, ed è il progettista stesso. Anche lui - soprattutto lui - è ciò che questo libro ha difeso in ogni capitolo: un essere umano che non coincide con la sua funzione, che vale prima dei suoi risultati, che può sbagliare e ricominciare. Il mestiere gli chiede rigore, la carta gli chiede fermezza, la ferita gli chiede coraggio; ma nessuna di queste richieste è la sua definizione. Un progetto, alla fine, si consegna e si chiude. Una persona no: una persona si custodisce - a partire da sé stessa.

E qui il capitolo consegna il libro all'Epilogo, che dispiegherà per intero la differenza da cui tutto è partito. Al lettore che progetta, coordina e risponde - all'ingegnere, al dirigente, al responsabile di progetto, al maestro di bottega - queste pagine lasciano una consegna sola, che tiene insieme la carta e la ferita, la scienza e la fede, il rigore e il perdono: costruisca sistemi che sanno quando fermarsi, e sia un uomo che sa perché ripartire. Scriva ai margini di ogni suo progetto, come le mappe di questo libro, hic est homo. E del domani, semplicemente, non abbia paura: perché il domani è esattamente il territorio - vivo, libero, incalcolabile - per cui vale la pena progettare.

Riferimenti richiamati nel testo: ISO 21502:2020, Project, programme and portfolio management - Guidance on project management; Regolamento (UE) 2024/1689, art. 14; direttiva (UE) 2024/2831; Vangelo di Luca 22,61; Vangelo di Giovanni 21,15-17; Giovanni Paolo II, omelia di inizio del pontificato, 22 ottobre 1978; Giovanni Paolo II, Laborem exercens (1981).

↑ Torna all'indice

di Antonio Fabbrizio · MMXXVI