Glossario - TenStep Italia

Processo di Project Management TenStep®
Processo di Project Management TenStep®
a cura di
Vito Madaio, PMP®, TSPM™
Versione 13.0
Maggio 2016
Glossario
TenStep Italia
contatto
[email protected]
+39 - 348 - 3974474
www.tenstep.it
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 1 di 8
Processo di Project Management TenStep®
Premessa alla Versione in lingua italiana
Processo di Project Management TenStep
Copyright ©2000-2011 - Tom Mochal, TenStep, Inc.
Mochal, Tom, 1957 –
TenStep Project Management Process / Tom Mochal.
ISBN 0-9763147-0-3 (Versione in lingua italiana)
Traduzione a cura di Vito Madaio - TenStep Italia
Tutti i diritti riservati.
Questo testo viene rilasciato solo per uso personale e non può essere condiviso con altri.
Nessuna parte di questo lavoro può essere riprodotta o diffusa in nessuna forma con nessun mezzo, elettronico o
meccanico, compreso fotocopiatura, registrazione, o qualsiasi mezzo di memorizzazione o sistema di ricerca, senza il
preventivo permesso scritto del possessore del copyright e l’editore.
In questo testo possono apparire nomi di Marchi Registrati. Invece di utilizzare il simbolo del Marchio Registrato ad
ogni occorrenza del nome, abbiamo utilizzato solo i nomi per comodità editoriale e a beneficio del possessore del
Marchio Registrato, con nessuna intenzione di violare il marchio stesso.
LE INFORMAZIONI IN QUESTO TESTO SONO DISTRIBUITE SU BASE “as is”, SENZA GARANZIA. SEBBENE OGNI
PRECAUZIONE SIA STATA PRESA NELLA PREPARAZIONE DI QUESTO LAVORO, NE’ GLI AUTORI, NE’ TENSTEP ITALIA
O TENSTEP, INC. AVRANNO ALCUNA RESPONSABILITA’ VERSO NESSUNA PERSONA O ENTE PER QUALSIASI PERDITA
O DANNO CAUSATO DIRETTAMENTE O INDIRETTAMENTE DALLE INFORMAZIONI CONTENUTE IN QUESTO TESTO.
Il presente testo corrisponde al Processo di Project Management TenStep®, pubblicato sul sito www.tenstep.it
di TenStep Italia. Nome e logo sono marchi registrati di TenStep, Inc., protetti da copyright. TenStep Italia è il
Partner Globale di TenStep, Inc. in esclusiva per l’Italia e la lingua italiana.
Condizioni Generali
Il contenuto di questo eBook può essere utilizzato da lettori individuali con le seguenti eccezioni:

Il contenuto non può essere ripubblicato senza il permesso scritto di TenStep Italia.

Occorre una licenza per utilizzare il processo in un’azienda/ente o in un suo reparto.

Occorre una licenza per utilizzare il processo come metodologia di project management nella propria
azienda.

Occorre una licenza per poter generare fatturato direttamente o indirettamente con il Processo TenStep, ad
esempio come nei seguenti casi:
o Utilizzare la metodologia come base del project management della propria azienda.
o Utilizzare la metodologia come base per prestare consulenza sul project management.
o nella propria azienda.
o Utilizzare la metodologia come base per i propri corsi di formazione.
o Utilizzare la metodologia nell’ambito di una propria offerta di prodotti metodologici.
Le licenze non sono costose e il prezzo è scalabile per piccole, medie e grandi aziende.
Il Processo TenStep è protetto da copyright attraverso l'organismo "United States Copyright Office".
Chi utilizza questo materiale, in violazione a queste condizioni generali, può incorrere in risarcimento danni fino a
$100,000 USD, secondo le leggi degli Stati Uniti d'America sul Copyright.
Il Processo di Project Management TenStep® riflette le best practice e l'esperienza maturata dagli autori.
Le Condizioni Generali di licenza che si applicano in Italia sono le stesse poste in essere negli USA dall’autore.
Il materiale pubblicato in lingua italiana sul sito di TenStep Italia (www.tenstep.it) corrisponde a quello
originale in lingua Inglese, salvo adattamenti in fase di traduzione. Per qualsiasi altra informazione contattare
direttamente:
TenStep Italia
Vito Madaio, PMP, TSPM
E-mail: [email protected]
www.tenstep.it
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 2 di 8
Processo di Project Management TenStep®
INDICE
Glossario ............................................................................................................. 4
www.tenstep.it
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 3 di 8
Processo di Project Management TenStep®
Glossario
Activity
(Attività)
Assumption
(Assunto)
Client
(Cliente)
Constraints
(Vincoli)
Ai fini del Processo di Project Management TenStep®, un’attività è la più
piccola unità di lavoro identificata nella schedulazione del lavoro ( in altre
metodologie, un’attività può essere suddivisa ulteriormente in task).
Ci possono essere circostanze esterne che devono verificarsi affinché il
progetto abbia successo. Se la combinazione delle probabilità delle
occorrenze e l’impatto sul progetto è accettabile si tratta di una assunzione
(in contrapposizione con la definizione di rischio).
La persona o il gruppo al quale è diretto il beneficio di un progetto o
servizio. Si tratta delle persone per le quali il progetto è stato intrapreso (gli
stakeholder sono probabilmente beneficiari indiretti). il Processo TenStep si
riferisce a loro
 con “clients” , se le persone o il gruppo sono interne
all’azienda,
 con “customers”, se sono esterne all’azienda.
I vincoli sono limitazioni fuori dal controllo del team di progetto devono
essere circoscritti. Essi non sono necessariamente problemi. Essi non sono
rischi poiché esiste una probabilità del 100% che accadano (i rischi hanno
una probabilità che si verifichino inferiore al 100%). Però, il project
manager dovrebbe fare attenzione ai vincoli perché consistono in limitazioni
alle quali bisogna sottostare. Date imposte, per esempio, implicano che certi
eventi (forse la fine del progetto) devono avvenire entro una certa data. Le
risorse sono quasi sempre un vincolo, poiché non sono illimitate. Per
esempio, una volta stabilito un budget di progetto, diventa un vincolo
convivere per tutta la durata del progetto.
Best Practice
(Buona Prassi)
Le strategie vincenti, approcci, e processi che producono prestazioni
superiori in una organizzazione. Una buona prassi è un modo per ottenere
un risultato di successo.
Critical Path
(Percorso Critico)
La sequenza di attività che deve essere ultimata secondo la schedulazione
per completare l'intero progetto entro la schedulazione pianificata. E' il
percorso di durata più lunga del piano di lavoro. Se una attività del percorso
critico viene ritardata di un giorno, l'intero progetto ritarderà di un giorno (a
meno che un'altra attività del percorso critico non possa essere ridotta di un
giorno).
Critical Success
Factor (Fattore
Critico di Successo)
Deliverable
www.tenstep.it
Un fattore critico di successo è qualsiasi evento che può verificarsi sul
progetto, utile per raggiungere il suo intento e gli obiettivi.
Una deliverable è qualsiasi tangibile risultato prodotto dal progetto. Questi
possono essere documenti, piani, sistemi, edifici, aeree, etc. Le deliverable
interne vengono prodotte come conseguenza della realizzazione del
progetto e di solito sono necessarie solo per il team di progetto. Le
deliverable esterne sono quelle che vengono create per clienti
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 4 di 8
Processo di Project Management TenStep®
e stakeholder.
Functional Manager
(Capo Funzionale)
Gantt chart
Guideline (Linee
Guida)
Issue (Problema)
Life Cycle (Ciclo di
Vita)
Il capo funzionale è la persona alla quale uno riporta nell'ambito di una
funzione organizzativa. Tipicamente, questa è la persona che esegue la
vostra valutazione di prestazione. Il vostro project manager può anche
essere il capo funzionale, ma non dovrebbe esserlo. Se il vostro project
manager è diverso dal vostro capo funzionale, allora probabilmente la
vostra organizzazione sta utilizzando una organizzazione a matrice.
E' un grafico a barre che rappresenta le attività per blocchi nel tempo.
L'inizio e la fine del blocco corrispondono all'inizio ed alla fine dell'attività.
Un approccio raccomandato (ma non richiesto) per condurre un'attività,
nell'utilizzo di un prodotto.
Un problema importante che impedirà la prosecuzione del progetto e che
non può essere risolto dal project manager e dal team di progetto senza un
aiuto esterno.
Il processo utilizzato per sviluppare e supportare le deliverable prodotte dal
progetto. (Poiché un progetto ha una data di inizio ed una data di fine, il
supporto a lungo termine di una soluzione ricade dopo il completamento del
progetto). Per lo sviluppo software, l'intero ciclo di vita potrebbe
comprendere pianificazione, analisi, disegno, codifica/test, implementazione
e supporto.
Milestone
E’ un evento schedulato che rappresenta il completamento di una
deliverable significativa o un insieme di deliverable correlate. Una milestone,
per definizione, ha zero durata e nessun impegno E quindi non ha un
lavoro associato. Una milestone è' solo un segnale (flag) nella
schedulazione per indicare che è stato ultimato dell’altro lavoro. Di solito,
una milestone viene utilizzata come punto di verifica di un progetto per
accertare come il progetto sta procedendo e confermare l’impegno
necessario per il lavoro rimanente. In molti casi, in occasione di una
milestone c’è da prendere una decisione. Le milestone non sono basate sul
calendario, ma sul completamento di una o più deliverable.
Objective
Una dichiarazione concreta che descrive cosa sta cercando di realizzare il
progetto. L'obiettivo dovrebbe essere scritto ad un livello basso in modo che
possa essere valutato alla conclusione del progetto per vedere se è stato
raggiunto o meno. Un obiettivo ben definito dovrebbe essere Specific,
(Obiettivo)
Program
(Programma)
www.tenstep.it
Measurable, Attainable/Achievable, Realistic and Timebound
(SMART).
Un programma è la struttura ombrello stabilita per gestire una serie di
progetti correlati. Il programma non produce deliverable di progetto, che,
invece, sono a carico dei soli team dei vari progetti. Lo scopo di un
programma è fornire guida e direzione generale, garantire che i progetti
correlati comunichino efficacemente fra loro, fornire un punto di contatto
centrale al cliente ed al ai team di progetto, e determinare come i singoli
progetti dovranno essere definiti per garantire che tutto il lavoro di progetti
sottostanti al programma venga svolto con successo.
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 5 di 8
Processo di Project Management TenStep®
Program Manager
Project
(Progetto)
Project Charter
(Capitolato di
Progetto)
Project Manager
Project Phase
(Fase di Progetto)
Project Team
(Gruppo di Progetto)
Requirements
(Requisiti)
www.tenstep.it
La persona con l'autorità di gestire un programma. Notare che si tratta di
un ruolo. Il Program Manager può anche essere responsabile di uno o più
progetti parte del programma. In questo caso per quei progetti copre anche
il ruolo di project manager oltre a quello di program manager.). Il program
manager guida l'intera pianificazione e gestione del programma. Tutti i
project manager di un programma riportano al Program Manager.
Una struttura per realizzare una specifica deliverable definita o un insieme
di deliverable. Un progetto ha una specifica data di inizio ed una specifica
data di fine, specifici obiettivi e specifiche risorse assegnate per eseguire il
lavoro. Un project manager ha la responsabilità totale e l’autorità sul
progetto. Quando si raggiungono gli obiettivi, il progetto si considera
terminato.
Prima di avviare un progetto è importante conoscere tutti gli obiettivi del
progetto, il contenuto, le deliverable, i rischi, le assunzioni, l’organizzazione
del progetto, etc. Il Capitolato di Progetto è il documento che contiene
queste importanti informazioni. Il Project Manager è responsabile della
creazione del Capitolato di Progetto. Il documento dovrebbe essere
approvato dallo sponsor per dimostrare che il project manager e lo sponsor
concordano su questi importanti aspetti del progetto.
La persona con la responsabilità di gestire un progetto. Ciò comprende la
pianificazione e lo sviluppo delle deliverable di progetto. Il project manager
è responsabile della gestione del budget, del piano di lavoro e di tutte le
procedure di project management (gestione di contenuto, problemi, rischi,
etc.).
Una fase è una parte logica del lavoro di un progetto. Una fase rappresenta
anche il completamento delle principali deliverable o insieme di deliverable.
Su un progetto di sviluppo IT, le fasi logiche potrebbero essere
pianificazione, analisi, disegno, codifica/test, implementazione.
Il team di progetto comprende le risorse a tempo pieno e a tempo parziale
assegnate a lavorare sulle deliverable del progetto, per raggiungere gli
obiettivi di progetto. Essi sono responsabili di:
 Comprendere il lavoro da realizzare
 Pianificare le attività assegnate in maggiore dettaglio se necessario
 Completare il lavoro assegnato nel budget, nei tempi e secondo le
aspettative di qualità
 Informare il project manager di problemi, modifiche al contenuto,
rischi e preoccupazioni per la qualità
 Comunicare proattivamente lo stato di avanzamento e gestire le
aspettative.
Il team di progetto può comprendere risorse umane di una sola funzione
organizzativa, o di più funzioni aziendali. Un team multifunzionale ha
membri di più reparti.
I requisiti sono descrizioni di come un prodotto o un servizio deve agire,
apparire o funzionare. I requisiti generalmente si riferiscono ai dispositivi ed
alle funzionalità delle deliverable che tu devi realizzare con il progetto. I
requisiti vengono considerati parte del contenuto del progetto. Nel
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 6 di 8
Processo di Project Management TenStep®
Capitolato di progetto vengono definiti i requisiti di livello alto. Mentre i
requisiti rappresentano il dettaglio del contenuto. Dopo che i requisiti sono
stati approvati, possono essere modificati soltanto attraverso il processo di
gestione delle modifiche (Change Management).
Risk
(Rischio)
Schedule
(Schedulazione)
Ci possono essere circostanze esterne o eventi che non devono
verificarsi affinché il progetto abbia successo. Se la combinazione delle
probabilità delle occorrenze e l’impatto sul progetto non è accettabile, vuol
dire che si tratta di un rischio (in contrapposizione con le assunzioni).
Identificare qualcosa come un rischio ne aumenta la visibilità, e consente di
impostare un Piano di Gestione del Rischio.
La schedulazione di progetto ti dice come realizzare il progetto. La
schedulazione descrive le attività necessarie, la sequenza del lavoro, chi è
assegnato al lavoro, una stima dell’impegno richiesto, quando il lavoro deve
terminare, ed altre informazioni di interesse per il project manager. La
schedulazione consente al project manager di monitorare il lavoro per
determinare se il progetto è in linea.
Scope (Contenuto)
Il contenuto rappresenta il modo in cui si descrivono i confini e le
deliverable di un progetto. Definisce ciò che il progetto rilascerà e ciò che
non rilascerà. Per grandi progetti, può comprendere i reparti coinvolti, le
transazioni impattate, i tipi di dati da trattare, etc.
Service Level
Agreement (SLA)
Uno SLA è un accordo relativo ai livelli di servizio misurabili tra il fornitore
ed il ricevente del servizio.
Sponsor (Executive
Sponsor e Project
Sponsor)
La persona che ha l'ultima parola sul progetto. L'Executive Sponsor finanzia
il progetto, decide la soluzione di problemi, le modifiche al contenuto,
approva le principali deliverable e fornisce direzione di alto livello. Sostiene
il progetto nell'abito dell'organizzazione. In funzione della posizione
dell'Executive Sponsor nell'organizzazione, egli può delegare la gestione
tattica del giorno per giorno ad uno Sponsor di Progetto. Se assegnato, lo
Sponsor di Progetto rappresenta l'Executive Sponsor per la quotidianità e
prende molte decisioni che altrimenti richiederebbero l'approvazione dello
Sponsor. Se la decisione è abbastanza grande,lo Sponsor delegato la porta
dall'Executive Sponsor.
Stakeholder
Persone specifiche o gruppi che hanno un interesse nel risultato del
progetto. Normalmente gli stakeholder appartengono all’azienda, e possono
comprendere clienti interni, management, impiegati, amministratori, etc. Un
progetto può anche avere stakeholder esterni, comprendenti fornitori,
investitori, gruppi di collettività e organizzazioni governative.
Standard
Uno standard è un approccio necessario per condurre una attività o task,
utilizzando un prodotto,etc. Molte volte uno standard è la best practice da
seguire per avere la massima probabilità di avere successo.
Steering Committee
(Comitato Esecutivo)
www.tenstep.it
Un Comitato esecutivo è un gruppo di stakeholder di alto livello
responsabile di fornire linee guida sulla direzione strategica generale. Non
sostituiscono lo sponsor, ma aiutano a diffondere il messaggio strategico su
una grande organizzazione. Il Comitato Esecutivo di solito è composto di
pari grado, ed è una combinazione di clienti e stakeholder.
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 7 di 8
Processo di Project Management TenStep®
Template
Le Template sono moduli che contengono testo standard e spazi da
riempire con informazioni standard, per risparmiare tempo, perché ogni
persona non deve creare nuovamente il documento. Le template
permettono di presentare le informazioni in un formato standardizzato e
noto al lettore.
Fine documento
www.tenstep.it
Metodologia TenStep® V.13.0 - Agosto 2014 - Copyright © 2014 - pag. 8 di 8