|
Activity
(Attività) |
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). |
|
Assumption
(Assunto) |
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). |
|
Client
(Cliente) |
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.
|
|
Constraints
(Vincoli) |
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) |
Un fattore critico di successo è qualsiasi evento
che può verificarsi sul progetto, utile per raggiungere il suo intento
e gli obiettivi. |
|
Deliverable |
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 e stakeholder. |
|
Functional Manager
(Capo Funzionale) |
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. |
|
Gantt chart |
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à. |
|
Guideline
(Linee Guida) |
Un approccio raccomandato (ma non richiesto) per
condurre un'attività, nell'utilizzo di un prodotto. |
|
Issue
(Problema) |
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. |
|
Life Cycle
(Ciclo di Vita) |
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
(Obiettivo) |
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, Measurable,
Attainable/Achievable, Realistic and Timebound (SMART).
|
|
Program
(Programma) |
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. |
|
Program Manager |
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. |
|
Project
(Progetto) |
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. |
|
Project Charter
(Capitolato di
Progetto) |
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. |
|
Project Manager |
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.). |
|
Project Phase
(Fase di Progetto) |
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. |
|
Project Team
(Gruppo di Progetto) |
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. |
|
Requirements
(Requisiti) |
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 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) |
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. |
|
Schedule
(Schedulazione) |
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) |
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. |
|
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. |