Criteri di accettazione: esempi e best practice

Cosa sono i criteri di accettazione?

I criteri di accettazione sono le condizioni che un prodotto, una user story o un incremento di lavoro devono soddisfare per essere completi. Sono una serie di affermazioni chiare, concise e verificabili che si concentrano sulla fornitura di risultati positivi per i clienti. I criteri di accettazione non si concentrano sul modo in cui si raggiunge una soluzione, ma piuttosto sul risultato finale desiderato del task.

Differenza tra criteri di accettazione e user story

L'accettazione chiarisce la distinzione tra criteri di accettazione e le user story. Sebbene correlati, i due concetti hanno scopi distinti.

Le user story incarnano il motivo alla base di un elemento del backlog di prodotto, essenziale per il backlog grooming. Incapsulano le esigenze del cliente, delineano le funzionalità o le funzioni desiderate ed esprimono la logica delle attività di sviluppo.

I criteri di accettazione stabiliscono le condizioni da soddisfare affinché il task sia completo. Questi criteri misurano il successo del processo di sviluppo, assicurando che la funzionalità fornita sia in linea con i requisiti dell'utente.

Prendi in considerazione una user story che afferma: "Come cliente, desidero cercare i prodotti per nome in modo da poter trovare facilmente gli articoli che sto cercando." I criteri di accettazione corrispondenti potrebbero includere quanto segue:

• La funzione di ricerca dovrebbe restituire risultati che corrispondono esattamente al nome del prodotto immesso.
• La funzione di ricerca dovrebbe restituire anche risultati che corrispondono parzialmente al nome del prodotto immesso.
• I risultati della ricerca devono essere visualizzati in modo chiaro e organizzato.

Le user story descrivono le funzionalità o le funzioni da una prospettiva incentrata sull'utente. I criteri di accettazione forniscono una definizione più tecnica e misurabile di un'implementazione di successo.

Caratteristiche dei buoni criteri di accettazione

I criteri di accettazione efficaci condividono diverse caratteristiche chiave che garantiscono una comunicazione chiara e un processo di sviluppo regolare. Ecco una ripartizione di questi componenti essenziali:

1. Chiarezza e concisione: redigi i criteri di accettazione in un linguaggio semplice che tutti gli stakeholder, inclusi sviluppatori, owner di prodotto e tester, possano comprendere facilmente. Evita il gergo tecnico o frasi ambigue. Indica i criteri in modo conciso e diretto, concentrandoti su risultati specifici.
2. Testabilità: criteri di accettazione ben scritti possono essere verificati chiaramente. Ogni criterio deve tradursi in uno o più test chiari che determinino se la funzionalità implementata soddisfa i requisiti definiti. Ciò consente una valutazione obiettiva ed elimina la possibilità di interpretazioni errate.
3. Risultato: concentrati sul risultato o sull'esperienza utente desiderati piuttosto che sui dettagli tecnici di implementazione. I criteri devono definire l'obiettivo della funzione, non come costruirla. In questo modo gli sviluppatori hanno la possibilità di garantire che il prodotto finale sia in linea con le esigenze degli utenti.
4. Misurabilità: quando possibile, esprimi i criteri in termini misurabili. In questo modo è possibile determinare chiaramente il superamento/il non superamento durante il test. Ad esempio, invece di affermare: "La pagina dei risultati di ricerca dovrebbe avere un impatto visivo", potrebbe essere un criterio migliore, "La pagina dei risultati della ricerca dovrebbe mostrare immagini dei prodotti con una risoluzione minima di 300x300 pixel".
5. Indipendenza: in teoria, ogni criterio di accettazione dovrebbe essere indipendente dagli altri. Ciò ti consente di testare e valutare separatamente, semplificando il processo di test.

Perché hai bisogno dei criteri di accettazione?

I criteri di accettazione favoriscono una comunicazione chiara, riducono l'ambiguità e garantiscono il successo della consegna dei progetti. Ecco uno sguardo più da vicino ai vantaggi chiave:

• Allineamento e comprensione condivisa: definendo esplicitamente i requisiti per una funzione o una user story, i criteri di accettazione creano una comprensione condivisa tra tutti gli stakeholder, inclusi sviluppatori, owner di prodotto e tester. Questo allineamento riduce al minimo le interpretazioni errate e garantisce che tutti stiano lavorando per lo stesso obiettivo.
• Ambiguità e rielaborazioni ridotte: i criteri di accettazione forniscono una Definition of Done (DoD) concreta, eliminando la soggettività e i potenziali malintesi. Questa chiarezza aiuta a prevenire le rielaborazioni causate da funzioni che non soddisfano le aspettative degli utenti.
• Migliore efficienza dei test: criteri di accettazione ben definiti si traducono direttamente in requisiti chiari e verificabili, agevolando test efficienti fornendo una tabella di marcia per la valutazione.
• Gestione avanzata dei progetti: i criteri di accettazione sono strumenti preziosi per i project manager. Consentono un migliore monitoraggio dell'avanzamento, poiché ogni criterio completato è un passo avanti verso la fornitura di una caratteristica funzionale.
• Maggiore soddisfazione degli stakeholder: i criteri di accettazione aumentano la soddisfazione degli stakeholder garantendo che le funzioni soddisfino i requisiti degli utenti. Una comunicazione chiara e aspettative ben definite portano a un prodotto di qualità superiore che offre valore agli utenti finali.

I criteri di accettazione colmano il divario tra visione e realizzazione. Promuovono un ambiente collaborativo in cui tutti comprendono gli obiettivi e collaborano per raggiungerli.

Chi dovrebbe redigere i criteri di accettazione?

La stesura dei criteri di accettazione nei flussi di lavoro Agile e negli ambienti della metodologia Agile è un'attività collaborativa piuttosto che individuale. Ecco una ripartizione dei ruoli tipici:

• Owner di prodotto: l'owner di prodotto, che possiede una profonda comprensione delle esigenze dei clienti e della visione del prodotto, svolge un ruolo cruciale nell'avviare la discussione e delineare la funzionalità desiderata.
• Team di sviluppo: con le proprie competenze tecniche, il team di sviluppo fornisce preziose informazioni sulla fattibilità e sulla testabilità dei criteri. Può suggerire modi appropriati per inquadrare i criteri per una valutazione chiara.
• Scrum master (se applicabile): lo Scrum master è un facilitatore che guida la discussione del team e assicura che tutti abbiano voce in capitolo. Può anche contribuire a garantire che i criteri aderiscano alle best practice.

Sebbene l'owner di prodotto possa avviare il processo, i criteri finali devono essere un'attività collettiva che integra tutte le prospettive degli stakeholder. Questo approccio collaborativo favorisce una comprensione condivisa e aumenta la probabilità di fornire un prodotto di successo.

Come redigere i criteri di accettazione

La creazione di criteri di accettazione ben definiti è essenziale per il successo dello sviluppo software. Ecco alcuni passaggi chiave e suggerimenti per maggiori informazioni:

1. User story: fai riferimento alla user story collegata ai criteri di accettazione. Ciò garantisce che i criteri siano collegati alla funzionalità desiderata.
2. Risultati: esprimi l'esperienza utente e i criteri di risultato previsti. Quali risultati deve raggiungere la funzione per l'utente? Evita di impantanarti nei dettagli tecnici di implementazione.
3. Chiarezza e concisione: cerca un linguaggio chiaro e conciso che tutti possano capire. Il gergo tecnico o le frasi ambigue possono creare confusione.
4. Testabilità: assicurati che ogni criterio si traduca in un test chiaro e verificabile. Ciò consente una valutazione obiettiva della conformità della funzione ai requisiti.
5. Misurabilità: quando possibile, quantifica i criteri in termini misurabili. In questo modo è possibile determinare chiaramente il superamento/il non superamento durante il test.
6. Indipendenza: punta a criteri indipendenti che puoi testare separatamente. Questo semplifica il processo di test ed evita le dipendenze.
7. Test di accettazione degli utenti (UAT): valuta la possibilità di incorporare i criteri UAT insieme ai criteri del team di sviluppo. I criteri UAT si concentrano sulla garanzia che la funzione soddisfi le aspettative dal punto di vista dell'usabilità.
8. Collaborazione: incoraggia la collaborazione durante il processo di creazione. Coinvolgi l'owner di prodotto, il team di sviluppo e gli altri stakeholder per garantire una serie completa di criteri che rifletta tutte le prospettive.
9. Revisione e perfezionamento: non aver paura di rivisitare e perfezionare i criteri di accettazione durante lo sviluppo. Man mano che la comprensione si evolve, valuta la possibilità di modificare i criteri in modo che riflettano le informazioni più recenti.

Questi passaggi e suggerimenti aiutano a sviluppare criteri di accettazione che promuovano una comunicazione chiara, test efficienti e un risultato positivo del progetto.

Esempi di criteri di accettazione

Ecco alcuni esempi ben scritti di criteri di accettazione:

Esempio 1

User story: come cliente, desidero cercare i prodotti per nome in modo da poter trovare facilmente determinati articoli.

• Criteri di accettazione:
  • La funzione di ricerca dovrebbe restituire risultati che corrispondono esattamente al nome del prodotto immesso.
  • La funzione di ricerca dovrebbe inoltre restituire risultati che corrispondono parzialmente al nome del prodotto immesso (almeno tre caratteri dovrebbero corrispondere).
  • I risultati della ricerca devono essere visualizzati in modo chiaro e organizzato, e includere il nome del prodotto, l'immagine e il prezzo.
  • La pagina dei risultati della ricerca dovrebbe consentire un'impaginazione con un massimo di 20 elementi per pagina.

Esempio 2

User story: come utente registrato, voglio modificare le informazioni del mio account per mantenere il profilo aggiornato.

• Criteri di accettazione:
  • Gli utenti possono accedere alla sezione Modifica profilo nelle impostazioni del proprio account.
  • Gli utenti possono modificare nome, cognome, indirizzo e-mail e numero di telefono.
  • Tutte le modifiche alle informazioni utente devono essere salvate cliccando sul pulsante Salva.
  • Se le informazioni utente vengono aggiornate correttamente il sistema visualizza un messaggio di conferma.

Esempio 3

User story: in qualità di amministratore, voglio generare report sull'attività degli utenti e monitorarne il coinvolgimento.

• Criteri di accettazione:
  • Il sistema fornisce una sezione dedicata ai report, nella dashboard di amministrazione.
  • Gli amministratori possono generare report su varie attività degli utenti, come accessi, prodotti visualizzati e acquisti.
  • I report possono essere filtrati per intervallo di date e tipo di utente.
  • È possibile scaricare report in vari formati (ad esempio CSV o PDF).

Questi esempi mostrano come i criteri di accettazione traducano le user story in condizioni specifiche, misurabili e verificabili. Seguendo questa struttura, le aziende possono creare criteri di accettazione chiari e concisi per sviluppare e fornire funzionalità in grado di soddisfare le esigenze degli utenti.

Delinea criteri di accettazione chiari con Jira

Criteri di accettazione efficaci sono fondamentali per il corretto sviluppo del software, perché colmano il divario tra esigenze degli utenti e implementazione tecnica, assicurando che tutte le parti interessate siano coordinate e che il prodotto finale sia utile.

Criteri di accettazione chiari, concisi e verificabili sono fondamentali per il successo del progetto: favoriscono una comunicazione fluida, semplificano i test e, in ultima analisi, migliorano gestione e risultati del progetto.

Usa Jira per ottimizzare i criteri di accettazione dei team di gestione dei progetti Agile. Jira offre campi personalizzati per i criteri di accettazione all'interno dei ticket, che puoi ordinare e mantenere facilmente accessibili per tutti gli stakeholder.

Grazie ai campi personalizzati e alle best practice di Jira, i team possono garantire che i criteri di accettazione rimangano chiari ed efficaci per tutto il ciclo di vita dello sviluppo, contribuendo a un processo di sviluppo più efficiente e collaborativo.

Domande frequenti sui criteri di accettazione

Qual è la differenza tra i criteri di accettazione e la definizione di "completato"?

I criteri di accettazione e la definizione di "completato" sono fondamentali per il successo del progetto, ma hanno scopi diversi. Mentre i criteri di accettazione si concentrano sulle funzionalità specifiche che una user story deve soddisfare per essere completa per l'utente finale, la definizione di "completato" stabilisce una serie più ampia di standard di qualità per tutti i lavori di sviluppo, che comprendono aspetti non funzionali come la qualità del codice e la documentazione. In sostanza, i criteri di accettazione definiscono cosa deve succedere per una user story, mentre la definizione di "completato" delinea gli standard di qualità generali delle modalità in cui un team deve svolgere il lavoro.

Quando si dovrebbero delineare i criteri di accettazione?

Dipende, ma ci sono alcuni momenti chiave da considerare. Un'opzione è identificare i criteri iniziali durante le sessioni di affinamento del backlog, quando il team discute e approfondisce le user story. Un altro momento adatto potrebbe essere durante la pianificazione dello sprint, quando il team collabora per finalizzare i criteri di accettazione per le user story previste per lo sprint successivo. I criteri sono così aggiornati e riflettono le conclusioni più recenti. Definire i criteri di accettazione prima dell'inizio dello sviluppo consente di avere aspettative chiare e un processo di sviluppo regolare.

Quali sono alcune sfide legate alla stesura dei criteri di accettazione?

Una sfida che i team si trovano spesso ad affrontare è l'ambiguità dei criteri, che può portare a interpretazioni errate, oppure la difficoltà nel trovare un equilibrio tra criteri troppo specifici e troppo vaghi. Inoltre, gli stakeholder potrebbero trovarsi in disaccordo sulla definizione di "completato" e ostacolare così il corretto svolgimento del processo. Infine, sebbene sia una prospettiva allettante, coprire ogni dettaglio può portare a criteri di accettazione ingombranti e alla fine inefficaci.