Che cos'è un deliverable di progetto?
Guardatevi intorno; tutto ciò che si trova nel vostro ufficio o nella vostra casa è probabilmente nato come prodotto di un progetto. Le sedie sono state prodotte per soddisfare le specifiche entro una scadenza. Il giardino è stato progettato e sistemato per essere completato per l'occupazione degli inquilini. Il manuale delle politiche dell'ufficio è stato studiato, redatto e approvato entro una certa data. Molte delle cose utili nel nostro mondo sono nate come prodotti da consegnare.
Nella gestione dei progetti, un deliverable è semplicemente un prodotto o un servizio creato per raggiungere un obiettivo del progetto. Le dimensioni non contano. Un deliverable può essere grande o piccolo: un centro commerciale o un rapporto di analisi del fornitore di un traduttore per un team di documentazione.
Sara-Lu Beckford, è una professionista IT con 10 anni di esperienza nella gestione di progetti tecnici e nell'analisi aziendale. "Alla fine della giornata", dice, "l'aspettativa di un progetto è che ci sia qualcosa da fornire in un momento o nell'altro dell'impresa"
Esempi di prodotti del progetto
- Un nuovo sito web
- Una relazione sull'impatto delle zone umide
- Un condominio
- Uno studio di usabilità
- Nuovi rivestimenti e finestre per una comunità condominiale
- Migliori tassi di approvazione dei clienti
- Un prototipo di software
- Risultati del sondaggio di marketing
Project Management Guide
Your one-stop shop for everything project management
Ready to get more out of your project management efforts? Visit our comprehensive project management guide for tips, best practices, and free resources to manage your work more effectively.
Attributi di un documento di Project Management
I deliverable hanno molti attributi. Hanno stakeholder, o clienti, per i quali viene creato il deliverable. Gli stakeholder possono essere esterni o interni. Ad esempio, le nuove auto vengono sviluppate per essere vendute all'esterno ai consumatori, ma i requisiti di progettazione per creare l'auto vengono creati dagli ingegneri come deliverable interno per il team di sviluppo.
Come gli obiettivi che devono raggiungere, i deliverable devono essere specifici e misurabili. Se un deliverable non è specifico o non serve direttamente all'obiettivo, non ha posto nel piano di progetto. L'aspetto misurabile dei deliverable significa che devono soddisfare criteri di accettazione definiti.
I deliverable possono anche avere dei deliverable propri. Ad esempio, un programma di formazione sui metodi di vendita può avere due risultati: la progettazione, seguita dal contenuto del corso. Per il software (e a volte anche per la produzione), le sottoconsegne sono chiamate release. La funzionalità del programma software viene sviluppata in fasi, ognuna delle quali viene testata e approvata, e che contribuiscono all'insieme.
Un progetto può anche avere più di un deliverable e i deliverable spesso dipendono dal completamento dei deliverable precedenti. Per questo e per altri motivi, la pianificazione di un progetto richiede probabilmente delle tappe che devono essere raggiunte sulla strada del completamento. In altre parole, creare date intermedie per garantire che le dipendenze siano soddisfatte.
Alcuni professionisti del project management considerano le milestone come una sorta di deliverable, ma altri le caratterizzano in modo più ampio. Nel suo articolo su LinkedIn, Beckford chiama le pietre miliari checkpoint. "Identificano quando uno o più gruppi di attività sono stati completati, implicando così il raggiungimento di un punto importante del progetto"
I prodotti consegnati possono essere sottoposti a una fase di test per garantire che soddisfino i criteri di accettazione. Il progetto è considerato completo solo quando gli stakeholder accettano e firmano i risultati.
Comprensione del processo e dei prodotti del progetto
Tra i deliverable della gestione del progetto, si distingue tra deliverable di progetto e di processo. Come abbiamo sottolineato in precedenza, un deliverable di progetto è un risultato, mentre un deliverable di processo è il percorso da seguire per raggiungere quel risultato. Ad esempio, se il progetto prevede la creazione di una nuova sedia, uno dei risultati sarà una seduta. Il deliverable del processo in questo esempio è come viene creata la sede.I deliverable del processo includono elementi quali l'ambito di lavoro e una dichiarazione di lavoro . Un ambito di lavoro definisce le intenzioni del progetto fin dall'inizio e comprende elementi quali gli stakeholder del progetto, le finalità e gli obiettivi del progetto e i risultati previsti. Consultate il nostro modello gratuito di descrizione del lavoro per aiutarvi a definire i dettagli del vostro progetto.
Scarica il modello di ambito di lavoro
Una dichiarazione di lavoro (SOW) dettaglia il progetto per un fornitore. A volte accompagna una richiesta di offerta (RFP) e spesso è inclusa in un contratto. Il nostro modello scaricabile gratuitamente può aiutarvi a creare il vostro SOW.
Scarica il modello di dichiarazione di lavoro
Alcuni considerano anche una terza categoria, i deliverable delle attività, che comprendono i rapporti sullo stato di avanzamento e le revisioni.
Scarica il modello di revisione del progetto
Un documento di governance è un documento di processo che stabilisce chi è responsabile e risponde dei diversi aspetti del progetto. Il nostro modello può aiutarvi a completare il documento di governance per il vostro progetto.
Scarica il modello di piano di governance del progetto
Un certo incrocio tra deliverable di progetto e di processo si verifica quando si crea la struttura di scomposizione del lavoro , un documento di processo che prende il deliverable previsto e lo suddivide in sotto-deliverable e compiti. L'analisi della durata e del budget delle attività contribuisce poi al budget e al calendario del progetto.
Processo di gestione dei prodotti da consegnare
Quando si intraprende un progetto, dovrebbe essere ovvio ciò che si intende creare, giusto? Purtroppo non è sempre così. Ecco perché è importante definire e catturare la descrizione dei deliverable previsti. Il team ha bisogno di dettagli sufficienti per sapere cosa sta producendo o sviluppando e come misurare il risultato durante i test e le revisioni. Forse la cosa più importante è che dovete essere sicuri di ciò che vogliono le parti interessate e che queste approvino il prodotto finale.
Ecco alcuni consigli per garantire il successo del vostro progetto:
Iniziare presto. Come per molti aspetti della gestione di un progetto, è meglio definire ciò che si sta creando prima che il team inizi a lavorare. Iniziare per tempo significa poter individuare la necessità di deliverable di processo che vi aiutino e, potenzialmente, anche di altri deliverable tangibili. È sempre possibile rivedere la definizione man mano che il lavoro procede.
Considerate il vostro obiettivo. Il vostro prodotto o risultato si baserà sul vostro obiettivo. La scomposizione dell'obiettivo rivelerà i vostri obiettivi chiave, ma non siete ancora pronti per iniziare il lavoro. Assicuratevi di ottenere l'approvazione di questi deliverable dai vostri stakeholder.
Scomposizione. Una volta ottenuta l'approvazione degli stakeholder, è possibile stabilire quali attività sono necessarie per completare i deliverable e quanto tempo richiederà ciascuno di essi. Se avete elencato le attività in un programma di gestione dei progetti, visualizzare il progetto come un diagramma di Gantt può aiutare a determinare ed evidenziare eventuali dipendenze.
Tracciamento dell'attività. Gli stakeholder e il management superiore sono interessati all'avanzamento del progetto e ai risultati di livello superiore. In qualità di project manager, voi e i vostri team leader seguirete l'avanzamento dei compiti. Un software per la gestione dei progetti può aiutarvi a registrare, tracciare e condividere le informazioni su tutti i deliverable, le attività, le milestone e le dipendenze.
Definizione dei prodotti da consegnare
I dettagli dei deliverable e i relativi criteri di accettazione saranno raccolti internamente nella dichiarazione dell'ambito del progetto ed esternamente nel contratto con il cliente. Come si fa a capire su cosa bisogna lavorare?
Per aiutare voi e il vostro team a concentrarvi e a trovare i deliverable per il vostro progetto, la Beckford condivide la sua lista di controllo per la definizione e il monitoraggio dei deliverable.
Tenete traccia di tutto ciò che riguarda la creazione di un deliverable con un modello di lista di controllo e di dettaglio dei deliverable. Mentre si lavora al progetto, è importante registrare ciò che va bene e ciò che non va bene. Ciò contribuirà a gettare le basi per progetti simili in futuro. Infatti, abbiamo creato un modello di revisione del progetto proprio per questo scopo.
Scarica il modello di lista di controllo per le consegne e i dettagli del progetto
Traccia e gestisci facilmente i progetti con Smartsheet
Smartsheet è una piattaforma di gestione e automazione del lavoro che consente alle aziende e ai team di lavorare meglio. Tracciare le consegne di un progetto non è mai stato così facile, grazie ai potenti e intuitivi strumenti di gestione dei progetti presenti in Smartsheet. Rendete il vostro team responsabile fornendo visibilità sulle priorità del team e inviando aggiornamenti in tempo reale.
I project manager apprezzeranno le funzioni di reporting avanzate che forniscono metriche ricche e in tempo reale che riassumono i progressi e aumentano la fiducia degli stakeholder. Creare report e dashboard self-service per visualizzare risorse, stato e prestazioni in un istante.
Scoprite come Smartsheet può aiutare la vostra azienda a lavorare meglio.