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.
This prompt is just the starting point
Score it with AI, optimize it with one click, track versions, and build your prompt library.
The 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.
Usage Tips
- 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.
Get more from this prompt
Save it, score it with AI, optimize it, and track every version. Free to start.