Definizione Ambito di Progetto
La Definizione Ambito di Progetto produce un documento di scope strutturato che traccia un confine netto su ciò che un progetto consegnerà e ciò che non consegnerà. Ti costringe ad articolare deliverable, esclusioni, assunzioni, vincoli e criteri di accettazione prima che il lavoro inizi: il modo più efficace per prevenire lo scope creep, le aspettative disallineate e le conversazioni "pensavo fossimo d'accordo su X" che fanno deragliare i progetti a metà strada.
Project manager, team lead, freelancer che definiscono il perimetro di lavori per i clienti e product manager che delimitano le funzionalità usano tutti questo template. È particolarmente critico per i progetti cross-funzionali dove più stakeholder hanno modelli mentali diversi di cosa significhi "fatto". L'output serve come documento di riferimento a cui tutti possono richiamarsi quando emergono nuove richieste: o la richiesta è in scope ed era pianificata, o è fuori scope e richiede una richiesta di modifica.
Il prompt produce più di una lista di deliverable. Cattura le assunzioni che farebbero saltare il piano se fossero sbagliate, le dipendenze che potrebbero bloccare i progressi e i criteri di accettazione che definiscono quando ogni deliverable è veramente completo. Questi sono gli elementi che i kickoff informali saltano, e sono esattamente gli elementi la cui assenza causa sforamenti di budget e ritardi sulle scadenze.
Questo prompt e' solo il punto di partenza
Analizzalo con l'AI, ottimizzalo con un click, tieni traccia delle versioni e costruisci la tua libreria.
Il Prompt
Crea un documento di ambito progetto basato sui seguenti input: **Nome del progetto**: [NOME PROGETTO, es. "Redesign del Sito Web", "Migrazione CRM", "Campagna Marketing Q3"] **Riepilogo del progetto**: ``` [DESCRIVI IL PROGETTO IN 2-3 FRASI, es. "Ridisegnare il sito aziendale per migliorare i tassi di conversione e aggiornare il brand visivo. Il sito attuale è stato costruito 4 anni fa e ha un tasso di conversione dell'1,2% sulla pagina prezzi. Vogliamo lanciare il nuovo sito prima della fiera di settembre."] ``` **Stakeholder principali**: ``` [ELENCA LE PERSONE COINVOLTE E I LORO RUOLI, es. - Sara (VP Marketing): sponsor del progetto, approvazione finale - Team sviluppo (3 ingegneri): costruzione e deploy - Agenzia di design (esterna): design visivo e prototipi - Team contenuti (2 redattori): copy per tutte le pagine] ``` **Vincoli noti**: - Budget: [BUDGET, es. "25.000€ totali inclusi i costi dell'agenzia"] - Timeline: [SCADENZA, es. "Lancio obbligatorio entro il 30 agosto"] - Risorse: [DISPONIBILITÀ DEL TEAM, es. "Il team dev è allocato al 50% su questo progetto, l'altro 50% sulla manutenzione"] - Tecnici: [VINCOLI TECNICI, es. "Dobbiamo restare su WordPress, non possiamo migrare il CMS"] **Come si presenta il successo**: [COME SAPRAI CHE IL PROGETTO HA AVUTO SUCCESSO, es. "Il tasso di conversione della pagina prezzi raggiunge il 2,5% entro 60 giorni dal lancio"] Genera un documento di ambito progetto con queste sezioni: ### 1. Obiettivo del progetto Un singolo paragrafo che dichiara cosa realizzerà questo progetto e perché è importante. Deve superare il "test dell'ascensore": chiunque lo legga deve capire il progetto in 30 secondi. ### 2. Deliverable Un elenco numerato di ogni output concreto che il progetto produrrà. Per ogni deliverable: - Descrizione del deliverable - Responsabile (chi ne è incaricato) - Criteri di accettazione (come verifichi che è completo e soddisfa gli standard di qualità) ### 3. Fuori ambito (Esclusioni) Elenca esplicitamente 5-8 cose che questo progetto NON includerà, in particolare quelle che gli stakeholder potrebbero ragionevolmente presumere incluse. Formato: "Questo progetto non include [elemento]. Motivo: [perché]. Se necessario in futuro: [come gestirlo]." ### 4. Assunzioni Elenca ogni assunzione da cui dipende il piano. Se una di queste si rivelasse falsa, l'ambito, la timeline o il budget potrebbero cambiare. Esempi: "I contenuti esistenti possono essere migrati senza riscrittura", "L'agenzia di design può iniziare entro il 1° giugno", "Nessuna nuova funzionalità sarà aggiunta al sito attuale durante il redesign." ### 5. Dipendenze Identifica i fattori esterni che potrebbero bloccare i progressi: | Dipendenza | Responsabile | Necessaria entro | Impatto se in ritardo | |-----------|-------------|-----------------|----------------------| ### 6. Milestone e timeline Suddividi il progetto in 4-6 fasi con date: | Fase | Deliverable chiave | Data inizio | Data fine | Criteri di passaggio | |------|-------------------|-------------|----------|---------------------| I criteri di passaggio definiscono cosa deve essere vero prima che inizi la fase successiva. ### 7. Processo di richiesta modifiche Un processo semplice in 3 passi per gestire le richieste che cadono fuori da questo documento di ambito. Previene l'espansione informale dell'ambito pur mantenendo il progetto reattivo a esigenze legittime. ### 8. Rischi I 3-5 rischi principali con probabilità (alta/media/bassa), impatto e piano di mitigazione.
Consigli d'uso
- Scrivi prima la sezione Fuori ambito: è più facile definire cosa NON stai facendo, e forza le conversazioni difficili in anticipo. Se uno stakeholder si oppone a un'esclusione, hai trovato un disallineamento prima che diventi costoso.
- Sii specifico nei criteri di accettazione: "Il sito è bello" non è un criterio di accettazione. "Tutte le pagine hanno un punteggio 90+ su Google PageSpeed Insights e corrispondono ai design Figma approvati per desktop e mobile" lo è.
- Elenca le assunzioni che ritieni ovvie: le assunzioni che causano più danni sono quelle che tutti credono scontate. Se dai per scontato che il cliente fornirà i contenuti entro il 1° luglio, scrivilo, perché il cliente potrebbe dare per scontato che li stia scrivendo tu.
- Condividi il documento di ambito prima del kickoff: invialo a tutti gli stakeholder e chiedi a ciascuno di confermare di averlo letto. Il silenzio non è accordo. Questo passaggio richiede 10 minuti e previene settimane di rilavorazione.
- Aggiorna il documento quando cambia l'ambito: un documento di ambito che non riflette la realtà è peggio che non averlo. Quando una richiesta di modifica viene approvata, aggiorna i deliverable, la timeline e le assunzioni impattate.
Ottieni di piu' da questo prompt
Salvalo, analizzalo con l'AI, ottimizzalo e tieni traccia di ogni versione. Gratis per iniziare.