Glossary
Glossary of terms used on this site
There are 10 entries in this glossary.All
| Term | Definition |
|---|---|
| Baseline |
In un progetto i documenti, il software, l'hardware e le procedure sono soggetti a cambiamento. Prima un cambiamento avviene passando da un contenuto ad un altro contenuto mediante processi di change management. Come Baseline ci si riferisce al contenuto di riferimento base utilizzato da tutti. Ad esempio dopo la discussione e l'approvazione di un requisito funzionale, si è soliti dire che viene "congelato" o "messo in baseline" per significare che da questo momento in poi, ogni modifica dovrà avvenire secondo specifiche e ben regolamentate modalità. |
| Deliverable |
In genere come deliverable si intende qualunque tipo di prodotto di una attività di progetto, che sarà poi consegnato ad un utente/cliente del progetto. Può essere un documento, del software, ma anche un manufatto oppure un evento. |
| Incident management |
Incident management è un'area dell'IT Service Management, trattata anche negli standard ITIL che consiste nei processi per tornare al più presto, dopo una anomalia/incidente, ai normali livelli di servizio cercando di avere il minimo impatto sul business dell'organizzazione. L'incident managment è spesso basato su workaround temporanei per assicurarsi che i servizi ritornino attivi, mentre il problema viene investigato, la soluzione viene trovata e il fix viene applicato. In tale contesto "incidente" è definito come un evento che modifica in modo peggiorativo la normale operatività. |
| Pareto Analysis |
Chiamata anche la regola 80:20. L'idea di base, che si applica in tutti i casi in cui è necessario un miglioramento nella qualità, è che la maggior parte dei problemi (80%) sono prodotti da poche cause (20%). Se dunque correggiamo le cause "corrette" avremo una grossa probabilità di successo nei nostri interventi. La conseguenza di questo è nell'importanza della ricerca delle cause principali di un problema, per trovare il 20% su cui intervenire. |
| Processo |
Un processo è un insieme di azioni correlate e di attività compiute al fine di ottenere un risultato, un servizio o un prodotto definito in precedenza. Un processo è caratterizzato da una serie di input, dalle tecniche d dagli strumenti utilizzati e dagli output che produce. (fonte PMI) |
| Project Charter |
Si tratta di uno dei primi e più importanti documenti in un progetto. Il P.C. definisce la visione del progetto, gli obiettivi, lo scoper del progetto e traccia il modo in cui verrà implementato, dando quindi chiari vincoli sui tempi e sulle modalità di realizzazione. |
| Risk avoidance |
Tecnica che consiste nel pianificare le attività in modo da evitare i rischi che sono stati individuati. |
| Scope (Project) |
Si definisce come scope di un progetto, l'insieme di tutti i prodotti e i servizi che saranno forniti alla fine del progetto. |
| Sponsor |
In un'organizzazione sono le figure che occupano ruoli di leadership e agiscono facendo le veci dell'organizzazione nell'allocare le risorse. Gli sponsor possono allocare risorse in termini di economici e di personale (che generalmente appartiene all'organizzazione dello sponsor) ma possono anche dedicare al progetto la propria reputazione e influenza sul progetto, e il loro lavoro, se necessario. Di solito gli sponsor di progetto sono membri del board, o membri di steering group. |
| Stakeholder |
Gli stakeholder di progetto sono persone od organizzazioni attivamente coinvolte nel progetto o i cui interessi possono risentire del risultato dell'esecuzione o del completamento del progetto. Gli stakeholder possono anche influire sugli obiettivi e sui risultati del progetto (fonte PMI) |
