
Project Management
Ho visto project manager far piangere sviluppatori senior in riunione. Ho visto team brillanti distrutti da PM che confondevano l’autorità con l’autoritarismo. Ho visto software consegnati “in tempo” che non funzionavano, e progetti da milioni di euro finiti nel nulla.
E ho visto l’esatto contrario: team piccoli, autonomi, rispettati — che costruivano sistemi solidi in una frazione del tempo e del budget.
La differenza non è mai stata la tecnologia. È sempre stata il metodo.
Dopo trent’anni in questo mestiere, una cosa l’ho capita: le persone non danno il meglio quando hanno paura. Danno il meglio quando hanno fiducia.
Fiducia nel team. Fiducia nel processo. Fiducia nel fatto che se sbagliano non verranno punite — verranno aiutate.
Il project manager che funziona non è quello che controlla, terrorizza e conta le ore. È quello che:
- definisce obiettivi chiari e lascia al team la libertà di raggiungerli
- costruisce competenze profonde e le protegge dal turnover
- fa team building ogni giorno, non una volta l’anno al go-kart
- misura i risultati, non le ore in ufficio
- usa lo smart working come vantaggio competitivo, non come concessione
- quando qualcosa va storto, si mette davanti al team, non dietro
📊 Come lavoro io #
Il mio approccio è Scrum — ma Scrum fatto sul serio, non la liturgia dei post-it.
Lo Scrum che funziona si basa su un patto: trasparenza radicale, responsabilità condivisa e autonomia nel “come”. Il PM definisce il cosa e il perché. Il team decide il come. Perché chi scrive il codice sa meglio di chiunque altro come scriverlo.
E questo patto funziona ancora meglio nello smart working. La daily standup? 15 minuti in call. La sprint review? Screen sharing con il cliente, che vede il software — non le slide. La retrospettiva? Un’ora in cui il team dice la verità, perché non ha il PM a due metri che lo fissa.
Misuro poche cose, ma le misuro bene:
| Metrica | Cosa dice |
|---|---|
| Velocity | Quanto il team consegna per sprint |
| Lead time | Quanto passa da richiesta a rilascio |
| Bug escape rate | Quanti difetti sfuggono in produzione |
| Sprint goal success | % di obiettivi di sprint raggiunti |
| Team happiness | Come si sente il team — la metrica più importante |
L’ultima — team happiness — è quella che i PM tradizionali non misurano mai. Un team felice non è un team che si diverte. È un team che si sente rispettato, ascoltato e valorizzato. E un team così produce di più. Non perché lavora più ore. Perché lavora meglio.
📚 Di cosa parlo qui #
Storie vere, numeri concreti e lezioni apprese. Niente teoria da manuale. Solo quello che ho visto funzionare — e quello che ho visto fallire.
Si parla di intelligenza artificiale applicata al workflow, di consulenza IT e dei suoi costi nascosti, di smart working come vantaggio competitivo. Ogni articolo nasce da un’esperienza reale — la mia.
Non servono rivoluzioni. Servono scelte precise, implementate con metodo.
E la capacità di dire “no” a chi ti vende complessità quando la soluzione è semplice.
AI Manager e Project Management: quando l'intelligenza artificiale entra nei progetti
Gestire l'AI in un progetto non significa usare ChatGPT. Significa governare l'impatto dell'intelligenza artificiale su architetture, processi e persone. Riflessioni da quasi trent'anni di sistemi mission-critical.
Pagamenti a 60-90-120 giorni: la normalità italiana che in Europa non esiste
In Italia pagare un consulente IT a 90 giorni è la prassi. Nel resto d'Europa è un'anomalia. Confronto diretto tra le regole europee e la realtà italiana, con numeri, direttive e strategie concrete per chi lavora a partita IVA.
Bici vs Auto a Roma: la mattina che mi ha aperto gli occhi
Da Appio Latino a Prati in 50 minuti di traffico e 35€ di parcheggio, oppure in 18 minuti di Brompton elettrica. La scelta che ha cambiato le mie giornate — e che potrebbe cambiare le tue.
Smart working nella consulenza IT: i numeri che nessuno vuole guardare
Un'analisi concreta sulla convenienza economica e strategica del lavoro da remoto nelle aziende di consulenza informatica. Con i numeri veri, il raccordo anulare di Roma, e una corsa al parco alle 6 di mattina.
Quando il caos diventa metodo: AI e GitHub per gestire un progetto che nessuno voleva toccare
Un caso reale di project management: come ho proposto GitHub e l'intelligenza artificiale per trasformare un progetto software caotico in un flusso di lavoro ordinato, misurabile e più veloce.
Standup meeting: perché funzionano solo se durano 15 minuti
Uno standup che nasce bene e in tre settimane diventa una riunione da 45 minuti. Come imporre il vincolo dei 15 minuti e perché è l'unica cosa che fa funzionare davvero il daily meeting.
La tecnica del Sì-E: come ho evitato una discussione che stava per esplodere
La tecnica del Yes-And, nata nel teatro di improvvisazione, applicata alla gestione dei conflitti nei team IT. Un caso reale di una riunione che stava degenerando — e come tre parole hanno cambiato tutto.
4 milioni di euro, due multinazionali, zero software: storia vera di un fallimento annunciato
Un cliente del settore assicurativo ha speso oltre 4 milioni di euro affidandosi a due colossi della consulenza IT per un gestionale su misura. Risultato: nulla. A confronto, un data warehouse costruito in due persone in 3 anni con 60.000 righe di codice che funziona ogni giorno.







