Come scrivere la dichiarazione dell'ambito di progetto (modello + esempio)

La maggior parte dei progetti che vanno fuori rotta non fallisce per un unico grande errore. Scivola un po' alla volta: una funzione in più qui, un'aggiunta "veloce" là, uno stakeholder convinto che qualcosa fosse incluso quando non lo era mai stato. Una dichiarazione dell'ambito chiara è il documento dall'aspetto più lineare che previene gran parte di tutto questo. Dice a tutti, per iscritto, cosa consegnerà il progetto, cosa no e come capirete che è concluso.

Questa guida spiega cos'è una dichiarazione dell'ambito, cosa inserirvi, come scriverla passo dopo passo e propone un esempio compilato da adattare a edilizia, operazioni sanitarie o un progetto di piccola impresa.

Che cos'è la dichiarazione dell'ambito di progetto?

La dichiarazione dell'ambito di progetto (scope statement) è un breve documento che definisce i confini di un progetto. Descrive l'obiettivo, i deliverable, il lavoro incluso, il lavoro escluso, vincoli e ipotesi, e i criteri che il cliente o lo sponsor useranno per accettare il risultato.

Non è il piano di progetto completo. Cronoprogramma, budget e registro dei rischi arrivano dopo e si basano su di essa. Consideratela l'accordo a cui rimandano tutti gli altri documenti di pianificazione. Quando qualcuno chiede "questo fa parte del lavoro?", è il primo posto in cui guardare.

Dichiarazione dell'ambito vs. project charter vs. SOW

• Project charter: autorizza il progetto e nomina lo sponsor e il project manager. È di alto livello e di solito viene redatto prima della pianificazione dettagliata.
• Dichiarazione dell'ambito: descrive in modo concreto cosa verrà consegnato e cosa no. Viene scritta durante la pianificazione e usata da tutto il team.
• Statement of work (SOW): di solito fa parte di un contratto con un fornitore o un cliente esterno. Spesso contiene informazioni sull'ambito oltre a condizioni commerciali come pagamenti e tempistiche.

Nei progetti più piccoli questi documenti possono sovrapporsi, e va bene così. Ciò che conta è che l'ambito sia scritto e concordato, comunque chiamiate il documento.

Perché la dichiarazione dell'ambito è importante

• Previene lo scope creep. Le nuove richieste si confrontano con una baseline concordata invece di essere discusse a memoria.
• Rende realistiche le stime. Potete stimare tempi e costi solo del lavoro che avete definito.
• Allinea le aspettative. Clienti, manager e squadre leggono la stessa definizione di "finito".
• Alimenta il resto del piano. I deliverable diventano il livello superiore della WBS, che a sua volta diventa attività del cronoprogramma.
• Protegge il team. Quando arriva una richiesta fuori ambito, avete un documento neutrale a cui rimandare invece di un disaccordo personale.

Cosa includere nella dichiarazione dell'ambito

Una dichiarazione dell'ambito utile di solito sta in una-tre pagine. Queste sono le sezioni che fanno davvero il lavoro:

1. Obiettivo del progetto: una o due frasi sul perché il progetto esiste e quale risultato deve produrre.
2. Deliverable: i risultati tangibili che il progetto consegna, come una stanza finita, un team formato, un sito web online o una procedura scritta.
3. Lavoro incluso: le attività principali necessarie per produrre quei deliverable.
4. Lavoro escluso (esclusioni): cose che si potrebbe ragionevolmente pensare siano incluse ma non lo sono.
5. Criteri di accettazione: come lo sponsor o il cliente decideranno che ogni deliverable è completo e accettabile.
6. Vincoli: limiti fissi come tetti di budget, scadenze, orari di lavoro, accesso al cantiere o personale disponibile.
7. Ipotesi: ciò che date per vero ai fini della pianificazione, come "i materiali sono disponibili presso il solito fornitore" o "il cliente fornisce i contenuti entro la settimana 2".
8. Milestone principali: poche date di controllo, non il cronoprogramma completo.
9. Stakeholder e approvazione: chi approva l'ambito e chi deve approvare le modifiche.

Come scrivere una dichiarazione dell'ambito in 7 passi

1. Partite dall'obiettivo

Scrivete una sola frase che risponda a "perché lo facciamo?". Siate specifici e orientati al risultato. "Ristrutturare la sala d'attesa della clinica per far sedere più pazienti e rispettare la nuova planimetria entro il 31 marzo" è molto più utile di "migliorare la sala d'attesa".

2. Elencate i deliverable

Chiedetevi cosa esisterà fisicamente o digitalmente a progetto concluso. Ogni deliverable dovrebbe essere qualcosa che potete indicare o consegnare. Se non riuscite a immaginarlo, probabilmente è un'attività e non un deliverable.

3. Descrivete il lavoro incluso

Per ogni deliverable annotate i principali blocchi di lavoro necessari. Non servono ancora tutte le attività: arriveranno con la WBS. Puntate a un dettaglio sufficiente perché una persona nuova nel progetto capisca la dimensione del lavoro.

4. Scrivete esplicitamente le esclusioni

È la sezione che molti saltano, ed è spesso la più preziosa. Pensate a cosa un cliente o un collega potrebbe dare per incluso. Arredi? Segnaletica? Formazione del personale? Migrazione dei dati? Manutenzione continuativa? Se non è incluso, ditelo chiaramente.

5. Definite i criteri di accettazione

Per ogni deliverable descrivete cosa significa "accettato". I buoni criteri sono osservabili: "tutti i corpi illuminanti installati e approvati al sopralluogo finale", "documento di procedura rivisto e firmato dal responsabile di reparto", "le pagine web si caricano correttamente su smartphone e desktop". Evitate termini vaghi come "alta qualità" senza dire come verrà verificata la qualità.

6. Registrate vincoli e ipotesi

I vincoli sono limiti entro cui dovete lavorare. Le ipotesi sono convinzioni su cui basate la pianificazione e che potrebbero rivelarsi sbagliate. Ogni ipotesi è un possibile rischio, quindi conviene riportare quelle più incerte nel registro dei rischi man mano.

7. Revisionate e ottenete l'approvazione

Ripercorrete la bozza con lo sponsor, il cliente e chi svolgerà il lavoro. Squadre e personale in prima linea notano spesso lavori mancanti che ai manager sfuggono. Quando tutti sono d'accordo, registrate chi ha approvato e quando, e concordate come verranno richieste e approvate le modifiche future.

Esempio di dichiarazione dell'ambito di progetto

L'esempio seguente è un'illustrazione inventata per un progetto di piccola impresa. Adattate le voci e il livello di dettaglio al vostro lavoro.

• Progetto: Rinnovo di un negozio al dettaglio
• Obiettivo: Rinnovare layout e illuminazione dell'area vendita perché il negozio possa riaprire con la nuova gamma di prodotti prima delle festività.
• Deliverable: nuovo layout degli scaffali installato; illuminazione LED sostituita nell'area vendita; pareti ritinteggiate; vetrina aggiornata; personale informato sul nuovo layout.
• Incluso: rimozione dei vecchi scaffali, installazione dei nuovi moduli, lavori elettrici per l'illuminazione dell'area vendita, tinteggiatura, progettazione e allestimento della vetrina, un giro di un'ora con il personale.
• Escluso: modifiche al magazzino, aggiornamenti del sistema di cassa, insegne esterne, aggiornamenti del negozio online, riassortimento dei prodotti.
• Criteri di accettazione: scaffali conformi alla planimetria approvata; tutte le luci dell'area vendita funzionanti; tinteggiatura senza macchie visibili; il titolare approva la vetrina; tutto il personale ha partecipato al giro.
• Vincoli: budget fisso concordato con il titolare; lavori solo fuori dall'orario di apertura; il negozio deve riaprire alla data concordata.
• Ipotesi: scaffali consegnati entro la fine della settimana 1; nessun problema elettrico nascosto dietro gli impianti esistenti; il titolare approva i progetti entro due giorni lavorativi.
• Milestone principali: progetto approvato; scaffali consegnati; installazione completata; giro finale e riapertura.
• Approvazione: titolare del negozio (sponsor); le modifiche sono approvate congiuntamente dal titolare e dal responsabile di progetto.

Consigli sulla dichiarazione dell'ambito per team diversi

Edilizia e squadre sul campo

Siate precisi su confini del cantiere, chi fornisce quali materiali e quali lavorazioni sono incluse. Esclusioni come "permessi a carico del committente" o "sistemazione esterna non inclusa" evitano molte discussioni in seguito. Collegate i criteri di accettazione a ispezioni o sopralluoghi.

Operazioni sanitarie

Per progetti come il trasferimento di un reparto, l'introduzione di un nuovo processo di accettazione o la riorganizzazione di un magazzino, specificate quali unità, turni e ruoli sono coinvolti. Annotate vincoli operativi come mantenere attivi i servizi durante il cambiamento e indicate chi approva le nuove procedure.

Piccole imprese

I piccoli team spesso saltano i documenti formali, ma una dichiarazione dell'ambito di una pagina si scrive in fretta e rende molto più chiare le conversazioni con appaltatori, freelance e partner. Tenetela breve e concentratevi su deliverable ed esclusioni.

Project manager su progetti multi-team

Quando contribuiscono più team, aggiungete per ogni deliverable una riga con il team responsabile. Una matrice RACI può affiancare la dichiarazione dell'ambito per chiarire chi risponde di cosa.

Errori comuni nella dichiarazione dell'ambito

• Elencare attività invece di deliverable. "Tenere riunioni" non è un deliverable; "planimetria approvata" sì.
• Tralasciare le esclusioni. Il silenzio viene letto come "probabilmente incluso".
• Criteri di accettazione vaghi. Se due persone potrebbero non essere d'accordo sul fatto che sia finito, i criteri servono più dettagliati.
• Considerarla immutabile. L'ambito può cambiare, ma attraverso un processo concordato, aggiornando di conseguenza cronoprogramma e budget.
• Scriverla da soli. Chi svolge il lavoro è la fonte migliore delle voci mancanti.

Trasformare l'ambito in un piano con GanttMaster

Una volta concordata la dichiarazione dell'ambito, il passo successivo è trasformarla in lavoro che le persone possano davvero pianificare e monitorare. GanttMaster è la nostra app di gestione progetti per iPhone e iPad e si inserisce in modo naturale in questa fase:

• I deliverable diventano attività, il lavoro diventa sottoattività. Create un'attività per ogni deliverable e suddividete il lavoro incluso in sottoattività con date di inizio e scadenza, priorità e un utente o team assegnato.
• Mettete in sequenza il lavoro nel diagramma di Gantt. Collegate le attività con dipendenze Fine-Inizio, Inizio-Inizio e Fine-Fine e vedete l'intera timeline a colpo d'occhio.
• Aggiungete le milestone principali come brevi attività di controllo. Collegatele al lavoro da cui dipendono, così si spostano quando cambia il cronoprogramma.
• Portate le ipotesi nel monitoraggio dei rischi. Registrate le ipotesi incerte come rischi di progetto con probabilità, impatto, responsabile e piano di mitigazione.
• Tenete visibile il vincolo di budget. Impostate un budget di progetto, registrate le spese per categoria e osservate l'importo residuo man mano che il lavoro avanza.
• Riutilizzate ciò che funziona. I modelli di progetto vi permettono di avviare progetti simili da una struttura esistente di attività e sottoattività.
• Tenete coinvolto tutto il team. Assegnate attività, aggiungete commenti e link ai file (ad esempio un link al documento dell'ambito firmato) e ricevete notifiche sugli aggiornamenti, senza costi aggiuntivi per membro del team.

Considerazioni finali

Una dichiarazione dell'ambito non deve essere lunga o formale per essere efficace. Se indica chiaramente obiettivo, deliverable, esclusioni e come verrà giudicato il successo, e le persone giuste l'hanno approvata, avete eliminato una delle fonti più comuni di attrito nei progetti. Scrivetela presto, conservatela dove il team può trovarla e riprendetela ogni volta che arriva una nuova richiesta.