Benvenuto
Ho passato una decina di anni ad aiutare startup, scaleup e aziende a costruire prodotti, assumendo vari ruoli (sviluppatore, tech lead, product owner, coach), sia in aziende di consulenza che di prodotto.
Dal 2019 sono un consulente indipendente e mi dedico a quello che mi piace di più: aiutare startup e piccole aziende a far funzionare al meglio i loro team di prodotto.
Adesso, dopo 1 anno di consulenza con Pietro capisco che il vero valore non è stato solamente il far funzionare e migliorare il software che ci sta permettendo di scalare, ma la mentalità che ha portato all'interno del nostro team, ora siamo tutti improntati a focalizzarci solo sulle cose che hanno veramente impatto nella nostra attività!
Ivano De NataleMost of all, he was able to dramatically improve our productivity by bringing into our start-up best-practice software-development agile project management procedures.
Paolo MeolaAlcuni dei modi in cui ho aiutato i miei clienti
Un cliente aveva provato a fare in outsourcing un prodotto, ma la complessità gli era esplosa in mano e si ritrovava con un software ampio, incompleto e confuso.
L'ho aiutato a prendere il punto di vista del cliente, capire cosa davvero era importante terminare e quali delle cose incomplete scartare, ed è riuscito ad andare online e far fruttare il suo investimento.
Avere una buona User eXperience spesso è molto importante, ma i grossi redesign sono costosi sia in termini economici, che di tempo che di focus. A volte, come in questo caso, usare un approccio iterativo e rimanere in ascolto dei clienti ti permette di migliorare la situazione quanto basta per avere clienti soddisfatti in tempi ragionevoli.
Quando una startup ha successo, il team cresce e le abitudini che lo hanno portato fino a lì devono cambiare per fare posto a quelle che gli permettano di scalare.
Ho aiutato un team a ristrutturarsi, diminuendo il tempo di introduzione di nuovi sviluppatori e portando tutto il team a migliorare le proprie abitudini di sviluppo con risultati misurabili (come ad esempio diminuire di un ordine di grandezza la complessità ciclomatica media del nuovo codice rispetto al vecchio).
A volte alcuni pezzi di software diventano così complessi che nessuno sa più completamente come funzionano, e riscriverli è molto rischioso.
Lavorando con il team e gli esperti dell'ambito, li ho aiutati con delle sessioni di Event storming a unire tutta la conoscenza sparsa tra i vari ruoli ed a raggiungere una comprensione condivisa di un pezzo di logica di business particolarmente ostico.
Condivido sempre volentieri quello che ho la fortuna di imparare nel mio lavoro, ecco i video di alcuni dei miei talk recenti.
Grazie alla diffusione dei metodi agili, ma anche di Trello, le kanban board ormai sono diffuse in parecchi uffici.
Però la kanban è qualcosa in più di mettere i task in colonne, e ci sono alcune soluzioni facili ma sbagliate che mi capita di trovare spesso, in questo talk spiego quali sono e come evitarle.
Come faccio a fare una API/libreria/framework semplice da usare per altri programmatori? Questo è uno dei temi principali della DX.
In questo talk ho voluto fare un'introduzione a questo nuovo concetto, racconto i principi della UX definiti da Norman nel suo "La caffettiera del masochista" e mostro come si possono applicare anche al codice.
Spesso quando vedo le roadmap queste sono liste di funzionalità da aggiungere ad un prodotto.
Ma l'obiettivo di un team di prodotto non è aggiungere funzionalità ad un prodotto, ma risolvere problemi ai clienti. Questo a volte significa aggiungere funzionalità, a volte toglierle, a volte rifarle, e molto spesso andare a tentativi e cercare quelle asimmetrie per cui piccoli sforzi ci portano giganti guadagni.
Vuoi sapere qualcosa in più? Pensi che potremmo collaborare?
Contattami come preferisci, ti risponderò in giornata!