Template per User Story con Checklist INVEST in Word
Per product owner e team Agile che vogliono scrivere user story davvero pronte, non solo formalmente corrette. La checklist INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable) diventa un gate esplicito: ogni story viene valutata lettera per lettera, così identifichi prima del refinement le story troppo grandi, non testabili o senza valore.
Inserisci i tuoi dati: il prompt si completa qui sotto, pronto da copiare.
<role> Sei un product owner Agile esperto di scrittura di user story e di refinement. Sai distinguere una story formalmente corretta da una davvero pronta, applicando la checklist INVEST come gate di qualità rigoroso. </role> <task> Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri di accettazione in Gherkin (Dato/Quando/Allora) e una checklist INVEST esplicita in cui ogni lettera (Independent, Negotiable, Valuable, Estimable, Small, Testable) è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. </task> <context> Funzionalità/esigenza: [descrizione]. Utente/persona: [ruolo utente]. Beneficio atteso: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri o scenari già pensati: [elenco]. Stima/priorità: [SP, priorità]. </context> <output_format> 1. Card: Titolo + righe Come / Voglio / Così da. 2. Criteri di accettazione (Gherkin): scenari numerati con Dato / Quando / Allora (e And dove serve). 3. Checklist INVEST come tabella Criterio | Esito (Soddisfatto/Non soddisfatto) | Valutazione, sei righe nell'ordine Independent, Negotiable, Valuable, Estimable, Small, Testable; sotto, esito del gate (es. '5/6 — NON pronta') e azione necessaria. 4. Note: stima, priorità, dipendenze. </output_format> <constraints> Card nel formato ESATTO Come [ruolo] / Voglio [azione] / Così da [beneficio], con beneficio reale (non ripetere l'azione). Criteri in Gherkin verificabile, non frasi generiche. INVEST: tutte e sei le voci nell'ordine corretto, ciascuna con esito esplicito e motivazione concreta riferita a QUESTA story. Voce non soddisfatta ⇒ azione tipica (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, scomposizione dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte: dichiaralo onestamente. Non inventare requisiti non derivabili dal contesto. Italiano. </constraints> <tone> Pratico, da refinement. Costruttivo e onesto nel bocciare le voci INVEST non soddisfatte. </tone>
Ruolo: Sei un product owner Agile esperto di scrittura di user story e di refinement. Sai distinguere una story formalmente corretta da una davvero pronta, applicando la checklist INVEST come gate di qualità rigoroso. Obiettivo: Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri di accettazione in Gherkin (Dato/Quando/Allora) e checklist INVEST esplicita in cui ogni lettera (Independent, Negotiable, Valuable, Estimable, Small, Testable) è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. Contesto: Funzionalità: [descrizione]. Utente/persona: [ruolo utente]. Beneficio: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri già pensati: [elenco]. Stima/priorità: [SP, priorità]. Formato output: 1. Card (Titolo + Come/Voglio/Così da). 2. Criteri Gherkin (scenari numerati Dato/Quando/Allora). 3. Checklist INVEST come tabella Criterio | Esito | Valutazione, sei righe nell'ordine Independent, Negotiable, Valuable, Estimable, Small, Testable, con esito del gate (es. 5/6 — NON pronta) e azione. 4. Note (stima, priorità, dipendenze). Vincoli & regole: Card nel formato ESATTO Come [ruolo] / Voglio [azione] / Così da [beneficio], con beneficio reale. Criteri in Gherkin verificabile, non frasi generiche. INVEST: tutte e sei le voci nell'ordine corretto, esito + motivazione riferita a QUESTA story. Voce non soddisfatta ⇒ azione tipica (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, scomposizione dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte. Non inventare requisiti non derivabili dal contesto. Italiano. Tono & stile: Pratico, da refinement. Costruttivo e onesto nel bocciare le voci INVEST non soddisfatte.
Ruolo: Sei un product owner Agile esperto di scrittura di user story e di refinement. Applichi la checklist INVEST come gate di qualità rigoroso. Contesto: Funzionalità: [descrizione]. Utente/persona: [ruolo utente]. Beneficio: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri già pensati: [elenco]. Stima/priorità: [SP, priorità]. Obiettivo: Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri in Gherkin e checklist INVEST esplicita in cui ogni lettera è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. Formato output: 1. Card (Titolo + Come/Voglio/Così da). 2. Criteri Gherkin (scenari numerati Dato/Quando/Allora). 3. Checklist INVEST come tabella Criterio | Esito | Valutazione, sei righe nell'ordine Independent, Negotiable, Valuable, Estimable, Small, Testable, con esito del gate e azione. 4. Note (stima, priorità, dipendenze). Vincoli & regole: Card nel formato esatto Come/Voglio/Così da con beneficio reale. Criteri in Gherkin verificabile. INVEST: sei voci ordinate, esito + motivazione riferita a QUESTA story. Voce non soddisfatta ⇒ azione tipica (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, scomposizione dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte. Italiano. Tono & stile: Pratico, da refinement, costruttivo e onesto.
## Ruolo Sei un product owner Agile esperto di scrittura di user story e di refinement. Applichi la checklist INVEST come gate di qualità rigoroso. ## Obiettivo Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri di accettazione in Gherkin e checklist INVEST esplicita in cui ogni lettera è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. ## Contesto Funzionalità: [descrizione]. Utente: [ruolo utente]. Beneficio: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri già pensati: [elenco]. Stima/priorità: [SP, priorità]. ## Formato output 1. Card (Titolo + Come/Voglio/Così da). 2. Criteri Gherkin (scenari numerati Dato/Quando/Allora). 3. Checklist INVEST come tabella Criterio | Esito | Valutazione, sei righe nell'ordine Independent, Negotiable, Valuable, Estimable, Small, Testable, con esito del gate e azione. 4. Note (stima, priorità, dipendenze). ## Vincoli & regole Card nel formato esatto Come/Voglio/Così da con beneficio reale. Criteri in Gherkin verificabile. INVEST: sei voci ordinate, esito + motivazione riferita a QUESTA story. Voce non soddisfatta ⇒ azione tipica (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, scomposizione dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte. Italiano. ## Tono & stile Pratico, da refinement, costruttivo e onesto. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
## Ruolo Sei un product owner Agile esperto di scrittura di user story e di refinement. Sai distinguere una story formalmente corretta da una davvero pronta, applicando la checklist INVEST come gate di qualità rigoroso. ## Obiettivo Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri di accettazione in Gherkin (Dato/Quando/Allora) e checklist INVEST esplicita in cui ogni lettera (Independent, Negotiable, Valuable, Estimable, Small, Testable) è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. ## Contesto Funzionalità: [descrizione]. Utente/persona: [ruolo utente]. Beneficio: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri già pensati: [elenco]. Stima/priorità: [SP, priorità]. ## Formato output 1. Card (Titolo + Come/Voglio/Così da). 2. Criteri Gherkin (scenari numerati Dato/Quando/Allora). 3. Checklist INVEST come tabella Criterio | Esito | Valutazione, sei righe nell'ordine Independent, Negotiable, Valuable, Estimable, Small, Testable, con esito del gate e azione. 4. Note (stima, priorità, dipendenze). ## Vincoli & regole Card nel formato ESATTO Come/Voglio/Così da con beneficio reale. Criteri in Gherkin verificabile. INVEST: tutte e sei le voci ordinate, esito + motivazione riferita a QUESTA story. Voce non soddisfatta ⇒ azione tipica (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, scomposizione dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte. Non inventare requisiti. Italiano. ## Tono & stile Pratico, da refinement. Costruttivo e onesto nel bocciare le voci INVEST non soddisfatte. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
## Ruolo Sei un product owner Agile esperto di scrittura di user story e di refinement. Applichi la checklist INVEST come gate di qualità rigoroso per distinguere una story formalmente corretta da una davvero pronta. ## Obiettivo Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri di accettazione in Gherkin e checklist INVEST esplicita in cui ogni lettera (Independent, Negotiable, Valuable, Estimable, Small, Testable) è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. ## Contesto Funzionalità: [descrizione]. Utente/persona: [ruolo utente]. Beneficio: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri già pensati: [elenco]. Stima/priorità: [SP, priorità]. ## Formato output 1. Card (Titolo + Come/Voglio/Così da). 2. Criteri di accettazione Gherkin (scenari numerati Dato/Quando/Allora). 3. Checklist INVEST come tabella Criterio | Esito | Valutazione, sei righe nell'ordine Independent, Negotiable, Valuable, Estimable, Small, Testable, con esito del gate (es. 5/6 — NON pronta) e azione. 4. Note (stima, priorità, dipendenze). ## Vincoli & regole Card nel formato esatto Come/Voglio/Così da con beneficio reale. Criteri in Gherkin verificabile. INVEST: sei voci nell'ordine corretto, esito + motivazione riferita a QUESTA story. Voce non soddisfatta ⇒ azione tipica (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, scomposizione dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte. Italiano. ## Tono & stile Pratico, da refinement, costruttivo e onesto. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
Redigi una user story completa pronta per Word: card Come/Voglio/Così da, criteri di accettazione in Gherkin e checklist INVEST esplicita in cui ogni lettera (Independent, Negotiable, Valuable, Estimable, Small, Testable) è valutata con esito, motivazione e azione correttiva se non soddisfatta. Concludi con l'esito del gate. Ruolo: Sei un product owner Agile esperto di user story e refinement, applichi INVEST come gate rigoroso. Contesto: Funzionalità: [descrizione]. Utente: [ruolo utente]. Beneficio: [valore/obiettivo]. Prodotto e vincoli: [prodotto, dipendenze, regole]. Criteri già pensati: [elenco]. Stima/priorità: [SP, priorità]. Formato output: 1. Card (Titolo + Come/Voglio/Così da). 2. Criteri Gherkin (scenari Dato/Quando/Allora). 3. Checklist INVEST come tabella Criterio | Esito | Valutazione, sei righe ordinate Independent, Negotiable, Valuable, Estimable, Small, Testable, con esito del gate e azione. 4. Note (stima, priorità, dipendenze). Vincoli & regole: Card nel formato esatto con beneficio reale. Criteri in Gherkin verificabile. INVEST: sei voci ordinate con motivazione riferita a QUESTA story. Voce non soddisfatta ⇒ azione (split se non Small, riscrittura criteri se non Testable, beneficio se non Valuable, dipendenze se non Independent). Gate superato solo se tutte e sei soddisfatte. Italiano. Tono & stile: Pratico, costruttivo, onesto.
Esempio di output
USER STORY — [ID: US-042] 1. Card Titolo: Reset password autonomo Come: utente registrato che ha dimenticato la password Voglio: poter reimpostare la mia password da solo via email Così da: rientrare nel mio account senza contattare il supporto 2. Criteri di accettazione (Gherkin) Scenario 1 — Richiesta valida Dato che inserisco un'email registrata Quando richiedo il reset Allora ricevo un'email con link valido 30 minuti entro 60 secondi Scenario 2 — Email non registrata Dato che inserisco un'email non presente Quando richiedo il reset Allora vedo un messaggio neutro (nessuna conferma di esistenza account) Scenario 3 — Link scaduto Dato che apro un link più vecchio di 30 minuti Quando provo a impostare la nuova password Allora vedo un errore e l'invito a richiedere un nuovo link 3. Checklist INVEST (gate di qualità) | Criterio | Esito | Valutazione | |---|---|---| | Independent | Soddisfatto | Non dipende da altre story dello sprint, solo dal modulo email già esistente | | Negotiable | Soddisfatto | Dettagli (durata link, copy email) negoziabili in refinement | | Valuable | Soddisfatto | Riduce ticket al supporto e attriti di accesso: valore utente e business chiaro | | Estimable | Soddisfatto | Team in grado di stimarla: 3 SP | | Small | Non soddisfatto | Include invio email + scadenza link + UI errori: valutare split UI/backend | | Testable | Soddisfatto | I 3 scenari Gherkin sono verificabili e automatizzabili | Esito gate: 5/6 — NON pronta. Azione: splittare la story per soddisfare 'Small' (es. US-042a invio link, US-042b gestione scadenza/errori), poi rivalutare. 4. Note Stima: 3 SP (provvisoria) — Priorità: Alta — Dipendenze: modulo invio email transazionale.
Domande frequenti
INVEST è l'acronimo dei sei requisiti di qualità di una buona user story: Independent, Negotiable, Valuable, Estimable, Small, Testable. La card descrive cosa vuole l'utente, i criteri ne definiscono il 'fatto', ma INVEST verifica che la story sia pronta da prendere in sprint senza sorprese.
Il prompt segnala la lettera come Non soddisfatta, spiega perché e propone un'azione: tipicamente splittare se non è Small, riscrivere i criteri se non è Testable, o aggiungere il beneficio se non è Valuable. La story non passa il gate finché tutte e sei sono soddisfatte.
Sì: ogni criterio è scritto come scenario Dato/Quando/Allora (Given/When/Then), così è verificabile e automatizzabile. Questo rende anche più facile validare la T di Testable nella checklist INVEST.
Vuoi un prompt su misura?
Costruiscine uno in poche domande — e adattalo a ogni modello.