Ciao, e benvenuto nella seconda puntata della cinquantesima stagione. Nella prima ho detto che la parte difficile non è il codice, ma tenere le menti in accordo. Oggi trasformo quell'affermazione in un'idea vera e propria, perché è la fondazione su cui poggia tutto il resto della stagione. Oggi capiamo il vero collo di bottiglia: capirsi.
Partiamo dalla domanda giusta, perché indirizza tutto. Perché tenere le menti allineate è così difficile? La risposta sta in una parola: il software è invisibile. Non puoi indicarlo col dito, non puoi camminarci intorno, non puoi vederne la forma come vedi quella di un edificio. Esiste come una struttura nella mente. E ciascuno se ne costruisce un proprio modello, mettendo insieme i frammenti che ha: il codice che ha toccato, le conversazioni che ha avuto, i pezzi che ha capito. Nessuno ha in testa l'intero, tutto insieme. Ognuno ha la sua mappa parziale.
Voglio farti vedere come questi modelli si allontanano, perché è il problema centrale. E questi modelli privati, inevitabilmente, si allontanano l'uno dall'altro. Due persone dicono il sistema degli utenti, e intendono cose leggermente diverse. Uno pensa che quel pezzo faccia una cosa; l'altro è convinto ne faccia un'altra. E il divario non si vede, resta nascosto, finché un giorno non provoca un bug, o una discussione, o due pezzi che non combaciano. Le mappe erano diverse da un pezzo, ma nessuno lo sapeva, perché nessuno le aveva messe a confronto. La deriva silenziosa è la nemica.
Voglio dirti allora qual è il lavoro vero, perché ribalta l'intuizione. Il lavoro vero di un team, allora, è ri-allineare di continuo questi modelli privati. Parlandone, disegnandoli, scrivendoli, leggendo il codice l'uno dell'altro. Scrivere il codice è veloce; allineare le teste è la parte lenta, costosa, ed essenziale. Sembra tempo perso, il tempo passato a spiegarsi, a mettersi d'accordo, a disegnare alla lavagna. Non lo è. È il lavoro. Il codice è solo il residuo visibile di un accordo che, la maggior parte del tempo, vive nelle conversazioni. Ed è per questo che i team migliori non sono quelli dove ognuno scrive più in fretta, ma quelli dove la comprensione circola meglio: perché il limite non è quanto veloce batti sui tasti, ma quanto bene la tua testa e quella di chi ti sta accanto raccontano la stessa storia.
Voglio darti l'immagine che rende chiara questa idea, perché è antica e perfetta. Pensa alla vecchia storia di un gruppo di persone al buio, che cercano di capire com'è fatto un elefante, toccandolo. Uno tocca la proboscide e dice: è come un serpente. Un altro tocca la zampa e dice: no, è come il tronco di un albero. Un altro l'orecchio: è come un grande ventaglio. Ciascuno ha ragione sul suo pezzo, e torto sull'insieme. E l'unico modo per arrivare a un'immagine vera e condivisa dell'elefante è descriversi a vicenda ciò che ciascuno sta toccando. Da soli, restano tre verità parziali che non combaciano, e ciascuno se ne va convinto di aver capito l'animale.
Voglio insistere su quel descriversi a vicenda, perché è tutto. È lì il punto. Nessuno dei tre è stupido, nessuno mente: ognuno riferisce fedelmente il pezzo che ha in mano. Il problema non è l'ignoranza del singolo, è che i pezzi non sono mai stati messi insieme parlando. Un team che non si racconta a vicenda cosa sta toccando è esattamente quel gruppo al buio: pieno di persone competenti, ciascuna con la sua verità parziale, che costruiscono tre metà di elefanti diversi, convinte di costruire lo stesso animale.
Voglio trarre la lezione generale, perché va molto oltre il software. La lezione è che in ogni impresa condivisa e complessa, il collo di bottiglia non è quasi mai il fare: è arrivare a, e mantenere, un'immagine comune della cosa da fare. I gruppi che investono nell'allineamento vanno più piano per un giorno e più veloci per un anno. Quelli che lo saltano si sentono velocissimi, e costruiscono cose divergenti che poi non combaciano, scoprendo troppo tardi di aver toccato animali diversi. Rallentare per capirsi non è un lusso: è la scorciatoia più veloce che esista, e i team che l'hanno imparato lo sanno bene.
Per oggi ci fermiamo qui. Abbiamo posato la fondazione della stagione: il vero collo di bottiglia è capirsi. Il software è invisibile, vive come una struttura nella mente, e ciascuno se ne costruisce un modello parziale dai frammenti che ha. Questi modelli privati si allontanano in silenzio, e il divario si scopre solo quando causa un bug o una discussione. Il lavoro vero del team, allora, è ri-allineare di continuo quelle mappe: parlando, disegnando, scrivendo, leggendosi. Scrivere il codice è veloce; allineare le teste è la parte lenta ed essenziale. Come il gruppo al buio attorno all'elefante, che solo descrivendosi a vicenda arriva a un'immagine vera. La lezione: il collo di bottiglia non è il fare, ma l'immagine comune della cosa da fare. Nella prossima puntata: leggere il lavoro degli altri, la revisione. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.