290.3
Glossario - Terminologia
Questa sezione contiene le definizioni di
alcuni termini usati nel presente schema di riferimento. Il glossario è
importante perché in ogni azienda ci possono essere termini diversi che
significano la stessa cosa. Lo scopo di questa sezione è descrivere la
terminologia utilizzata in PMOStep.
Attività (Activity). La più piccola
unità di lavoro identificata nella Schedulazione del Progetto (in
altre metodologie può chiamarsi task)
Applicazioni (Applications). Il
termine "applicazioni" o "business application" si riferisce ai sistemi
software utilizzati per automatizzare i processi nell'ambito di una
azienda. Esempi di applicazioni sono le paghe, la contabilità, il CRM,
il rapportino lavoro, l'inventario, etc. In alcune compagnie, queste
entità potrebbero essere chiamate "sistemi". Le applicazioni possono
essere state sviluppate internamente, o possono essere state acquistate
come pacchetti da fornitori esterni.
Migliori Prassi (Best Practice). Le
strategie vincenti, approcci, e processi che producono prestazioni
superiori in una organizzazione. Una buona prassi è un modo per
ottenere un risultato di successo.
Percorso Critico (Critical Path). La
sequenza di attività da ultimare secondo la schedulazione per completare
l'intero progetto secondo il piano di lavoro. 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 sarà ritardato di un
giorno (a meno che un'altra attività del percorso critico non possa
essere abbreviata di un giorno).
Cliente (Client). La persona o
gruppi di persone diretti beneficiari di un progetto o di un servizio.
Sono le persone per le quali il progetto è stato intrapreso.
(beneficiari indiretti sono probabilmente gli stakeholder). Se le
persone sono interne alla compagnia, PMOStep si riferisce a loro come
"client". Se sono esterne, PMOStep si riferisce al loro come "customer"
.
Cliente (Customer).
La persona o gruppi di persone diretti beneficiari di un progetto o di
un servizio. Se le persone sono interne alla compagnia, PMOStep si
riferisce a loro come "client". Se sono esterne, PMOStep si
riferisce al loro come "customer".
Deliverable. Qualsiasi risultato
tangibile prodotto dal progetto. 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.
Disegno (Design). Una specifica
chiara della struttura, organizzazione, apparenza, etc di una
deliverable.
Capo Funzionale (Functional Manager).
Il capo funzionale è la persona alla quale uno riporta nell'ambito di
una funzione organizzativa. Tipicamente, questa è la persona che esegue
le valutazioni delle prestazioni del project manager. Il project manager
può anche essere il capo funzionale, ma non dovrebbe esserlo. Se il
project manager è diverso dal capo funzionale, allora probabilmente
l’organizzazione sta utilizzando una struttura a matrice.
Linee Guida (Guideline). Un
approccio raccomandato (ma non richiesto) per condurre un'attività,
nell'utilizzo di un prodotto.
Problema
(Issue). Un
enorme problema che impedirà la prosecuzione del progetto e che non può
essere risolto dal project manager e dal team di progetto senza un aiuto
esterno.
Scoperte
chiave (Key Learning). Notevole informazione scoperta durante
l'esecuzione di una attività, utilizzando un tool, creando una
deliverable, etc. Quando le scoperte sono condivise, la produttività
può migliorare mettendo in guardia altri dalle conseguenze o informando
altri dell'opportunità, regola, etc.
Ciclo di
vita (Lifecycle).
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 va oltre il
completamento del progetto). Per lo sviluppo software, l'intero ciclo
di vita potrebbe consistere di pianificazione, analisi, disegno,
codifica/test, implementazione e supporto.
Milestone. 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. Non c'è lavoro associato con una
milestone. E' solo un segnale (flag) nel piano di lavoro 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, accettare il lavoro o autorizzare la fase
successiva.
Convenzione dei Nomi (Naming Convention).
Un sotto componente del Disegno che indica la composizione dei nomi e la
struttura della nomenclatura delle deliverable software.
Obiettivo (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,
Measurable,
Attainable/Achievable,
Realistic
and Timebound
(SMART).
Politica (Policy). Un principio
guida disegnato per influenzare decisioni , azioni, etc. Tipicamente,
una politica disegna un processo necessario o una procedura di una
organizzazione.
Procedura (Procedure). Una chiara
specificazione della sequenza, tempificazione, esecuzione, etc di un
processo.
Programma
(Program). Un
programma è la struttura ombrello stabilita per gestire una serie di
progetti. Il programma non produce nessuna deliverable di progetto, che
invece vengono prodotte dai soli team di progetto. Lo scopo del
programma è di fornire guida e direzione generale, di garantire che i
progetti correlati comunichino efficacemente, di fornire un punto di
contatto centrale al cliente ed al ai team di progetto, e di determinare
come i singoli progetti dovranno essere definiti per garantire che tutto
il lavoro venga svolto con successo.
Program
Manager. La
persona con l'autorità di gestire un programma. Il Program Manager guida
l'intera pianificazione e gestione del programma. Tutti i project
manager di un programma riportano al Program Manager.
Progetto
(Project). 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.
Project
Manager. La
persona con la responsabilità di gestire un 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.).
Gruppo di Progetto (Project Team).
Il team di progetto consiste delle 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ò essere composto da
risorse umane appartenenti ad una sola funzione organizzativa, o
appartenenti a più funzioni. Un team multi funzionale ha membri di più
organizzazioni.
Rischio (Risk).
Ci possono
essere circostanze esterne o eventi che non devono verificarsi
affinché abbia successo il progetto. Se credi che un evento si può
verificare, allora c'è un rischio. (l'opposto di una assunto).
Identificare qualcosa come un rischio ne aumenta la visibilità, e
consente di attivare un Piano di Gestione del Rischio. Se un evento e
sotto il controllo del team di progetto, come finire i test per una
certa data, questo non è un rischio. Se un evento ha il 100% di
probabilità di verificarsi, allora non è un rischio, poiché non ci sono
altre probabilità o rischi associati, (è semplicemente un fatto).
Esempi di rischi potrebbero essere del tipo: "La riorganizzazione della
struttura può causare le dimissioni di qualcuno.." oppure "il nuovo
hardware potrebbe non essere in grado di sostenere i volumi di vendite
attesi..".
Fase di Progetto (Project Phase).
Un insieme logico di lavoro di un progetto. Una fase rappresenta anche
il completamento di una deliverable principale o un insieme di
deliverable correlate.
Reference
Material. Informazioni di
interesse generale.
Ambito (Scope).
Il modo in cui viene descritto il perimetro di un progetto. Definisce
ciò che il progetto produrrà e ciò che non produrrà. Per i progetti più
grandi, può comprendere le organizzazioni coinvolte, le transazioni, i
tipi di dati, etc.
Soluzioni
(Solutions).
Le deliverable prodotte da un progetto. Si assume che la fine di un
progetto produca una soluzione ad un problema o una esigenza di
business
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 richiederebbero l'approvazione
dello sponsor. Se la decisione è abbastanza grande, lo Sponsor di
Progetto la porta dall'Executive Sponsor.
Stakeholder.
Persone specifiche o gruppi che hanno un interesse nel risultato del
progetto. Normalmente gli stakeholder appartengono alla compagnia, 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. Un approccio, parametro
richiesto per condurre una attività o task.
Comitato
esecutivo (Steering Committee).
Un Comitato Esecutivo di solito è un gruppo di stakeholder di alto
livello responsabile di fornire linee guida sulla direzione strategica
generale. Non sostituisce lo sponsor, ma aiuta a diffondere il
messaggio strategico in una grande organizzazione. Il Comitato Esecutivo
di solito è composto di pari grado ed è una combinazione di clienti e
stakeholder.
Tecnica (Technique). Una procedura
ben definita utilizzata per realizzare una specifica attività. Possono
essere disponibili più tecniche per realizzare una specifica attività.
