Gestire molti progetti attivi: il metodo di organizzazione di un consulente senior
Tenere molti progetti attivi senza perdere contesto è una competenza, non un talento. Il metodo di organizzazione di un consulente senior: stato esternalizzato su file invece che in testa, priorità riviste con cadenza, contesto ricostruibile in fretta a ogni rientro, e il ruolo degli strumenti AI nel reggere il carico cognitivo. Pratico e di prima mano, per chi alterna delivery a più clienti senza far cadere nulla. Continua a leggere
Ultima modifica:
L'ingegnere che l'AI sostituisce non è quello che fa il lavoro che l'AI può fare. È quello che non ha mai costruito il giudizio per riconoscere quando l'AI sbaglia. Il riposizionamento da autore di codice a intent manager non è una concessione, è la skill tecnica che decide chi sopravvive a questa transizione di carriera. 
Sono passato da dipendente con stipendio fisso a consulente autonomo nel 2015. Nei primi due anni ho commesso tutti gli errori possibili: clienti senza contratto, pricing troppo basso, scope creep senza tutela. Vi racconto cosa avrei voluto sapere prima, con numeri reali su pricing, contratti e gestione del rischio. 
Subentro dopo un fornitore precedente. Il contratto firmato dall'azienda non menzionava la proprietà del codice sorgente, non prevedeva escrow, non definiva SLA. Quando il rapporto si è deteriorato, l'azienda ha scoperto di non avere diritti sul software che usava da tre anni. Vi dico cosa pretendere per iscritto. 
Ogni anno subentro su almeno due o tre progetti lasciati in stato deplorevole da consulenti che non avevano le competenze dichiarate. Non è malafede sistematica - è asimmetria informativa. Vi insegno le domande che avrebbero smascherato i problemi in anticipo, basandomi su casi reali. 
I cinque principi di sicurezza che qualunque manuale elenca al capitolo uno - defense in depth, least privilege, separation of duties, secure by design, KISS - sono facili da conoscere e difficili da applicare in una PMI italiana da 5 a 40 persone. Racconto come li spiego ai clienti, gli errori più comuni che vedo in audit, e il principio anti-sicurezza che uccide chi ci crede. 
Il Verizon DBIR 2025 conferma che il 60% delle violazioni coinvolge il fattore umano (errore, manipolazione, abuso di credenziali). KnowBe4 documenta che il 33.1% dei dipendenti clicca su email di phishing simulato prima del training, ma dopo 12 mesi di formazione continua il click rate scende al 4.1% - una riduzione dell'86%. NIS2 (Articolo 21, comma 2, lettera g) rende la formazione cybersecurity un obbligo normativo per tutte le entità essenziali e importanti. 
La National Cybersecurity Alliance stima che il 60% delle piccole imprese che subisce una perdita dati significativa chiude entro 6 mesi. Un Disaster Recovery Plan con RPO/RTO definiti dalla Business Impact Analysis (ISO 22301), backup conformi alla regola 3-2-1-1-0 e test periodici trasforma il recovery da speranza a procedura verificata - un requisito esplicito dell'Articolo 21 della Direttiva NIS2. 
Infrastructure as Code definisce l'infrastruttura in file versionabili invece che in procedure manuali. Il report Firefly State of IaC 2025 mostra che l'89% delle organizzazioni ha adottato IaC, ma solo il 6% ha codificato il 100% dell'infrastruttura. Per le PMI, Ansible (agentless, YAML) per la configurazione e Terraform (dichiarativo, multi-cloud) per il provisioning coprono i casi d'uso principali. 
Ignorare il refactoring del codice legacy limita crescita e sicurezza aziendale. Scopri perché questa attività è fondamentale per migliorare performance, ridurre rischi e garantire la competitività futura della tua azienda.