I contenuti del piano di progetto

di Andrea Bressan

Pubblicato 18 Marzo 2013
Aggiornato 29 Aprile 2013 09:08

logo PMI+ logo PMI+
Le caratteristiche fondamentali ed il livello di dettaglio di un piano di progetto, completo di qualche esempio pratico.

Il piano di progetto deve adeguarsi al contesto in cui sorge e al tipo di progetto per il quale è pensato. Un progetto può essere interno o commissionato da un cliente, può coinvolgere più aziende, può richiedere l’intervento di più aree aziendali o di una soltanto. Queste variabili lasciano intendere come non possa esistere un solo modello di project plan.

La tipologia di un progetto, la sua durata e complessità devono orientare il dettaglio delle informazioni e la cura per certi capitoli del piano. Ovviamente, se un’azienda lavora abitualmente sulle stesse tipologie di progetto può elaborare dei modelli ad hoc da cui partire ogni volta. Potrà così rendere più efficiente il processo di pianificazione e facilitare la lettura del piano da parte delle persone coinvolte.

=> Vai alla guida al progetto aziendale: definizioni e componenti

Senza pretendere di strutturare un project plan valido per ogni contesto, questo articolo indicherà in nove punti i contenuti generalmente inclusi in un piano di progetto.

Proponiamo anche un semplice modello da scaricare e modificare all’occorrenza.


Un esempio di Project plan

Scarica il modello

Obiettivi del progetto

Il project plan deve iniziare con una presentazione del progetto in cui si descrivono gli obiettivi più generali e strategici già stabiliti in una situazione formale precedente. Questi elementi stanno alla base dell’idea progettuale e costituiscono le motivazioni del progetto. In sostanza, rispondono alla domanda «perché questo progetto?».

=> Leggi come integrare un progetto nella strategia aziendale

Accanto a questi fini di alto livello, non propriamente misurabili, occorre indicare obiettivi più concreti: i risultati che si vogliono ottenere, ossia che cosa deve essere fatto. In genere, il committente e lo sponsor esplicitano la finalità del progetto, mentre il team di progetto elabora gli obiettivi operativi facendo analisi accurate sulle ipotesi e sulle alternative a disposizione. Solo definendo puntualmente i risultati che si vuole raggiungere sarà possibile accordarsi sulla discriminante che segna il successo o l’insuccesso del progetto.

Se un’azienda committente chiede un progetto che abbia come fine l’organizzazione di un evento per rilanciare la sua immagine, occorrerà definire più concretamente il tipo di evento, a quale target proporsi, l’area geografica e il periodo. Dopo un’attività di brainstorming, il team di progetto può definire il macro-obiettivo: realizzare, per il 23 dicembre dell’anno in corso, un concerto pianistico, in un teatro prestigioso della regione in cui opera l’azienda committente.

È chiaro che accanto a questo macro-obiettivo dovranno comparire obiettivi tecnici, economici e cronologici. Inoltre, per passare dal “che cosa” al “come realizzare”, è opportuna una vera e propria ramificazione di obiettivi secondari e sotto-obiettivi, per spianare la strada alla definizione dei compiti necessari.

=> Scopri Progetto e obiettivi: analisi S.M.A.R.T e Risk Management

Gli obiettivi vanno definiti con chiarezza, in modo realistico e con una riflessione sulle priorità. In questo modo, si ipotizza un cammino che, di tappa in tappa, genera nelle persone coinvolte un senso di responsabilità per l’avanzamento del progetto.

Stakeholder: interessi e responsabilità

Il termine stakeholder indica tutti quei soggetti che possono condizionare l’andamento del progetto e nutrono interessi sui suoi risultati. Tra questi possiamo trovare il project manager, il team di sviluppo, i committenti, i fornitori, gli sponsor, i dirigenti ed eventuali concorrenti. Se necessario, possono essere suddivisi in stakeholders interni ed esterni all’azienda del gruppo di progetto. A prescindere dalle suddivisioni, è importante che il responsabile di progetto li identifichi e definisca, per ognuno di essi, gli interessi espliciti e nascosti.

=> Vai alla definizione del progetto: risorse, capacità e obiettivi

Spesso capita di rilevare differenti aspettative tra i vari soggetti interessati; differenze che – se trascurate – possono invalidare il risultato finale del progetto. Accanto a ogni stakeholder individuato, infine, è utile indicare il suo ruolo e le sue responsabilità.

Attività da svolgere

Questa sezione definisce come realizzare il progetto. Una volta fissati gli obiettivi, occorre elaborare l’elenco di attività necessarie per raggiungerli. In una logica top-down, l’individuazione delle attività nasce proprio dalla precedente definizione di obiettivi concreti.

In questa fase collaborano attivamente i referenti dei gruppi di risorse che saranno impegnate nell’esecuzione dei lavori. Lo strumento che viene utilizzato per la definizione delle attività è la WBS (Work Breakdown Structure), una forma di scomposizione strutturata del lavoro che va dagli obiettivi e dalle fasi più generali fino ai compiti specifici o attività elementari (work packages). Nell’elenco strutturato è possibile includere le attività cardine o milestones, momenti di verifica o punti fermi all’interno del progetto (inizio-fine progetto, consegne intermedie, decisioni, etc.).

Se volessimo rappresentare un semplice elenco di attività relative all’esempio posto in precedenza, potremmo definire la seguente WBS:

Esempio di WBS

1. Realizzazione evento
1.1. Definizione teatro e artisti
1.1.1. Selezione preliminare
1.1.2. Recupero informazioni e disponibilità
1.1.3. Riunione di approvazione
1.2. Comunicazione
1.2.1. Comunicati stampa
1.2.2. Realizzazione depliant
1.2.3. Comunicati a clienti e partner
1.2.4. Spot radiofonici
1.3. Organizzazione logistica
1.3.1. Noleggiare e posizionare strumenti
1.3.2. Preparazione sala
1.3.3. Ingaggio personale esterno

La definizione e il dettaglio di questa scomposizione, ovviamente, può spingersi più in profondità. Solo per fare un esempio, l’attività “1.2.2. Realizzazione depliant” potrebbe essere suddivisa in “1.2.2.1 Elaborazione testo”, “1.2.2.2 Realizzazione grafica”, “1.2.2.3 Stampa depliant”. Si potrebbe rimandare la stesura di una WBS più dettagliata nel momento di elaborare un piano operativo. In ogni caso, il livello di ramificazione della WBS non deve essere stabilita a caso. Una WBS che guida l’operato delle risorse in modo molto minuzioso lascia poche libertà decisionali e può rendere più complicato il processo di controllo. D’altro canto, per progetti complessi o rischiosi, potrebbe essere utile insistere sul dettaglio operativo.

Competenze necessarie

Questa parte del piano definisce quali conoscenze occorrono per realizzare il progetto. In questa fase si elencano le competenze necessarie a partire dalle attività già individuate.

Per mantenere una visione chiara del progetto, è meglio effettuare questa operazione senza tenere conto delle risorse già disponibili. È opportuno, quindi, considerare un contesto ideale, posticipando il raffronto con la reale disponibilità delle risorse competenti. Questo approccio genera consapevolezza sulle migliori condizioni progettuali e sulle future scelte da effettuare.

=> Scopri il Controllo di Progetto: dalla teoria alla pratica

Assegnazione risorse

A questo punto, ci sono le premesse per stabilire chi deve compiere il lavoro. Con l’ausilio di una matrice, si possono assegnare compiti e responsabilità sulla base dell’effettiva disponibilità delle persone e dei mezzi necessari. In sostanza, si incrociano le attività da svolgere con le risorse o con i gruppi di risorse da assegnare (aree, uffici, gruppi materiali, etc.).

1.3 Organizzazione logistica
Che cosa
Chi fa
Andrea Bianchi
Giuseppe Rossi
Ufficio comunicazione

1.3.1 Noleggiare e posizionare strumenti
informato
consultato
opera…
1.3.2 Preparazione sala
decide
coordina
opera…
1.3.3 Ingaggio personale esterno
consultato
coordina/decide
opera…

Una matrice di questo tipo, oltre a stabilire “chi fa che cosa”, fornisce delle prime indicazioni sull’impegno delle risorse, elementi utili per la successiva programmazione del progetto. Inoltre, aiuta a gestire quelle delicate dinamiche di potere del personale che talvolta minacciano la buona esecuzione dei lavori.

Scheduling del progetto

Resta da definire quando si deve compiere il lavoro. La WBS è un ottimo punto di partenza per la programmazione di un progetto. La sua struttura, unita alla conoscenza sulla disponibilità temporale delle risorse, consente di stabilire la sequenza e i tempi di svolgimento delle varie attività. Per ottenere questo risultato, occorre:

  • Lo studio sul lavoro necessario per ogni attività
  • L’analisi della successione delle attività e del loro eventuale svolgimento in parallelo
  • L’impiego ragionato delle risorse e dei carichi di lavoro.

La durata di un progetto, oltre a essere condizionata dalle ore di lavoro, è influenzata dal legame tra le diverse attività. Infatti, l’inizio o la fine di un’attività, quando non è vincolata a una data, dipende dalla conclusione o partenza di altre attività correlate. Questo può portare a diverse situazioni: ad esempio, un’attività non può iniziare prima che un’altra sia conclusa, oppure non può finire prima che un’altra sia terminata, e così via.

=> Leggi come aumentare le possibilità di successo di un progetto

Alla fine del processo di programmazione, partendo da da una data iniziale, si può ottenere una data di fine del progetto. Viceversa, se la data di fine è già nota come vincolo del committente, con lo scheduling si può risalire alla data in cui è meglio avviare l’esecuzione dei lavori. Le tecniche che si usano per la gestione di questo processo sono le rappresentazioni reticolari (PERT) e il diagramma di Gantt.

Costi

Questa sezione definisce quanto costa il progetto. I costi che emergono in questa fase sono quelli derivanti dalla prima programmazione effettuata. È ovvio che la stessa allocazione di risorse può essere condizionata sin dall’inizio da un costo massimo già definito.

Talvolta è uno studio di fattibilità a determinare la soglia massima, oppure la disponibilità dello sponsor o lo stanziamento già previsto nel budget di inizio anno. In linea di massima, però, si cerca di calcolare gli importi necessari alla luce della realizzazione ottimale del progetto e successivamente, se l’importo a disposizione è plausibile, si ottimizza la distribuzione dei costi. In questa fase si ha una visione abbastanza precisa del lavoro, delle risorse materiali e dei costi fissi. È dunque possibile determinare le voci che incidono maggiormente sul costo complessivo ed effettuare ottimali ripartizioni o negoziazioni.

=> Scopri il Controllo di Progetto: dalla teoria alla pratica

Sistema di controllo e comunicazioni

Nel piano di progetto è opportuno includere una sezione che descriva come verificare l’andamento del progetto, in particolare per quanto riguarda l’avanzamento temporale, costi e qualità.

In primo luogo è utile definire cosa deve essere controllato e in che modo, ossia realizzare un sistema di verifica che definisca i seguenti punti:

  • Cosa si controlla
  • Per chi si controlla
  • Chi controlla
  • Come si controlla
  • Quando si controlla.

In secondo luogo, è possibile descrivere il sistema informatico che tratterà i dati e in che modo dovrà essere utilizzato. Quest’ultimo punto, può essere affiancato da un piano sulle comunicazioni relative al progetto:

  • Chi vuole quali report e quanto spesso
  • Quali informazioni pubblicare e come
  • Dove sono salvate le informazioni sul progetto e chi può accedervi
  • Quali procedure utilizzare per l’approvazione e il cambiamento del project plan.

Problemi e soluzioni

Un’ultima parte deve essere dedicata ai rischi del progetto. Dato che alcuni fattori di rischio possono essere individuati già in fase di pianificazione, è bene indicare quelle aree di incertezza su cui porre maggiore attenzione. Inoltre, sarà vantaggioso segnalare tutti gli strumenti utili alle situazioni di rischio, comprese le procedure da attuare in caso di imprevisti o come azioni preventive.

In conclusione, è opportuno precisare che il piano di progetto non ha una natura prettamente sequenziale. Tutte le parti sono tra loro correlate e il cambiamento in una sua sezione comporta la revisione di altre. Questo processo di adattamento verso un punto di equilibrio avviene prima dell’approvazione ufficiale del piano e, successivamente, quando i dati di consuntivo sostituiranno quelli pianificati.