Project Management
  1. Database Strategy/

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:

MetricaCosa dice
VelocityQuanto il team consegna per sprint
Lead timeQuanto passa da richiesta a rilascio
Bug escape rateQuanti difetti sfuggono in produzione
Sprint goal success% di obiettivi di sprint raggiunti
Team happinessCome 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.