Trust vs trustworthy
La distinzione di Sahar Massachi tra dati affidabili e persona percepita come affidabile: la qualità tecnica è necessaria ma non sufficiente.
Trust vs trustworthy è una distinzione formulata da Sahar Massachi nell’articolo “Junior data engineers build pipelines. Seniors build trust” (DataExpert.io, giugno 2026): i dati di un data engineer devono essere trustworthy, cioè accurati e verificabili, ma questo è diverso dall’essere trusted, cioè percepiti come affidabili dai colleghi che devono usarli. Si possono avere dati impeccabili e restare ignorati, se le persone non si fidano di chi li produce: la qualità tecnica del dato è condizione necessaria ma non sufficiente.1
L’aneddoto Moriarty
Massachi racconta del data engineer di maggior successo che abbia incontrato, un collega dei tempi di Facebook che chiama, in forma anonimizzata, “Moriarty”, poi diventato influente anche fuori dall’azienda. La sua mossa chiave non era tecnica: non lasciava mai una domanda senza risposta per più di qualche minuto. Mentre Massachi pensava che la maturità professionale consistesse nel bloccare tempo per concentrarsi e rispondere ai messaggi in batch, Moriarty faceva l’opposto: sacrificava tutto sull’altare di essere massimamente disponibile, utile e a bassa latenza per le persone chiave del suo team. Rispondeva a qualsiasi domanda su dati o analytics entro pochi minuti, e quando serviva più tempo rispondeva comunque subito, con una stima dei tempi.1
Nel frattempo Massachi pensava che il proprio lavoro fosse “fare pipeline” e che interrogarle direttamente sarebbe stato invadente verso i data scientist che se ne occupavano: un errore di postura che oggi dichiara di rimpiangere.1
Il meccanismo
La reattività costruisce fiducia più in fretta della sola qualità tecnica perché la fiducia si forma nell’interazione ripetuta, non nell’ispezione del codice o delle tabelle. Un data engineer che risponde in minuti diventa il punto di riferimento predefinito per qualsiasi domanda sui dati, e quel ruolo di riferimento genera influenza reale nell’organizzazione, oltre il perimetro della propria squadra.1
Nella struttura dell’articolo, la distinzione è il primo dei tre meccanismi con cui un data engineer come product owner costruisce il capitale di fiducia; gli altri due sono il rispetto delle superfici già fidate (the surface they obsess about) e la spesa deliberata della credibilità accumulata (credibility economy).1
Voci correlate
- Data engineer come product owner — la tesi di cui questo è il primo meccanismo
- The surface they obsess about — il secondo meccanismo: non attaccare i pilastri di fiducia esistenti
- Credibility economy — il terzo: la fiducia come valuta da spendere
- Portale: Data engineering
Bibliografia e sitografia
- Sahar Massachi, Junior data engineers build pipelines. Seniors build trust, DataExpert.io, 30 giugno 2026. blog.dataexpert.io