Un percorso in otto passi per trasformare un'idea digitale in un progetto controllabile. Obiettivi, ambito, ruoli, fornitori, piano, rischi, SAL e chiusura — con i modelli operativi per iniziare lunedì mattina.
Ogni passo produce qualcosa di reale: un documento firmato, una decisione tracciata, un accordo scritto. Nulla che non si usi il lunedì mattina.
Il passo più ignorato — e più costoso. Prima di parlare di piattaforme, preventivi o fornitori, occorre chiarire il bisogno aziendale reale. Non il sintomo. Non lo strumento. Il problema.
La domanda fondamentale è semplice: quale problema dobbiamo risolvere, e come sapremo di averlo risolto?
Non «voglio un CRM» — ma «voglio che il team commerciale abbia tutte le informazioni sui clienti in un posto solo, senza usare tre fogli Excel diversi».
Un obiettivo scritto bene è già metà del lavoro. Serve sapere cosa è incluso, cosa è escluso e come si verifica il risultato. Senza questa base, le discussioni sono infinite e i cambi di ambito arrivano senza che nessuno se ne accorga.
Configurazione CRM, importazione contatti esistenti, formazione a 3 utenti, assistenza per le prime due settimane.
Integrazione con il gestionale, migrazione delle email storiche, supporto alla strategia commerciale.
Scrivere cosa è escluso sembra inutile — finché arriva la prima richiesta extra. A quel punto la frase «questo non era nell'ambito» vale più di qualsiasi contratto.
In un piccolo progetto, i ruoli si sovrappongono spesso. Va bene — l'importante è sapere chi decide, chi esegue e chi viene informato. Senza questa chiarezza, ogni blocco si trasforma in una settimana persa ad aspettare risposte.
Approva budget, priorità e cambi rilevanti. La sua firma sblocca il progetto — e lo ferma se qualcosa non va.
Potere decisionale altoRaccoglie i bisogni reali degli utenti, coordina disponibilità e valida che quello che viene consegnato corrisponda alle aspettative.
Potere decisionale medioPianifica, monitora, traccia rischi e decisioni. Non esegue tecnicamente — tiene insieme le persone e i pezzi.
Potere decisionale medioEsegue le attività tecniche concordate. Ha competenza tecnica — ma non ha la visione di business. Quella rimane dall'altra parte del tavolo.
La roadmap non serve a prevedere il futuro — serve a fare in modo che tutti parlino lo stesso linguaggio. Per ogni fase: un responsabile, una data, un output misurabile. Niente di più.
Capire requisiti, vincoli e dipendenze. Output: scheda progetto approvata dallo sponsor.
Valutare opzioni, raccogliere preventivi, decidere. Output: decisione formalizzata per iscritto.
Il fornitore realizza. Il PM controlla. Il referente valida. Output: ambiente pronto per i test.
Utenti reali, scenari reali, problemi reali. Output: checklist test compilata e firmata.
Chi userà il sistema deve saperlo usare prima del go-live. Output: sessione completata, materiale consegnato.
Si va live solo con autorizzazione esplicita dello sponsor. Output: go-live (la messa in esercizio) effettuato e documentato.
Le prime settimane di esercizio sono parte del progetto, non un extra. Output: lista problemi chiusa o assegnata.
Un registro operativo semplice evita di perdere pezzi. Non serve uno strumento costoso — serve la disciplina di aggiornarlo ogni settimana e di consultarlo prima di ogni riunione.
Il SAL — Stato Avanzamento Lavori — è la riunione di avanzamento. Deve durare il minimo indispensabile e produrre sempre tre cose: un quadro dello stato, una lista di blocchi con owner, e i prossimi passi con scadenza.
Un avvio senza controllo trasforma difetti minori in emergenze vere. Nessuna delle voci seguenti deve restare aperta quando si preme il tasto «live».
Molti progetti «finiscono» senza essere mai stati formalmente chiusi. Il risultato: accessi non consegnati, documentazione introvabile, responsabilità post-avvio non chiare. La chiusura non è una formalità — è ciò che separa un progetto riuscito da uno che lascia dipendenze per anni.
Sei documenti pronti da compilare. Ogni modello è autonomo — si può usare da solo o insieme agli altri. I modelli M-05 e M-06 riprendono in versione completa e firmabile le checklist dei passi 7 e 8. Copiare, adattare, usare.
Uso: avvio progetto · Compilare con sponsor e referente operativo.
Rischi iniziali tipici (adattare al contesto):
Approvazione avvio — nome, ruolo, approvazione, data e firma di: Sponsor · Project Manager · Fornitore.
Uso: pianificazione per fasi, milestone e responsabilità.
Fasi del progetto — per ciascuna: deliverable, owner, inizio e fine.
Milestone principali — con data prevista, data effettiva e criterio di completamento:
Uso: controllo operativo settimanale.
Attività — quattro stati e basta: Da fareIn corsoBloccataFatta
Rischi — partire dai quattro classici dei piccoli progetti ICT:
Sintesi stato a semaforo — tocca per impostare:
Uso: verifica pre go-live · Autorizzazione obbligatoria.
Prerequisiti
Autorizzazione go-live
Uso: chiusura formale del progetto ICT.
Consegne
Supporto post-avvio
Lezioni apprese
Accettazione formale e chiusura — nome, ruolo, approvazione, data e firma di: Sponsor · Project Manager · Fornitore.