AgileAllineato alla Scrum Guide 2020WordGRATISBase
Definition of Done e Formato delle User Story
Serve a product owner, Scrum Master e team di sviluppo che vogliono fissare uno standard unico di 'fatto' e un formato coerente di user story, eliminando le ambiguità che generano rework e contestazioni in fase di review.
In sintesi
Definition of Done e Formato delle User Story è un template
in formato Word allineato alla Scrum Guide 2020 pubblicato da Management Academy.
Template di prompt per definire la Definition of Done multilivello e un template di user story con criteri Gherkin e checklist INVEST. Output Word.
Si scarica gratuitamente con un account gratuito.
Aggiornato il 16 agosto 2026 ·
a cura della faculty di Management Academy
Le versioni di questo template
Definition of Done e Formato delle User Story · Word
Cosa contiene il template Definition of Done e User Story
Ambito dell'accordo — a quali elementi si applica, chi lo ha approvato, da quando è in vigore e quando si rilegge.
Definition of Done a livello di elemento — una tabella di voci verificabili con un sì o un no, ciascuna con che cosa verifica e chi la verifica.
Definition of Done a livello di incremento — ciò che vale sull'incremento integrato di fine sprint, tenuto distinto dal singolo elemento.
Definition of Done a livello di rilascio — prove di carico, sicurezza, ritorno alla versione precedente, informazione a chi assiste il servizio, approvazione.
Formato dell'elemento del backlog — titolo, narrativa, contesto, fuori ambito, dipendenze e stima, con la regola per gli elementi tecnici che nella narrativa non ci stanno.
Criteri di accettazione — il formato Dato / Quando / Allora, un esempio scritto bene, uno scritto male e il perché, quanti criteri per elemento e l'obbligo del caso in errore.
Esempio completo compilato — un elemento reale dall'inizio alla fine, criteri compresi.
Controllo di qualità INVEST — sei criteri, la domanda di controllo di ciascuno e che cosa fare se la risposta è no.
Regole di manutenzione — chi può proporre una voce, chi decide, da quando entra in vigore, che cosa fare con le voci sistematicamente saltate.
Che cosa la Definition of Done non è — i cinque fraintendimenti che la rendono inutile.
Documento Word brandizzato Management Academy, con guida rimovibile, segnaposto e righe di esempio marcate. Allineato alla Scrum Guide 2020: la Definition of Done è un impegno del gruppo di sviluppo, non una lista imposta dall'esterno.
Versione standard
È il file pronto da compilare: intestazioni, sezioni obbligatorie e
riferimenti metodologici già al loro posto. Usala quando sai cosa
scrivere e ti serve solo la struttura corretta.
Serve a product owner, Scrum Master e team di sviluppo che vogliono fissare uno standard unico di 'fatto' e un formato coerente di user story, eliminando le ambiguità che generano rework e contestazioni in fase di review.
# Standard di Team: Definition of Done & User Story Template
## 1. Scopo
Questo documento fissa cosa significa «fatto» nel nostro team e come scriviamo le user story, per ridurre ambiguità e rework.
## 2. Definition of Done
### 2.1 DoD a livello di User Story
- [ ] Codice sviluppato e sottoposto a code review
- [ ] Test unitari scritti e verdi
- [ ] Criteri di accettazione tutti soddisfatti
- [ ] Nessun bug bloccante aperto
### 2.2 DoD a livello di Sprint
- [ ] Incremento integrato e deployabile in ambiente di staging
- [ ] Documentazione utente aggiornata
### 2.3 DoD a livello di Release
- [ ] Test di regressione superati
- [ ] Approvazione del Product Owner
## 3. Template di User Story
**Titolo:** [breve]
**Narrativa:** Come [ruolo], voglio [funzionalità], così da [beneficio].
**Priorità:** Alta/Media/Bassa · **Stima:** [SP]
### Criteri di accettazione (Gherkin)
```
Scenario: Reset password riuscito
Dato un utente registrato con email valida
Quando richiede il reset della password
Allora riceve un'email con link valido entro 2 minuti
```
## 4. Esempio compilato
**Titolo:** Reset password via email
**Narrativa:** Come utente registrato, voglio reimpostare la password via email, così da rientrare nell'account se la dimentico.
## 5. Checklist di qualità della user story (INVEST)
| Criterio | Domanda di controllo |
|---|---|
| Independent | La storia è autonoma? |
| Valuable | Porta valore all'utente? |
| Estimable | È stimabile? |
| Small | Sta in uno sprint? |
| Testable | I criteri sono verificabili? |
Il prompt che lo genera sui tuoi dati
Il file qui sopra è pronto da scaricare. Se ti serve compilato sul tuo
progetto, incolla questo prompt in un assistente: costruisce lo stesso
documento con i tuoi dati.
Agisci come Scrum Master esperto, allineato alla Scrum Guide 2020. Aiutami a scrivere in italiano l'accordo di squadra su che cosa significa «fatto» in questo gruppo e su come si scrivono gli elementi...
🔒
Prompt completo riservato agli utenti registrati
Registrati gratis per sbloccare il prompt completo e scaricare il file.
Scarica il file e aprilo.
Resta editabile: si apre con Excel, Word e PowerPoint, e anche con
Google Workspace o LibreOffice.
Compila prima le sezioni obbligatorie.
Sono quelle che un committente o un esaminatore guarda per prime:
oggetto, responsabili, criteri di accettazione.
Rigenera con il prompt sui tuoi dati.
Copia il prompt di questa pagina, incolla il contesto del progetto e
ottieni il documento già compilato.
Fai rivedere il risultato.
Un documento corretto nel metodo ma scollegato dal progetto non regge
alla prima domanda: rileggilo con chi il progetto lo conosce.
Fonti e riferimenti
Schwaber e Sutherland, The Scrum Guide, novembre 2020
Manifesto per lo sviluppo agile di software (2001)
Chi lo pubblica
Management Academy, l'academy di Castro & Partners Srl,
con sede in Via Margaritone, 30,
52100 Arezzo, Italia. I template sono prodotti dalla
faculty che tiene i percorsi certificati di project e product management.
Centro d'Esame accreditato UNI 11648:2022
PMI Authorized Training Partner
Processi certificati ISO 9001:2025
PeopleCert Accredited Training Organisation
Scrum Alliance Licensed Training Provider
Crediti riconosciuti dal Consiglio Nazionale Geometri
Qual è la differenza tra Definition of Done e criteri di accettazione?
+
La DoD vale per tutte le storie e definisce la qualità minima di rilascio (test, code review, documentazione). I criteri di accettazione sono specifici della singola storia e descrivono il comportamento atteso. Il template produce entrambi e ne spiega la distinzione al team.
Perché i criteri di accettazione in Gherkin?
+
Il formato Dato/Quando/Allora rende i criteri verificabili e direttamente traducibili in test. Il template li scrive così di default, ma puoi chiedere una versione a checklist se il team non usa Gherkin.
Posso adattare la DoD al mio livello (storia, sprint, release)?
+
Sì. Il template produce una DoD multilivello: per la singola user story, per lo sprint e per la release, così ogni gate di qualità è esplicito e non si confonde con gli altri.
Dai template ai percorsi certificati
Il template è il documento. La certificazione è il metodo.
I template di questo catalogo sono la parte pratica: i documenti che le certificazioni
chiedono di saper produrre. Per l'esame servono anche teoria ed esercitazione.
