BIBLIOGRAFIA
•
Project Management. La metodologia dei 12 Step. Come applicarla in tempo reale per
gestire con successo piccoli e grandi progetti - Antonello Bove, ED. Hoepli, 2014
Project Management.
•
La gestione di progetti e programmi complessi - Russel D. Archibald, ED. Franco
Angeli 2012
1
2
3
4
5
6
7
http://www3.imperial.ac.uk/ictprojectprocess/pmtools/projectstructure
8
9
10
11
12
13
14
CATEGORIE TASSONOMICHE (R.D. Archibald)
in base all'omogeneità delle fasi del ciclo di vita e dei processi di PM
1. aerospaziali e militari
2. cambiamento strategico e organizzativo
3. sistemi di telecomunicazione
4. grandi eventi
5. progetti impiantistici
6. sistemi informativi e sviluppo software
7. aiuto allo sviluppo socio-economico
8. spettacolo e comunicazione di massa
9. sviluppo di nuovi prodotti e servizi
10. ricerca e sviluppo
15
CATEGORIE TASSONOMICHE (R.D. Archibald)
in base all'omogeneità delle fasi del ciclo di vita e dei processi di PM
1. aerospaziali e militari
2. cambiamento strategico e organizzativo
3. sistemi di telecomunicazione
4. grandi eventi
5. progetti impiantistici
6. sistemi informativi e sviluppo software
7. aiuto allo sviluppo socio-economico
8. spettacolo e comunicazione di massa
9. sviluppo di nuovi prodotti e servizi
10. ricerca e sviluppo
16
17
18
22
23
24
25
26
27
28
29
•
garanzia che le attività di ogni area funzionale vengono pianificate e realizzate per
soddisfare le esigenze complessive del progetto
•
la certezza che sono note le conseguenze a cui si va incontro favorendo un progetto
rispetto ad un altro (ad esempio, allocando risorse critiche)
•
la tempestiva identificazione di problemi che possono mettere a repentaglio il
completamento del progetto, con la conseguente possibilità di prendere le iniziative
più opportune per prevenirli e risolverli
Costruire una breakdown structure significa scomporre un progetto secondo uno
schema logico-gerarchico ben definito.
Partendo dall’obiettivo generale del progetto o dall’output che lo concretizza,
questo viene scomposto dall’alto verso il basso in elementi via via più dettagliati,
originando in tal modo una struttura gerarchica ad albero.
Nella scomposizione del progetto si possono adottare diverse logiche, che
dipendono dalla specifica finalità che ci si prefigge in fase di pianificazione. Ad
ogni logica adottata corrisponderà evidentemente una struttura con
caratteristiche diverse, in termini di natura degli oggetti presenti ai diversi livelli,
di criteri con cui si passa da un livello superiore a quello inferiore e di grado di
dettaglio che deve essere raggiunto.
Per quanto come detto il grado di dettaglio con cui si effettua la scomposizione
logico – gerarchica di un progetto (cioè sostanzialmente il numero di livelli della
struttura ad albero) dipenda intrinsecamente dal tipo di progetto e dal tipo di
breakdown structure, è bene comunque affidarsi sempre al “buon senso”,
mediando il giusto trade off tra completezza di analisi e leggibilità della struttura:
·completezza di analisi: maggiore è il numero di livelli dell’albero e maggiore è la
probabilità di aver effettivamente scomposto il progetto in tutti i suoi elementi
costitutivi, senza tralasciare parti di progetto
·leggibilità della struttura: un numero di livelli elevato potrebbe in alcuni casi
essere penalizzante se non addirittura dannoso; l’eccessiva articolazione del
progetto potrebbe ad esempio portare all’inutile suddivisione di attività
autoconsistenti, con conseguenti difficoltà sia in fase di pianificazione
(attribuzione delle risorse e tempificazione) sia in fase di controllo
Una prima finalità è certamente quella di analizzare le funzionalità che l’output del
progetto dovrà avere: in questo caso la logica di scomposizione è quella delle funzioni.
Se l’output di progetto è rappresentato da un prodotto fisico, è altrettanto importante
individuare la struttura fisica del prodotto stesso, ovvero l’articolazione del prodotto
in termini di assiemi, sotto-assiemi e componenti: si adotta quindi una logica di
disaggregazione di prodotto.
Quasi sempre si avverte la necessità di disaggregare il progetto in funzione delle
attività da svolgere: si adotta a tale scopo la logica delle attività o dei processi di
lavoro.
In corrispondenza delle diverse attività di progetto devono essere specificate le
competenze richieste e gli enti dell’impresa o esterni che le detengono : a tal fine il
progetto viene scomposto secondo una logica organizzativa.
L’output di progetto potrebbe inoltre essere realizzato in spazi o aree geografiche
distinte, per cui può essere utile utilizzare una logica di scomposizione spaziale: il
progetto viene cioè scorporato in funzione delle suddivisioni fisiche dello spazio in cui
sorgerà il sistema.
Un’ulteriore logica di disaggregazione del progetto è quella dei rilasci progressivi: si
utilizza quando un progetto prevede la consegna di diversi output cadenzata nel tempo,
per cui potrebbe essere determinante scindere il progetto in sottoprogetti in funzione di
tali eventi temporali.
• Può essere utilizzato per tutte le risorse del progetto:
• manodopera
• attrezzature
• macchine
• materiali
• .................
• è una rappresentazione grafica su assi cartesiani:
• l’asse X (asse dei tempi) indica l’inizio e la fine delle attività
l’asse Y (asse delle attività) indica la lista delle attività da svolgere
• livello superiore: contiene le milestones (selezione dei fornitori,
spedizioni, ...) ed è focalizzato sulla redditività del progetto
• livello intermedio: è utilizzato dal Project Manager e dai responsabili
funzionali per il controllo del progetto ed è focalizzato sulle attività di
gruppo
• livello inferiore: è focalizzato sui compiti assegnati a ciascuna persona e
viene spesso utilizzato in forma di report settimanali
Supponiamo inoltre che il diagramma mostrato in precedenza sia il Gantt
di livello superiore, le cui barre rappresentano quindi le macroattività di
progetto.
La barra associata alla singola macroattività può essere esplosa,
generando un Gantt di dettaglio le cui barre individuano i pacchetti di
lavoro.
In modo analogo alla barra di ogni work package può essere associato un
Gantt di livello inferiore, nel quale sono mostrate le singole attività che
compongono il pacchetto.
36
• è possibile utilizzare le stesse risorse in più progetti e visualizzare
nonché aggiornare informazioni sulle risorse di tutti i progetti
• quando si lavora su più progetti che utilizzano le stesse risorse è
necessario creare un pool di risorse, tramite il quale tutti i progetti
possono condividere tali risorse
• la pianificazione dei progetti che condividono risorse terrà pertanto in
considerazione la reciproca influenza nell’impiego delle risorse (in
generale, la priorità di utilizzo delle risorse condivise viene assegnata al
progetto che per primo necessita di quella risorsa)
38
39
• BCWS (Budgeted Cost for Work Scheduled): costo previsto alla data
(nel budget)
• BCWP (Budgeted Cost for Work Performed): costo previsto relativo
all’avanzamento effettivo alla data (budget avanzamento)
• ACWP (Actual Cost for Work Performed): costo effettivo alla data
• SV (Schedule Variance): BCWP-BCWS
• CV (Cost Variance): ACWP-BCWP
EAC comprende:
• i costi di tutti i compiti completati
• i costi sostenuti e la stima di quelli da sostenere dei compiti in corso
• i costi attualmente previsti (budget) per tutti i compiti futuri
BAC comprende tutti i costi previsti a budget per tutti i compiti del
progetto, completati – in corso – futuri
43
44
45
46