Il Delivery performance domain, o dominio delle prestazioni di consegna, riguarda tutto ciò che il progetto andrà a produrre.
In questo articolo parleremo nel dettaglio di cosa si tratta, degli elementi che ne fanno parte e del legame con gli altri domini di prestazione secondo la settima edizione del PMBOK.
INDICE DEI CONTENUTI
Che cos’è il Delivery Performance Domain?
Gli elementi fondamentali del dominio delle prestazioni di consegna sono l’ambito e la qualità.
L’ambito riguarda ciò che il progetto deve fornire e la qualità, invece, gli standard o i livelli di prestazione che i deliverables devono soddisfare.
In linea generale, nei progetti predittivi, l’ambito può essere predefinito durante la fase di pianificazione e durante il ciclo di vita del progetto vengono applicate procedure di controllo delle modifiche.
Negli approcci adattivi, invece, un nuovo ambito emergente è sempre il benvenuto.
Il dominio delle prestazioni di consegna consiste semplicemente nel fornire l’ambito del progetto conforme ai requisiti di qualità.
Questa presa di coscienza determina la soddisfazione degli stakeholder.
Le sezioni principali del delivery performance domain sono nello specifico:
- Consegna di valore: tutti i progetti producono un risultato o una consegna alla fine e questi devono generare valore per l’organizzazione.
- Elicitazione dei requisiti: si tratta di raccogliere i requisiti utilizzando una varietà di metodi diversi.
- Definizione dell’ambito: la definizione dell’ambito è un processo continuo fino alla fine del progetto.
- Qualità: oltre ai requisiti di consegna, la qualità è il livello di prestazione da raggiungere.
- Risultati non ottimali: molti progetti potrebbero fallire nel fornire i risultati attesi e quindi produrre risultati non ottimali. Si tratta di una parte naturale del dominio delle prestazioni di consegna.
Vediamo questi elementi nel dettaglio.
Consegna di valore
I progetti che prevedono un rilascio dei deliverables durante tutto il ciclo di vita del progetto possono iniziare a fornire valore alle parti interessate durante tutto il progetto.
Al contrario, i progetti che prevedono una consegna finale dei deliverables genereranno valore solamente dopo la distribuzione.
Indipendentemente dal tipo di consegna, il valore aziendale può continuare anche molto tempo dopo il rilascio degli output.
In un documento di business case viene inclusa la proiezione del valore aziendale previsto dal progetto che spesso serve per l’approvazione dell’inizio dei lavori da parte degli stakeholder.
Elicitazione dei requisiti
Un requisito è una condizione o capacità necessaria che deve essere presente in un prodotto, servizio o risultato per soddisfare un’esigenza aziendale.
Elicitare significa tirare fuori o far emergere.
In questo senso si intende la raccolta e l’analisi dei requisiti affinché i risultati del progetto siano soddisfacenti.
In particolare i requisiti devono essere:
- Chiari
- Concisi
- Verificabili
- Coerenti
- Completi
- Tracciabili
Definizione dell’ambito
Man mano che i requisiti vengono identificati, a sua volta viene definito l’ambito che li soddisferà.
L’ambito è la somma dei prodotti, servizi e risultati che il progetto dovrà fornire.
Questo può essere definito attraverso differenti strategie, ad esempio utilizzando una struttura di suddivisione del lavoro –WBS –che permette di rappresentare nel dettaglio le attività necessarie.
Oppure si può elaborare l’ambito identificando i temi del progetto in una roadmap.
Qualità
La qualità determina i livelli di prestazione o di consegna che devono essere raggiunti.
Garantire la qualità ha però un costo, dalla formazione all’audit, il che rende necessario bilanciare le esigenze di qualità con i costi associati.
La metodologia del costo della qualità –COQ –viene utilizzata per trovare questo equilibrio ed è composta da quattro categorie di costi:
- Prevenzione: per garantire un prodotto privo di difetti e guasti.
- Valutazione: sostenuti per determinare il grado di conformità ai requisiti di qualità.
- Guasto interno: associati alla ricerca e alla correzione dei difetti prima che il cliente riceva il prodotto.
- Guasto esterno: difetti riscontrati dopo che il cliente ha ricevuto il prodotto e questo necessita riparazione.
Risultati subottimali
Tutti i progetti tentano di fornire risultati, anche se alcuni potrebbero non riuscirci o potrebbero produrre risultati non ottimali.
Le ragioni possono essere diverse, ad esempio un’organizzazione potrebbe tentare di creare un prodotto innovativo, come una tecnologia completamente nuova.
Questo richiede un investimento volontario dal risultato incerto.
O ancora, alcuni progetti potrebbero fornire risultati subottimali perché l’opportunità è passata o perché i concorrenti sono arrivati prima.
Il delivery performance domain e le interazioni con altri domini di prestazione
Il Delivery Performance Domain non opera isolatamente; è strettamente legato e interagisce con altri domini di prestazione.
Uno dei legami più evidenti è con il Planning Performance Domain, dato che la pianificazione determina come e quando verranno prodotti e consegnati i risultati. La frequenza e la natura delle consegne dipendono dalla strutturazione del lavoro in questi domini.
Mentre il Delivery Performance Domain si concentra prevalentemente sul progresso verso gli obiettivi aziendali e sulla consegna di valore, è essenziale considerare come esso si inserisce all’interno di una rete più ampia di operazioni e obiettivi.
Questa interconnessione garantisce che i deliverables non solo siano di alta qualità, ma che rispondano anche alle esigenze e alle aspettative degli stakeholder, risultando in un progetto ben eseguito e integrato nel contesto aziendale complessivo.
Concludendo, il Delivery Performance Domain rappresenta un elemento cruciale nella gestione dei progetti.
Esso non solo guida le fasi operative dell’output di un progetto, ma serve anche come bussola per garantire che i risultati soddisfino le esigenze e le aspettative degli stakeholder.
La comprensione e l’attuazione efficace di ogni aspetto di questo dominio, dalla consegna del valore alla definizione dell’ambito, dalla qualità ai possibili risultati subottimali, sono fondamentali per il successo di ogni progetto.
Integrando queste pratiche con una stretta interazione con altri domini di prestazione, i project manager possono assicurarsi di fornire risultati di alto valore che vanno a vantaggio dell’intera organizzazione.
