Che cos'è un progetto? Definizione, caratteristiche, esempi

Che cos'è un progetto?

A progetto è un'iniziativa temporanea con un inizio e una fine definiti, intrapresa per creare un prodotto, servizio o risultato unico. Ha un obiettivo specifico, opera entro limiti di tempo, budget e risorse ed è svolta da un team riunito a tale scopo. Quando l'obiettivo è raggiunto, o il progetto viene interrotto, il progetto termina.

In parole semplici, un progetto è un lavoro una tantum con un obiettivo e un traguardo. Riprogettare un sito web, aprire un nuovo ufficio, lanciare un prodotto od organizzare una conferenza sono tutti progetti. Rispondere ogni giorno alle email dei clienti non lo è, perché non finisce mai e ogni giorno è molto simile al precedente.

Definizioni standard di progetto

I principali standard di project management descrivono un progetto con parole leggermente diverse, ma concordano sull'essenziale: è temporaneo, consegna qualcosa di specifico ed esiste per uno scopo.

Se stai studiando per un esame, impara la formulazione del PMI per la Guida PMBOK e per CAPM/PMP, e quella di PRINCE2 per PRINCE2. In pratica, tutte e tre ti portano alle stesse domande: cosa stiamo consegnando, perché, entro quando e con quali limiti?

Cosa significano davvero "temporaneo" e "unico"

• Temporaneo non significa breve. Un progetto può durare due settimane o dieci anni. Temporaneo significa che ha una fine pianificata, non che sia rapido.
• Il risultato può durare. Un ponte costruito da un progetto può restare in piedi per un secolo. Il progetto è temporaneo; il suo output no.
• Unico non significa mai fatto prima. La tua azienda potrebbe aver già cambiato sede tre volte, ma questo trasloco, in questo edificio, con queste persone e questo budget, è comunque unico.
• Di solito anche il team è temporaneo. Le persone arrivano da reparti o fornitori diversi e tornano ai loro ruoli abituali quando il progetto si chiude.

Caratteristiche chiave di un progetto

La maggior parte dei manuali elenca da cinque a sette caratteristiche. Queste sono quelle che ti aiutano a riconoscere un progetto e a pianificarlo bene:

1. Temporaneo: ha una data di inizio e di fine definite, e si chiude quando l'obiettivo è raggiunto o il progetto viene annullato.
2. Risultato unico: crea un nuovo prodotto, servizio, risultato o cambiamento, anche se un lavoro simile è già stato svolto in passato.
3. Obiettivo specifico: c'è un traguardo chiaro e concordato, idealmente formulato come obiettivi di progetto SMART.
4. Deliverable definiti: gli output che il progetto deve consegnare, come un edificio, un sistema, un report o un team formato. Vedi deliverable di progetto.
5. Vincoli: limiti di tempo, costi, ambito, qualità, risorse e rischio. Modificarne uno di solito influisce sugli altri; vedi vincoli di progetto.
6. Elaborazione progressiva: i piani partono generici e diventano più dettagliati man mano che il team impara, anziché essere completi fin dal primo giorno.
7. Incertezza e rischio: poiché il lavoro è nuovo, i progetti comportano più rischi del lavoro di routine e richiedono una gestione attiva dei rischi.

PRINCE2 aggiunge un punto utile: i progetti sono di solito cross-funzionali. Riuniscono persone di team, reparti o fornitori diversi, ed è per questo che ruoli chiari, uno sponsor e una buona comunicazione sono così importanti.

Elementi di un progetto

Qualunque sia la sua dimensione, ogni progetto ha gli stessi elementi di base. Metterli per iscritto, anche brevemente, è il modo più rapido per trasformare un'idea in qualcosa che puoi gestire.

I piccoli progetti possono riportare tutto questo su una sola pagina. I nostri modello di project brief e modello di project charter gratuiti sono costruiti attorno a questi elementi.

Progetto e operatività a confronto

La distinzione più importante nel project management è quella tra progetti e operazioni (a volte chiamate business as usual, o BAU). Le operazioni mantengono l'organizzazione in funzione. I progetti la cambiano.

I due sono strettamente collegati. La maggior parte dei progetti termina consegnando il proprio risultato alle operazioni: il nuovo sistema paghe diventa parte della routine mensile del team finanza. Pianificare questo passaggio di consegne (formazione, supporto, documentazione e responsabilità) fa parte del progetto, non è un ripensamento.

Progetto vs attività, programma e portfolio

Spesso si usa la parola "progetto" in modo generico per qualsiasi cosa, da una singola voce della lista di cose da fare a un programma di cambiamento pluriennale. Questi sono i quattro livelli usati dalla maggior parte delle organizzazioni:

Un progetto è composto da molte attività e task. Più progetti possono appartenere a un programma, e ogni progetto e programma dovrebbe trovare posto nel portfolio.

Perché si avviano i progetti

I progetti non nascono dal nulla. Ognuno dovrebbe esistere per un motivo importante per l'organizzazione. I fattori più comuni includono:

• Strategia: realizzare un obiettivo strategico, come entrare in un nuovo mercato o modernizzare i sistemi.
• Richieste di clienti o stakeholder: un contratto con un cliente, una nuova funzionalità richiesta dai clienti o una richiesta di un altro reparto.
• Normativa e conformità: una nuova legge, uno standard di sicurezza o un rilievo di audit a cui l'organizzazione deve rispondere.
• Problemi da risolvere: un sistema che non funziona, un problema di qualità o un processo che non regge più.
• Opportunità e nuove tecnologie: automatizzare il lavoro manuale, adottare strumenti di IA o lanciare un nuovo prodotto.
• Obiettivi sociali e ambientali: ridurre le emissioni, migliorare l'accessibilità o sostenere una comunità.

In un'organizzazione ben gestita, il motivo è messo per iscritto in un business case, che confronta costi, benefici e rischi, e il progetto viene autorizzato formalmente con un project charter. Il nostro modello di business case ti offre una struttura per il primo di questi documenti.

Tipi di progetti

Non esiste un unico elenco ufficiale dei tipi di progetto. Classificare un progetto ti aiuta a scegliere l'approccio, le persone e il livello di controllo giusti.

Per settore o ambito

• IT e software: nuovi sistemi, aggiornamenti, migrazioni, app e siti web.
• Edilizia e ingegneria: edifici, infrastrutture, allestimenti e impianti.
• Cambiamento organizzativo: ristrutturazioni, nuovi processi, fusioni e modifiche alle policy.
• Marketing e creatività: campagne, rebranding, lanci di prodotto e contenuti.
• Ricerca e sviluppo: nuovi prodotti, studi e prototipi.
• Eventi: conferenze, lanci, festival ed eventi interni.
• Settore pubblico e comunità: servizi, programmi finanziati con sovvenzioni e infrastrutture civiche.

Per approccio di delivery

Per dimensione e complessità

I progetti piccoli (poche persone, poche settimane) richiedono un piano leggero e un monitoraggio semplice. I progetti medi richiedono cronoprogramma, budget, registro dei rischi e reporting regolare. I progetti grandi o complessi, con molti stakeholder, fornitori o dipendenze, richiedono una governance di progetto formale e possono essere suddivisi in fasi o raggruppati in un programma.

Per sponsor e finanziamento

• I progetti interni migliorano l'organizzazione stessa, come un nuovo sistema HR.
• I progetti esterni o per clienti vengono realizzati per un cliente in base a un contratto o a uno statement of work.
• Il finanziamento pubblico, privato o misto influisce su regole di approvazione, reporting e approvvigionamenti.

Esempi di progetti

Questi esempi mostrano come la stessa definizione si applichi ad ambiti molto diversi:

I progetti non riguardano solo il lavoro. Organizzare un matrimonio, ristrutturare una cucina o scrivere una tesi rientrano tutti nella definizione: ciascuno è temporaneo, ha un risultato unico e ha limiti di tempo e denaro.

Esempio svolto: il trasloco di un ufficio

Un'azienda di 80 persone deve trasferirsi in un nuovo ufficio alla scadenza del contratto di locazione, tra nove mesi. Ecco come diventa un progetto:

1. Avvio: il direttore operativo (sponsor) stabilisce l'obiettivo: trasferire tutto il personale nel nuovo ufficio entro il 30 giugno con non più di un giorno lavorativo di disagi, entro il budget approvato. Un charter nomina il project manager e gli stakeholder principali.
2. Pianificazione: il team definisce l'ambito (allestimento, IT, arredi, trasloco, comunicazioni), lo scompone in work package, costruisce un cronoprogramma con milestone e concorda un budget e un registro dei rischi.
3. Esecuzione: i fornitori completano l'allestimento, l'IT installa la rete e il personale viene informato e prepara gli scatoloni.
4. Monitoraggio e controllo: il project manager monitora ogni settimana l'avanzamento rispetto al piano e gestisce le modifiche, come una consegna di arredi in ritardo.
5. Chiusura: il personale si trasferisce, i difetti vengono corretti, il vecchio ufficio viene restituito, il facility management assume la gestione quotidiana e il team registra le lezioni apprese.

Quando subentra il facility management, il lavoro diventa operativo. Il progetto è concluso.

È un progetto? Una checklist rapida

Usa queste domande quando qualcuno ti affida un lavoro e devi decidere come gestirlo. Se rispondi sì alla maggior parte, trattalo come un progetto:

1. Ha un obiettivo chiaro e un momento in cui sarà concluso?
2. Creerà qualcosa di nuovo o cambierà il modo in cui funzionano le cose?
3. Richiede persone di più team o un fornitore esterno?
4. Richiederà più di qualche giorno di impegno?
5. Ha bisogno di un proprio budget o compete per risorse condivise?
6. Ci sono rischi reali se è in ritardo, fuori budget o sbagliato?
7. Qualcuno di alto livello deve approvarlo o esserne tenuto informato?

Se la maggior parte delle risposte è no, probabilmente si tratta di un'attività o di lavoro di routine, e basta un semplice elenco; il nostro modello di lista di cose da fare è sufficiente. Se le risposte sono sì ma il lavoro è piccolo, gestiscilo come un progetto leggero: un brief di una pagina, un breve elenco di attività con responsabili e date, e un punto di verifica settimanale.

Il ciclo di vita del progetto

Ogni progetto attraversa un ciclo di vita dall'idea alla chiusura. Il modello più insegnato ha cinque fasi, basate sui gruppi di processi del PMI:

I progetti Agile seguono lo stesso percorso generale, ma ripetono pianificazione, delivery e revisione in brevi iterazioni. L'attuale Guida PMBOK del PMI (ottava edizione, 2025) organizza il lavoro di progetto attorno a principi e domini di performance anziché a una sequenza rigida di fasi, ma il ciclo di vita descritto sopra resta il modo più semplice per capire come si svolge un progetto.

Cosa rende un progetto di successo

Tradizionalmente un progetto veniva giudicato in base al vincolo triplo: consegnato nei tempi, nel budget e nell'ambito previsti. Questo conta ancora, ma oggi la maggior parte delle organizzazioni si chiede anche se il progetto abbia raggiunto il risultato per cui era stato avviato. Un sistema consegnato nei tempi che nessuno usa non è un successo.

• Criteri di successo sono le misure che usi per giudicare il progetto, concordate all'inizio: ad esempio, "tutti gli 80 dipendenti operativi nel nuovo ufficio entro il 30 giugno, entro il budget".
• I fattori di successo sono le condizioni che rendono il successo più probabile, come uno sponsor coinvolto, obiettivi chiari, un team capace e una buona comunicazione con gli stakeholder. Vedi fattori critici di successo.
• Vantaggi sono i miglioramenti che l'organizzazione ottiene dopo il progetto, come costi più bassi o clienti più soddisfatti. Spesso vengono misurati dopo la chiusura del progetto.

Un project manager esperto tiene presenti tutti e tre.

Idee sbagliate comuni sui progetti

• "Tutto è un progetto." Etichettare il lavoro di routine come progetto aggiunge burocrazia senza aggiungere controllo. Riserva i progetti al lavoro temporaneo e unico.
• "Un progetto ha bisogno di un piano enorme." Il livello di pianificazione deve essere proporzionato a dimensioni e rischi. Un progetto di due settimane richiede una pagina, non un manuale.
• "Il progetto termina quando il lavoro è finito." Termina quando i deliverable sono accettati, consegnati e il progetto è formalmente chiuso. Saltare la chiusura del progetto lascia questioni in sospeso.
• "Nel lavoro Agile non ci sono progetti." I team di prodotto Agile spesso lavorano in modo continuativo su un prodotto, ma le iniziative a tempo determinato all'interno di quel lavoro, come un lancio o una migrazione, restano progetti.
• "Per ora va bene non avere una data di fine." Un progetto senza data di fine tende a perdere direzione e ad assorbire risorse. Fissa almeno una data obiettivo e rivedila.
• "Il project manager è l'unico responsabile del risultato." Lo sponsor è responsabile del business case e dei benefici; il project manager è responsabile della realizzazione del progetto.

Prossimi passi

Una volta che sai riconoscere un progetto, il passo successivo è imparare a gestirlo: definire gli obiettivi, pianificare il lavoro, guidare il team e tenere informati gli stakeholder. Inizia con un brief o un charter di una pagina, concorda obiettivo e ambito con il tuo sponsor e costruisci un piano semplice. Il nostro modello di piano di progetto ti offre una struttura già pronta.

Modelli gratuiti per questo argomento

Sfoglia tutti i modelli

Domande frequenti