Queste metodologie fanno riferimento all'aspetto formale della proposta progettuale, chiarendo in modo inequivocabile finalità ed effetti del progetto .

Tali metodologie servono, altresì, per rendere intellegibile i contenuti del progetto ai valutatori, mantenendo  cautelata la libertà progettuale.

Il PCM( Projet Cycle Management), come meglio verrà illustrato in seguito, scandisce le diverse fasi di un progetto. Trattandosi di un percorso ciclico, il PCM consente di sottoporre il progetto a verifica continua, sin dalla sua prima formulazione e di intervenire in itinere sull'attività progettuale, apportando modifiche e/o miglioramenti.

Il QL (Quadro Logico) è fondamentale per riuscire ad  avere un quadro completo ed esaustivo del progetto attraverso una matrice a doppia entrata dove figurano le parti salienti del progetto.

Il PCM e QL rappresentano sistemi semplici e schematici per verificare la coerenza interna e la relazione esistente tra le varie componenti di cui un progetto si struttura.

Alcune Definizioni di Progetto

Il Progetto e`:

A) L'insieme di tutte le attivita` richieste per raggiungere un definitivo obiettivo realizzativo non continuo, ne` ricorrente, ottenuto 717g69h mediante coordinamento di rapporti specializzati, e controllando, durante tutto il Periodo di realizzazione che l'obiettivo sia raggiunto a condizioni predeterminate (G.F.Aragozzini)

B) Una combinazione di risorse umane e non riunite in una organizzazione temporanea per raggiungere un obiettivo definito con risorse limitate (Project Management Institute 87)

C) Un processo temporaneo finalizzato alla produzione di una o piu' unita' di un unico prodotto o servizio le cui caratteristiche vengono elaborate progressivamente (Project Management Institute 92)

Componenti Tipiche di Progetto Definizioni a Parte

Il Progetto ha comunque alcune proprieta` comuni:

Obiettivi Definiti

Unicita` (non ripetitivita`)

Temporaneita'

Multidisciplinarieta`

Disponibilita` di Risorse Limitate

Per questi motivi e` indispensabile ricorrere alle tecniche di Project Management per raggiungere gli obiettivi di progetti complessi

Tipologie Generali di Progetto

I progetti possono riguardare una sola divisione di una struttura o svilupparsi tra societa`, essere sviluppati da una sola persona o da migliaia, richiedere poche centinaia di ore oppure esigerne decine di milioni.

I progetti possono riguardare campi ed attivita` differenti :

Sviluppo di Nuovi Prodotti e/o Servizi

Cambiare una Struttura Aziendale, Staff o Organizzazione

Sviluppo di un Nuovo Sistema di Trasporto

Sviluppo o Acquisizione di un nuovo sistema informatico

Realizzazione di un nuovo Edificio

Progetto e Realizzazione di un Impianto Industriale

Sviluppare una Campagna Elettorale per un Ufficio Politico

Implementazione di una Nuova metodologia di Affari

Il Concetto di Temporaneita` nei Progetti

Temporaneo significa che ogni progetto ha un inizio ed una fine ben definiti.

Il termine viene raggiunto quando si conseguono gli obiettivi finali.

Per quanto lungo possa essere un progetto (anche decine di anni) un progetto e` comunque una attivita` finalizzata con un termine e non uno sforzo continuativo.

Spesso il Progetto e` finalizzato alla realizzazione di attivita` continuative che sopravvivono ovviamente al progetto stesso (i.e. progetto di un nuovo tipo di prodotto) ed hanno natura continuativa.

Per la loro innata natura:

I progetti hanno finestre temporali limitate in cui sono attuabili per vincoli fiscali, di risorse o di mercato

Il team di Progetto e` creato ad hoc e dismesso al termine del progetto stesso

Il Concetto di Unicita` del Prodotto/Servizio

Il Progetto consiste nello sviluppare un qualche cosa di unico (mai sviluppato prima); se talvolta la categoria e` molto ampia (i.e. una centrale elettrica) questo non significa che ogni realizzazione sia identica alla precedente.

Siccome ogni progetto e` unico (e vedremo come sia utile aumentare la ripetitibilita` senza cambiarne la natura) e` necessario che sia elaborato progressivamente.

Per elaborato si intende studiato nel dettaglio e con cura, mentre per progressivamente si vuole intendere procedendo per passi concatenati successivi.

Un Esempio di Progetto

Un impianto chimico comincia con la definizione delle caratteristiche del processo.

Queste specifiche sono usate come supporto per progettare le parti di impianto principali.

Queste basi sono utilizzate per la progettazione ingegneristica del processo, delle componenti meccaniche delle unita` impiantistiche e i servizi ausiliari e di stabilimento.

Questi progetti sono la base per lo sviluppo dei disegni costruttivi.

Durante la costruzione questi disegni sono interpretati ed adattati sulla base delle necessita` e le modifiche sono approvate di conseguenza.

Durante i test, l'avviamento ed il collaudo sono condotte ulteriori elaborazioni delle caratteristiche e sono operati tarature e rifiniture definitive

Progetti Interni e per Terzi

I progetti si possono dividere in molti tipi come gia` accennato tuttavia esiste una chiara differenza fra progetti interni all'azienda e progetti di fornitura a terzi; nei primi la controparte e` il cliente/committente, mentre nei secondi si definisce normalmente sponsor l'insieme di persone che promuovono lo sviluppo del progetto (normalmente parte della direzione aziendale o della proprieta').

I progetti interni riguardano normalmente attivita` legate ai settori:

R&D, BPR (Business Process Re-engineering), riorganizzazioni, ristrutturazioni, installazione nuovi sistemi (i.e. introdurre un dBase gestione commesse), procedure (i.e. certificarsi ISO14001) e realizzazione di nuovi impianti (i.e. costruire un magazzino in Porto), etc..

I progetti esterni (destinati a terzi) mirano a fornire un prodotto/servizio.

Le Fasi di Sviluppo di un Progetto

Siccome i Progetti sono affetti da Stocasticita` tendono ad essere divisi in Fasi di Progetto per semplificarne l'analisi ed il collegamento.

L'insieme di tutte le fasi compone il Project Life Cycle.

Ogni Fase termina con la realizzazione di un Deliverable ove con questo termine si intende un qualche cosa di tangibile e valutabile (i.e. studio di fattibilita`, avviamento controlli etc.).

Al termine della Fase si procede ad una analisi del risultato per verificare se si puo` procedere alla fase successiva e per avviare eventuali modifiche e/o attivita` correttive.

Caratteristiche del ciclo di vita del progetto

Definire il ciclo di vita di un progetto può aiutare il project manager a chiarire se sia opportuno considerare lo studio di fattibilità la prima fase del progetto o un progetto distinto ed autonomo. I cicli di vita del progetto definiscono in genere:

• quale  lavoro tecnico deve essere svolto in ciascuna fase;
• quando devono essere prodotti i deliverable in ciascuna fase e come ciascuno di essi deve essere analizzato, verificato e convalidato;
• chi è coinvolto in ciascuna fase;
• come controllare ed approvare ciascuna fase.

Le descrizioni del ciclo di vita del progetto può essere sia molto generale che molto dettagliata; queste ultime possono includere modelli, diagrammi e liste di controllo al fine di dare una forma strutturata e assicurare il controllo.

La maggior parte dei cicli di vita del progetto presentano caratteristiche comuni:

• le fasi sono in genere sequenziali e vengono comunemente definite da una forma di trasferimento di informazioni tecniche o da un passaggio di consegne dei componenti tecnici.
• I costi ed i livelli del personale coinvolti sono inizialmente bassi, raggiungono il picco nel corso delle fasi intermedie e diminuiscono rapidamente quando il progetto si avvia alla conclusione. (vedere figura 1-1).

Figura 1-1. Costo e livello del personale tipici di un progetto nel corso del ciclo di vita del progetto

• Il livello di incertezza, e quindi anche il rischio di non riuscire a raggiungere gli obiettivi, sono maggiori all'inizio del progetto. In genere la certezza di raggiungere il completamento si intensifica progressivamente con l'avanzamento del progetto.
• L'abilità degli stakeholder di influenzare le caratteristiche e il costo finale del prodotto del progetto è massima all'inizio e diminuisce progressivamente via via che il progetto avanza. Tutto questo è dovuto al fatto che di solito il costo delle modifiche e della correzione degli errori aumenta con l'avanzamento del progetto stesso. (vedere figura 1-2).

Figura 1-2. Influenza dei stakeholder nel corso del tempo

Caratteristiche del ciclo del progetto

Il completamento e l'approvazione di uno o più deliverable caratterizzano una fase di progetto. Un deliverable è un prodotto del lavoro misurabile e verificabile, come le specifiche di prodotto, il rapporto finale di uno studio di fattibilità, un documento di progettazione dettagliato o un prototipo funzionante. I deliverable  sono un elemento costitutivo di un processo, in genere sequenziale, ideato per garantire un adeguato controllo del progetto e per raggiungere il prodotto o il servizio desiderati, ovvero l'obiettivo del progetto.

In qualsiasi specifico progetto, per ragioni di dimensioni, complessità, livello di rischio e vincoli di flusso di cassa, le fasi possono essere ulteriormente suddivise in sottofasi. Ogni sottofase, per l'esecuzione del monitoraggio e del controllo, è associata a uno o più deliverable specifici. La maggior parte di questi sono collegati ai deliverable della fase principale, e le fasi normalmente da questi prendono il nome: requisiti, progettazione, costruzione, collaudo, avviamento, volume di affari e molti atri ancora, in base alle esigenze.

Una fase di progetto termina in genere con una revisione del lavoro svolto e dei deliverable ottenuti per determinarne il livello di accettazione e verificare se è necessario ulteriore lavoro oppure se la fase può considerarsi conclusa.

Il completamento formale della fase non include anche l'autorizzazione all'avvio della fase successiva. Per un controllo efficace, ogni fase viene formalmente iniziata al fine di produrre un output, dipendente dalla fase stessa, che specifichi cosa è permesso e previsto nell'ambito della fase in questione, come illustrato nella figura 2-3. È quindi possibile eseguire un'analisi di fine fase con l'esplicito intento di ottenere l'autorizzazione a chiudere la fase in corso e ad avviare quella successiva. A volte vengono concesse entrambe le autorizzazioni con una sola analisi. Le revisioni di fine fase sono spesso denominate uscite dalla fase, punti di uscita o punti di rottura.

Figura 2-3. Tipica sequenza delle fasi in un ciclo di vita del progetto

Le fasi di progetto

Il ciclo del progetto è normalmente diviso in quattro stadi: identificazione, preparazione, valutazione e realizzazione. I vari stadi non sono necessariamente l'uno successivo all'altro e spesso si accavallano l'uno sull'altro. Importante sottolineare è che l'elaborazione del progetto è un processo che si svolge in un arco di tempo e che, terminata la realizzazione, si apre la possibilità di continuare l'opera intrapresa con un altro progetto. Durante tutto il ciclo la preoccupazione principale di chi ha il compito di valutare e realizzare il progetto consiste nel considerare varie alternative, esaminarle e scegliere quelle che meritano di essere portate allo stadio successivo.

Identificazione del progetto

Si riferisce alla ricerca dei progetti che possono contribuire al raggiungimento di obiettivi specifici di sviluppo del paese. L'identificazione del progetto deve essere quindi una parte integrante del lavoro di programmazione nazionale e settoriale, utilizzando lo studio delle strategie settoriali come la principale fonte d'ispirazione per la concezione del progetto con cui dar corpo a queste strategie.

Dopo aver esaminato alcuni schemi di disegno progettuale volti a raggiungere le finalità del progetto, il primo passo è sceglierne uno o più per prepararli in tutti i loro aspetti tecnici, economici, istituzionali, finanziari. Ciò richiede una rapida valutazione preliminare fatta da esperti e tecnici, che devono eliminare le proposte che sono tecnicamente più rischiose, non presentano sbocchi di mercato , risultano molto costose in relazione ai loro benefici potenziali. È necessario condurre questa valutazione preliminare per ridurre il ventaglio dei disegni progettuali alternativi possibili e per dedicare tempo e lavoro solo a quelli più promettenti.

Dopo la valutazione preliminare, i progetti non scartati devono essere analizzate in maniera sistematica e questi sono spesso detti studi di pre-fattibilità, che devono includere:

Struttura e obiettivi del progetto;

i costi approssimativi di investimenti;

gli elementi istituzionali ed amministrativi che potranno avere un ruolo fondamentale per il progetto.

Preparazione del progetto

Se lo studio di pre-fattibilità indica che il progetto è promettente, si passa allo stadio di preparazione. Il progetto entra nella fase in cui può essere analizzato completamente, prima che venga presa la decisione sul suo finanziamento e sulla sua attuazione. Al momento della valutazione l'analisi degli aspetti tecnici, finanziari, economici, istituzionali del progetto dovrebbe essere completa in modo che si possa decidere il suo finanziamento con sufficiente certezza circa l'esito. Nello studio di fattibilità tutti gli aspetti del progetto devono ricevere l'attenzione che meritano.

La preparazione è probabilmente lo stadio più importante della elaborazione del progetto. Scelte critiche relative alla struttura del progetto vengono effettuate in questo stadio. Anche se tecnicamente possibile, cambiare successivamente le componenti fondamentali del progetto potrà essere molto costoso e richiedere molto tempo e lavoro. Ne consegue che la preparazione del progetto necessita di un lavoro interdisciplinare di gruppo fra esperti che si occupano delle diverse parti  e dei diversi aspetti in stretto rapporto di lavoro.

Valutazione del progetto

Allo scopo di valutare il progetto, si analizzano i seguenti aspetti/parametri:

Rilevanza: ossia la valutazione della rilevanza, delle problematiche trattate.

Tale parametro misura l'incidenza degli obiettivi progettuali sulla soluzione delle  problematiche legate alla città.

Fattibilità: valutazione del grado di fattibilità di un progetto, ovvero analisi dei fattori e delle condizioni interne ed esterne al progetto che possono influire positivamente o negativamente al raggiungimento degli obiettivi.

Sostenibilità potenziale: valutazione ex-ante del grado di continuità dei benefici previsti dal progetto, ovvero misura in cui i benefici previsti dal progetto possono continuare a rinnovarsi successivamente all'interruzione dell'intervento progettuale esterno.

Per quanto riguarda infine la valutazione dei risultati del progetto si considerano:

Impatto: valutazione dell'impatto (positivo o negativo) del progetto proposto sulla società.

Tale parametro misura un grado di variazione delle condizioni preesistenti alla attuazione della proposta progettuale

Efficacia: valutazione del grado in cui i servizi erogati nell'ambito del progetto hanno consentito ai beneficiari di acquisire i vantaggi previsti.

Efficienza: valutazione della qualità e quantità dei servizi erogati in relazione al costo sostenuto per la relativa erogazione.

Sostenibilità concreta: valutazione ex-post del grado di continuità dei benefici previsti dal progetto.

Tale parametro misura se i benefici previsti dal progetto continuino a rinnovarsi successivamente all'interruzione dell'intervento progettuale esterno.

Realizzazione del progetto

La realizzazione in senso stretto inizia subito dopo la decisione finale di finanziamento e termina quando i benefici attesi cominciano ad essere generati. Tali attività devono essere attentamente programmate ed eseguite se si vogliono evitare intralci e ritardi.

Le operazioni di attuazione ( ex ante, in itinere, ex post) possono essere realizzate mediante interviste( aperte, semi-strutturate, strutturate), questionari, griglie di valutazione, registri da compilare, e si dividono in:

• Supervisione: verifica che vengano rispettati i tempi di attuazione e le specifiche fisiche, economiche ed amministrative del progetto

• Valutazione ex ante: deve essere svolta nella fase preliminare dell'idea progettuale. Serve per capire la validità del progetto in termini di efficacia e di efficienza, nonché a stilare una puntuale valutazione iniziale della situazione di partenza che emerge direttamente dalle esigenze dei soggetti coinvolti;
• Valutazione in itinere: è il meccanismo chiave mediante cui è possibile avere un continuo feedback che consente di rimodulare, modificare o rettificare il sistema progettuale, nel caso in cui venissero rilevate incongruenze;
• Valutazione ex post: viene svolta alla fine del progetto e serve per verificare il raggiungimento degli obiettivi previsti dal progetto.

Relazioni tra ciclo di vita del progetto e ciclo di vita di prodotto

Molti progetti sono collegati al lavoro normalmente svolto all'interno della Performing Organization. Alcune strutture organizzative approvano formalmente i progetti solo dopo il completamento di uno studio di fattibilità, di un piano preliminare o di altra forma di analisi equivalente. In questi casi, la pianificazione e l'analisi preliminare costituiscono progetti separati. La definizione di ciclo di vita del progetto consente inoltre di identificare le azioni transitorie da svolgersi o meno al termine del progetto, allo scopo di collegare il progetto alle funzioni operative in corso della Performing Organization. La figura 2-4 illustra il ciclo di vita di prodotto a partire dal piano aziendale, proseguendo con l'ideazione, con il prodotto stesso, con il normale funzionamento e con la dismissione del prodotto. Il ciclo di vita del progetto attraversa una serie di fasi che portano alla creazione del prodotto. I progetti aggiuntivi possono prevedere un aggiornamento delle prestazioni del prodotto. In alcune aree applicative, come lo sviluppo di un nuovo prodotto o di un nuovo software, le strutture organizzative considerano il ciclo di vita del progetto come un elemento costitutivo del ciclo di vita di prodotto.

Figura 2-4. Relazione tra il ciclo di vita del prodotto e del progetto

2 Analisi territoriale del contesto

E' uno stadio imprescindibile della stesura del progetto. Rappresenta il momento  in cui l'idea progettuale si forma, e permette, pertanto, una "naturale" emersione dei bisogni del contesto territoriale oggetto dell'intervento.( Il bisogno diventa poi obiettivo e risultato).

L' analisi dettagliata del contesto in cui si vuole intervenire può essere condotta su basi statistiche, economiche, legislative, documentali, ecc., e permette di individuare problemi, vincoli e opportunità ai quali l'azione progettuale dovrà indirizzarsi.

Con la valutazione iniziale vi sarà una attenta analisi di problemi, bisogni, situazioni di disagio/mancanza presenti nei soggetti target. Permette inoltre di testare la disponibilità dei soggetti interessati ad accogliere l'intervento progettuale.

Fondamentale sarà l'identificazione specifica e dettagliata di tutti i problemi che interessano la situazione presa in considerazione: deve, in sostanza, procedersi alla individuazione di una situazione negativa attuale ed oggettiva e delle relative possibili cause, ponendo particolare attenzione a non confondere il problema con la possibile soluzione.

E' infatti ricorrente l'errore di impostare la formulazione dei problemi in termini di " mancanza di qualcosa"; in tal modo non si identifica il vero problema dei beneficiari dell'intervento, ma si delinea già una delle possibili soluzioni al problema.

Project Management e Definizioni

Per PM si intende l'applicazione dell'approccio sistemico alla gestione di attivita' tecnologicamente complesse o di progetti i cui obiettivi sono esplicitamente fissati in termini di parametri di tempo costo e performance (Cleland & King 1988)

Pianificare organizzare dirigere e controllare le risorse dell'azienda per un obiettivo relativamente di breve termine, che e` stato fissato per portare a termine traguardi ed obiettivi specifici. Inoltre il PM utilizza l'approccio sistemico alla gestione mediante l'assegnazione di personale di funzione (gerarchia verticale) ad uno specifico progetto (gerarchia orizzontale). (Kerzner 1989)

Istituire un comitato non significa attuare il PM. Quasi tutto cio' che caratterizza i comitati e` esattamente cio` che pregiudica la buona realizzazione del PM.. Un comitato e` orientato alle raccomandazioni; un progetto e` orientato ai risultati. Designare un Project Manager non significa di per se` costituire un Progetto. (Martin 1976)

Il processo mediante il quale le persone cercano di guidare un progetto per raggiungere traguardi prestabiliti, nel rispetto di vincoli temporali. Questo processo coinvolge elementi di pianificazione, monitoring, analisi, problem solving e comunicazione

I sistemi automatizzati di PM aiutano i manager a mantenere gli elementi di controllo in particolare per progetti di grandi dimensioni, complessi, che implicano la gestione di una elevata quantita` di dati.

Con l'aiuto di questi sistemi ed il supporto di servizi di PM, i manager sono meglio in grado di fissare il loro piano, di valutare regolarmente lo stato del progetto rispetto al piano e di sostenere possibili linee di azione alternative.

Guidare e Gestire il Progetto

Il dover gestire risorse in modo autonomo richiede di :

Stabilire linee strategiche di Sviluppo del progetto sul Lungo Periodo

Allineare il personale coinvolto, mantenendo costante informazione circa gli sviluppi secondo le rispettive competenze

Motivare, Coordinare ed Ispirare il personale coinvolti il che richiede competenze tecniche e capacita' comunicative

Alcune scuole (e corrispondenti aziende) ritengono si possano formare i Project Manager in questo campo (i.e. Aramco), mentre altre prevedono di selezionare quali Project Manager solo persone dotate di queste capacita` differenziando le carriere (i.e. SNAM Progetti).

2.2 Stakeholder di progetto

Gli stakeholder di progetto sono persone o strutture organizzative attivamente coinvolte nel progetto o i cui interessi possono subire conseguenze dell'esecuzione o dal completamento del progetto. Gli stakeholder possono anche influire sugli obiettivi e sui risultati del progetto. Il gruppo di Project Management deve identificare gli stakeholder, determinarne i requisiti e le aspettative e, per quanto possibile, gestire l'influenza che possono esercitare in merito ai requisiti per garantire la buona riuscita del progetto. La figure 2-5 illustra la relazione tra stakeholder e gruppo di progetto.

Figura 2-5. Relazione tra gli stakeholder e il progetto

Gli stakeholder, quando partecipano a un progetto, hanno vari livelli di responsabilità e autorità che possono tuttavia cambiare nel corso del ciclo di vita del progetto. La loro responsabilità e autorità spazia da contributi occasionali ad indagini o focus group alla completa sponsorizzazione del progetto, che include un supporto finanziario e politico. Gli stakeholder che ignorano tale responsabilità possono anche causare danni agli obiettivi del progetto. Analogamente, i project manager che ignorano gli stakeholder si possono aspettare conseguenze negative sui risultati del progetto.

A volte l'identificazione degli stakeholder può risultare difficoltosa. Si potrebbe sostenere, ad esempio, che anche un operaio alla catena di montaggio, il cui posto di lavoro dipenda dalla riuscita di un progetto per un nuovo prodotto, sia uno stakeholder. L'insuccesso nell'identificare uno stakeholder chiave può causare problemi seri al progetto. Ad esempio, in un progetto di aggiornamento del software per l'anno 2000 (Y2K), il ritardato riconoscimento del fatto che l'ufficio legale fosse uno stakeholder importante ha causato l'aggiunta ai requisiti del progetto di molti task di documentazione.

Gli stakeholder possono avere sia un impatto negativo che positivo sul progetto. Gli stakeholder positivi sono quelli che traggono in genere vantaggi dalla buona riuscita del progetto, mentre gli stakeholder negativi sono quelli che vedono risultati negativi dalla buona riuscita del progetto. Ad esempio, i dirigenti aziendali appartenenti a una comunità, che trarrebbe vantaggio da un progetto di espansione industriale, sono stakeholder positivi perché vedono nel successo del progetto un ritorno economico per la propria comunità. Al contrario i gruppi di ambientalisti possono essere considerati degli stakeholder negativi, se ritengono che il progetto sia nocivo per l'ambiente. In presenza di stakeholder positivi, è possibile supportarne gli interessi contribuendo al successo del progetto, ad esempio facendo in modo che il progetto ottenga tutte le autorizzazioni necessarie per proseguire. L'interesse degli stakeholder negativi verrebbe invece supportato con un aumento dei vincoli sull'avanzamento del progetto, come la richiesta di ulteriori indagini ambientali. Spesso il gruppo di progetto non tiene conto a sufficienza degli stakeholder negativi, tanto da mettere a repentaglio la buona riuscita del proprio progetto.

Gli stakeholder principali di un progetto includono:

• Project manager: persona responsabile della gestione del progetto.
• Cliente/utente: persona o struttura organizzativa che utilizzerà il prodotto del progetto. Possono esistere diversi livelli di clienti. Ad esempio, i clienti di un nuovo prodotto farmaceutico comprendono i medici che lo prescrivono, i pazienti che lo assumono e le assicurazioni mediche che ne pagano l'acquisto. In alcune aree applicative, i termini cliente e utente sono sinonimi, mentre in altre per cliente si intende l'entità che effettua l'acquisto del prodotto del progetto e per utente colui che utilizza direttamente tale prodotto.
• Performing Organization: azienda i cui dipendenti sono coinvolti più direttamente nello svolgimento del lavoro del progetto.
• Membri del gruppo di progetto: gruppo incaricato dell'esecuzione del lavoro previsto dal progetto.
• Gruppo di Project Management: membri del gruppo di progetto che sono direttamente coinvolti nelle attività di Project Management.
• Sponsor: persona o gruppo che fornisce le risorse finanziarie, in denaro o in natura, necessarie al progetto.
• Soggetti influenti: persone o gruppi che sono non direttamente collegati con l'acquisto o l'uso del prodotto del progetto ma che, a causa della posizione ricoperta nella struttura organizzativa del cliente o nella Performing Organization, possono influire positivamente o negativamente sul corso del progetto.
• PMO: se presente nella Performing Organization, il PMO può essere considerato uno stakeholder se ha una responsabilità diretta o indiretta sull'esito del progetto.

Oltre a questi stakeholder principali, ci sono vari nomi e categorie di stakeholder di progetto, sia interni che esterni, come proprietari e investitori, fornitori e appaltatori, membri del gruppo di lavoro e relative famiglie, agenzie governative e rappresentanti dei media, singoli cittadini, lobby temporanee o permanenti, strutture organizzative e società nel loro insieme. L'individuazione e il raggruppamento degli stakeholder serve principalmente a identificare le persone e le strutture organizzative che si considerano tali. I ruoli e le responsabilità degli stakeholder possono condividere aree comuni, come nel caso in cui un'impresa edile fornisca i fondi per il finanziamento di uno stabilimento di cui cura la progettazione.

I project manager hanno il compito di gestire le aspettative degli stakeholder, compito spesso reso difficoltoso a causa dei differenti, e a volte contrastanti, obiettivi degli stakeholder stessi. Per esempio.

• Il responsabile di un reparto che abbia richiesto un nuovo sistema informatico può essere interessato a contenerne il costo, mentre l'architetto di sistema potrebbe desiderare piuttosto un sistema tecnicamente avanzato e la ditta che ha in appalto la programmazione potrebbe a propria volta avere come obiettivo prioritario la massimizzazione del profitto.
• Per il vicepresidente del reparto di ricerca in un'azienda elettronica il successo di un nuovo prodotto si misura in base al grado di novità della tecnologia raggiunta, per il vicepresidente del reparto produzione in base al grado di efficienza del processo produttivo, mentre per il vicepresidente del marketing il successo dipende dal numero di nuove funzionalità disponibili.
• Il titolare di un progetto di sviluppo immobiliare avrà come interesse principale il rispetto dei tempi di consegna, mentre l'ente pubblico locale competente avrà come obiettivo primario la massimizzazione degli introiti fiscali, un gruppo ambientalista la riduzione al minimo dell'impatto ambientale e i residenti della zona, a loro volta, il trasferimento del progetto in un altro luogo.

Il Concetto di Stakeholder

Per Stakeholder si intendono gli individui che sono attivamente coinvolti nel progetto e la cui soddisfazione influenza il successo del Progetto Stesso.

Essi sono Tipicamente fra i molti altri (i.e. famiglie del Project Team):

Il Project Manager

Il Cliente bisogna rilevare che ci possono essere tipologie diverse di cliente

(i.e. dottori e pazienti per nuova medicina)

La Struttura Coinvolta nel Progetto

Sponsors (supporter in vari modi del progetto)

Etc.

Soddisfarne le esigenze e le aspettative e` difficile perche`:

i soggetti sono di natura differente, spesso non sono chiari ai soggetti stessi gli obiettivi, spesso questi sono contrastanti,etc .

Di norma si da` priorita` alle esigenze del Cliente, ma non bisogna comunque trascurare quelle degli altri soggetti.

2.3 Beneficiari/Attori/Altri partners: sono i soggetti pubblici e privati, rappresentativi di interessi, seppur diversi, relativi alla situazione di riferimento ed in grado di apportare un contributo per il miglioramento delle condizioni esaminate.

Vi rientrano i soggetti direttamente coinvolti, ovvero  beneficiari diretti ed indiretti: operatori del progetto, controparte( partners principali del progetto), soggetti istituzionali o paraistituzionali, nonché eventuali partners internazionali, nazionali o locali (per ciascuno di questi è necessario indicare il livello di coinvolgimento, ovvero il grado di partnerariato).

I beneficiari direttamente coinvolti nel progetto devono essere espressi in termini quantitativi.

I Partecipanti al Progetto

Utilizzatore: colui che usufruisce del prodotto; puo` essere o meno il cliente (i.e. ICI commissiona un impianto desolforazione vs. Comune di Stoccarda costruisce un Ospedale); e` il riferimento per

le specifiche operative

Cliente: colui che sostiene l'investimento di un progetto esterno

Committente: colui che bandisce la richiesta di offerta ed e` responsabile dinnanzi al cliente del Progetto per tutta la sua durata e funge quindi da interfaccia per il contractor.

Contractor: Azienda che stipula il contratto per la realizzazione del progetto; per grandi commesse esiste normalmente un main contractor e una serie nutrita di contractors e sub-contractors.

A volte il cliente nomina direttamente un managing contractor che funge da coordinatore dei contractors.

Licenziatario: Colui che fornisce la licenza per utilizzare brevetti/tecnologie esterne (i.e. Siemens ad Ansaldo su Turbo Gas).

Fornitore: Fornitore di servizi, prodotti, componenti o materie prime.

Enti Normativi: Tutti gli enti che definiscono norme che influisco sul progetto

Capitolo 2

Logical Framework Analisys

La Logical framework Analisys è una matrice che descrive in maniera operativa gli aspetti più importanti di un progetto. Permette di verificare che l'attività sia ben progettata e costituisce un utile strumento per le successive fasi di monitoraggio e valutazione. Pertanto, è particolarmente adatto a valutare la coerenza di un programma/progetto, nonché uno strumento che supporta l'individuazione degli indicatori più adatti per monitorare e valutare gli

effetti di un programma.

Si comincia a disegnare la matrice in fase di pianificazione delle attività (fase di proposta) e la si modifica nel corso dello svolgimento delle attività stesse, in fase di realizzazione del progetto.

In questa tabella, vengono esposti tutti i fattori salienti e le componenti necessarie per la realizzazione del progetto e per la sua corrispondenza con gli obiettivi conseguiti, nonché i legami logici che concatenano la successione degli eventi e i relativi rapporti di causa effetto.

Il significato della tabella viene dato dagli incroci colonne/righe e dalle loro caselle a doppia entrata.

La tabella è generalmente strutturata in tre colonne verticali e in quattro righe orizzontali. L'incrocio delle caselle serve a spiegare la successione degli eventi, le possibili procedure di verifica dei risultati e le condizioni necessarie perché i risultati attesi possano verificarsi.