Product Management Word Intermedio

Template per Sprint Review in Word

Per Scrum Master, Product Owner e team Agile che devono trasformare la demo dell'incremento in un verbale azionabile: cosa è stato accettato, quale feedback è emerso e come cambia il backlog. Pensato per chi cerca un format pronto che renda la Sprint Review una cerimonia produttiva e non una semplice presentazione.

#sprint-review #scrum #demo #stakeholder #product-backlog #feedback

Usa nel Playbox Personalizza nel wizard

Claude · Anthropic

<role>
Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.
</role>

<task>
Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.
</task>

<context>
Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].
</context>

<output_format>
Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.
</output_format>

<constraints>
Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.
</constraints>

<tone>
Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.
</tone>

DeepSeek · DeepSeek

Ruolo: Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.

Obiettivo: Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.

Contesto: Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].

Formato output: Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.

Vincoli & regole: Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.

Tono & stile: Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.

Gemini · Google

## Ruolo
Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.

## Contesto
Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].

## Obiettivo
Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.

## Tono & stile
Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.

## Formato output
Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.

## Vincoli & regole
Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.

Grok · xAI

## Ruolo
Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.

## Obiettivo
Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.

## Contesto
Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].

## Formato output
Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.

## Vincoli & regole
Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.

## Tono & stile
Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Mistral · Mistral AI

## Ruolo
Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.

## Obiettivo
Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.

## Contesto
Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].

## Formato output
Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.

## Vincoli & regole
Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.

## Tono & stile
Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

ChatGPT · OpenAI

## Ruolo
Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.

## Obiettivo
Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.

## Contesto
Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].

## Formato output
Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.

## Vincoli & regole
Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.

## Tono & stile
Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Perplexity · Perplexity

Redigi il documento (verbale) completo di una Sprint Review pronto per Word, strutturato in sezioni: intestazione, sintesi dello Sprint, esito della demo per ciascun item, feedback degli stakeholder e impatti conseguenti sul Product Backlog, chiudendo con i prossimi passi.
Ruolo: Sei uno Scrum Master esperto che facilita le cerimonie Scrum. Conosci a fondo la Sprint Review secondo lo Scrum Guide e sai trasformare la demo dell'incremento in un verbale chiaro, con esiti di accettazione e impatti concreti sul Product Backlog.
Contesto: Prodotto/progetto: [nome]. Numero Sprint: [N]. Obiettivo di Sprint (Sprint Goal): [goal]. Data e durata della Review: [data, orario]. Partecipanti (PO, SM, Dev Team, stakeholder presenti): [elenco]. Item dello Sprint Backlog con stato di completamento rispetto alla Definition of Done: [elenco: ID, titolo, completato sì/no]. Note dalla demo ed esiti di accettazione per item (se già noti): [note]. Feedback raccolto dagli stakeholder: [elenco feedback, con riferimento all'item quando possibile].
Formato output: Documento Word con titolo 'VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]' e queste sezioni con heading: (Intestazione) data, orario, luogo/link, Sprint Goal, partecipanti; (1. Sintesi dello Sprint) item pianificati/completati/non completati e se lo Sprint Goal è stato raggiunto; (2. Demo dell'incremento — esito per item) tabella con colonne ID | Item | Demo (sì/no) | Esito (Accettato / Accettato con riserva / Rifiutato / Rinviato) | Motivazione; (3. Feedback degli stakeholder) elenco puntato con autore, feedback e item collegato; (4. Impatti sul Product Backlog) tabella con colonne Azione | Tipo (Nuova PBI / Refine / Re-prioritize / Scarto) | Origine | Priorità proposta; (5. Prossimi passi) chi aggiorna il backlog ed entro quando, data prossima Review.
Vincoli & regole: Usa solo gli item e i feedback forniti: non inventare item, partecipanti o feedback non presenti. L'esito di accettazione deve coincidere con quello indicato dal Product Owner; se non fornito per un item, segnalalo come 'da confermare dal PO' anziché deciderlo. Ogni feedback rilevante deve generare almeno un'azione nella sezione 4, oppure essere esplicitamente marcato 'nessuna azione'. Distingui chiaramente la Sprint Review dalla Retrospettiva: non includere analisi del processo di team. Mantieni la terminologia Scrum corretta (incremento, Definition of Done, Product Backlog, PBI). Tutto in italiano.
Tono & stile: Professionale, sintetico, da verbale di cerimonia. Orientato all'azione e tracciabile, senza giudizi sul team.

Esempio di output

VERBALE SPRINT REVIEW — [Nome prodotto] — Sprint [N]

# Intestazione
Data: [gg/mm/aaaa] · Orario: 14:00–15:00 · Luogo/Link: [sala/Meet]
Obiettivo di Sprint: "Consentire all'utente di recuperare la password in autonomia"
Partecipanti: PO [nome], SM [nome], Dev Team (5), Stakeholder: [Resp. Customer Care], [Head of Sales]

# 1. Sintesi dello Sprint
Item pianificati: 8 · Completati (DoD): 6 · Non completati: 2
Obiettivo di Sprint raggiunto: Sì, parzialmente (flusso reset operativo, manca notifica email)

# 2. Demo dell'incremento — esito per item
| ID | Item | Demo | Esito | Motivazione |
|---|---|---|---|---|
| PBI-101 | Form 'Password dimenticata' | Sì | Accettato | Soddisfa tutti i criteri di accettazione |
| PBI-102 | Email con link di reset | Sì | Accettato con riserva | Funziona ma testo email da rivedere con Brand |
| PBI-103 | Scadenza link 30 min | Sì | Accettato | OK |
| PBI-104 | Rate limiting tentativi | No (non completato) | Rinviato | Spostato allo Sprint successivo |

# 3. Feedback degli stakeholder
- [Customer Care]: "Servirebbe un messaggio chiaro quando l'email non esiste a sistema" → riguarda PBI-101.
- [Head of Sales]: "Possiamo brandizzare l'email di reset?" → riguarda PBI-102.
- [Customer Care]: "Utile una FAQ collegata al flusso" → nuovo bisogno.

# 4. Impatti sul Product Backlog
| Azione | Tipo | Origine | Priorità proposta |
|---|---|---|---|
| Creare PBI 'Messaggio email non registrata' | Nuova PBI | Feedback Customer Care | Alta |
| Raffinare PBI-102 con linee guida Brand | Refine | Feedback Sales | Media |
| Creare PBI 'FAQ recupero password' | Nuova PBI | Feedback Customer Care | Bassa |
| Ri-prioritizzare PBI-104 (rate limiting) | Re-prioritize | Item non completato | Alta |

# 5. Prossimi passi
Il PO aggiornerà il Product Backlog entro [data]. Prossima Sprint Review: [data].

Domande frequenti

Qual è la differenza tra Sprint Review e Retrospettiva?

La Sprint Review è rivolta agli stakeholder e ispeziona l'incremento di prodotto (cosa è stato fatto, feedback, adattamento del Product Backlog). La Retrospettiva è interna al team e ispeziona il processo di lavoro. Questo template copre solo la Sprint Review.

Devo decidere io se un item è accettato o rifiutato?

Sì: l'accettazione spetta al Product Owner sulla base della Definition of Done e dei criteri di accettazione. Il prompt struttura l'esito (Accettato / Accettato con riserva / Rifiutato) e ti chiede la motivazione, ma non inventa il verdetto al posto tuo.

Come collego il feedback alle modifiche del backlog?

Il documento ha una sezione finale 'Impatti sul Product Backlog' che traduce ogni feedback rilevante in azione concreta: nuova PBI, item da raffinare, ri-prioritizzazione o item da scartare, con riferimento all'item demo che lo ha generato.

Vuoi un prompt su misura?

Costruiscine uno in poche domande — e adattalo a ogni modello.

Crea il tuo prompt