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