Benvenuto

  Avvio Progetto

1.0 Definire il Lavoro

2.0 Sviluppare Schedulazione e Budget

3.0 Gestire Schedulazione e Budget

4.0 Gestire i Problemi

5.0 Gestire le Modifiche

6.0 Gest. Comunicazione

7.0 Gestire il Rischio

8.0 Gest. Risorse Umane

9.0 Gest. Qualità e Metriche

10.0 Gestire gli Acquisti

Chiusura Progetto

Glossario TenStep


Come apprendere questa metodologia

eBook  TenStep

PMP-Prep Online

TSS - Certificazione TenStep per Aziende

Glossario TenStep

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.

Torna ad inizio metodologia

English Spanish Portuguese Bulgarian French English Spanish Croatian Spanish French German Hungarian Indian English Hebrew  Italian Japanese Spanish Spanish Polish Portuguese Romanian and Moldavian English Caribbean Dutch Swedish French Ukrainian

Condizioni Generali            |        Mappa del sito principale              |                 Informativa sulla Privacy          |         Contattaci       |   

TenStep Italia di Vito Madaio - Via Orazio Console 140 -  00128 Roma  -  tel. +39-348-3974474 - +39-06-5088134 - P. IVA 07627281004 - Copyright ©2004 - 2011