Una chiusura che vive in Excel
Tre giorni al mese a copiare, incollare e controllare celle. Ogni volta da zero, e l'errore appare solo dopo che il numero è già salito.
Ingegneria dei dati, dashboard per la direzione e automazione dei report per finance, BI e vertici. 19 anni a trasformare un dato fragile nel numero che il board usa senza dubitare.
Risposta umana · una diagnosi prima di ogni sviluppo · NDA reciproco
Esperienza costruita in
Validato a ogni passo, dal sistema di origine fino al report.
Il numero giusto arriva pronto. Senza dipendere da un foglio che una persona aggiorna a mano.
Quando i dati dipendono da passaggi manuali e processi fragili, l'errore è silenzioso e arriva tardi, davanti a chi decide. Riconosci qualcuno di questi sintomi?
Tre giorni al mese a copiare, incollare e controllare celle. Ogni volta da zero, e l'errore appare solo dopo che il numero è già salito.
Ogni area arriva in riunione con un numero diverso. Quando il board chiede da dove viene, nessuno risponde con sicurezza.
Il caricamento fallisce, cambia un formato file, una colonna si sposta, e nulla avvisa. Il report esce bello e sbagliato.
Ogni mese lo stesso rituale del foglio. Il team è ostaggio della routine, con poco tempo per analizzare cosa dice il numero.
ERP, database, foglio, sistema legacy. Ogni decisione inizia con una caccia al dato prima di qualsiasi analisi vera.
C'è una persona che capisce il foglio che regge la chiusura. Se va in ferie, il processo si blocca con lei.
TPS ricostruisce il percorso del dato in fasi chiare, ognuna con validazione e tracciamento. Il risultato è un numero che si regge da solo e un team che capisce come è stato prodotto.
La pipeline parte da un contratto dati, non dal codice. Quando la sorgente cambia, il contratto lo segnala per primo e il resto reagisce in modo controllato.
Ingestione, validazione e trasformazione in fasi distinte. Il dato fuori dall'atteso va in quarantena, non nel report della direzione.
Runbook, dizionario dati e registro delle decisioni fanno parte dello scope. Il tuo team evolve il sistema senza dipendere da me per sempre.
Ogni lavoro parte da una diagnosi. Da lì definiamo insieme lo scope giusto, senza comprare nulla alla cieca.
Un processo prevedibile, dal primo contatto al supporto. Sai cosa arriva a ogni fase e perché esiste.
Conversazione di 30 minuti e lettura del tuo scenario. Dove fa male, cosa esiste già, cosa è a rischio.
Rilevo da dove viene il dato: ERP, database, fogli, API. Ogni sorgente riceve un contratto atteso.
Definisco i livelli, le regole di validazione e il punto di quarantena prima della prima riga.
Ingestione, validazione e trasformazione separate. Ogni fase è testabile e isolata dalle altre.
Il dato fuori contratto viene bloccato e segnalato. Il numero arriva all'uso solo dopo aver superato le regole.
Runbook, dizionario dati e registro delle decisioni. La consegna include ciò che serve al tuo team per operare.
Periodo di supporto e messa a punto. 30 giorni di correzione bug senza costo dopo la consegna.
Tiago Pereira da Silva — Data Architect, 19 anni nei dati.
Gli ultimi cinque anni a costruire il layer analitico di una banca in PostgreSQL, SQL Server, BigQuery e Power BI, con modelli Random Forest e Bagging in produzione. Prima ho seguito Santander a New York, Madrid e Londra tramite Sinqia, e sono passato per Bradesco e NET/Claro.
MBA in Data Science e Analytics alla USP in corso. Autore della libreria open-source InstaT (Python), con suite di test e CI. L'esperienza è nel settore finanziario, dove il numero sbagliato ha un costo reale e visibile.
Ho rifatto una pipeline dopo che un cambio silenzioso di formato in un file ha disallineato le colonne e corrotto un report giornaliero senza che nessuno se ne accorgesse. Ho separato ingestione, validazione e trasformazione e aggiunto la quarantena. È questo tipo di giudizio, sapere dove il dato fallisce davvero, che entra in ogni progetto.
Stack in uso
Parli e lavori con l'architetto che scrive il codice. Senza layer commerciale, senza passare a un junior.
Runbook, dizionario e decisioni registrate. Non un extra fatturato dopo: è incluso.
Prima capisco dove si rompe, poi costruisco. Non paghi un progetto definito al buio.
L'obiettivo non è la dashboard più bella. È il numero di cui la direzione si fida senza controllare a mano.
Capisco la pipeline e capisco la chiusura. La conversazione è sulla decisione, non solo sulla tecnologia.
Senza gergo vuoto e senza promesse insostenibili. Ciò che è un rischio, dico che è un rischio.
Diagnosi
In una conversazione di 30 minuti ti mostro i rischi più probabili nel tuo flusso di dati e cosa si può risolvere per primo.
Non hai trovato la tua domanda? Mandami un messaggio: rispondo direttamente, senza moduli lunghi.
Sì. Molto lavoro ad alto impatto è piccolo come scope: automatizzare un report che richiede tre giorni, o aggiungere validazione a una chiusura. La diagnosi aiuta a trovare il primo passo giusto, a prescindere dalla dimensione.
Sì. Nella maggior parte dei casi non parto da zero: parto dal tuo ERP, database, fogli e report attuali. Il lavoro è organizzare e rendere affidabile ciò che hai già, senza cambiare tutto in una volta.
È una delle richieste più comuni. Mappo cosa fa il foglio, riscrivo la logica in codice testabile e automatizzo la generazione del risultato. Il foglio smette di essere il sistema critico che dipende da una persona.
Entrambi, di solito insieme. Una dashboard esecutiva vale solo se il numero è affidabile — e questo dipende dalla pipeline di ingestione, validazione e trasformazione che la alimenta.
Sì. Modellazione, DAX e connessione alla fonte reale. Recupero anche dashboard Power BI installate ma inutilizzate, perché nessuno si fida del dato dietro.
Solo il necessario, e sempre con NDA reciproco prima di ogni dettaglio. Per la diagnosi di solito basta parlare e vedere esempi di report. L'accesso ai dati si concorda per fasi, con la cura di chi ha lavorato nel settore finanziario.
Sì. Il lavoro è da remoto da São Paulo, con esperienza con team a New York, Madrid, Londra e, oggi, in Germania. Pagamento internazionale via Wise (EUR/USD).
Con una conversazione di 30 minuti, senza impegno. Da lì definisco una diagnosi con la mappa del problema, la raccomandazione tecnica e l'ordine di priorità. I valori sono presentati nella proposta.
Dimmi in due righe cosa ti dà più fastidio nel tuo flusso di dati oggi. Rispondo con una lettura onesta e il passo successivo.