Criteri di accettazione

Definizione

I criteri di accettazione sono condizioni che devono essere soddisfatte affinché un Product Backlog Item venga accettato dagli stakeholder. Alcuni team utilizzano termini come condizioni di soddisfazione, condizioni di accettazione, criteri di successo per una User Story o elemento del backlog, criteri di validazione o criteri di conformità come sinonimi che di solito si riferiscono allo stesso concetto.

Contesto

I criteri di accettazione aiutano i team a chiarire cosa significa il successo per ogni Product Backlog Item. Riducono l'ambiguità, creano una comprensione condivisa delle aspettative e aiutano i team a sapere quando il lavoro è completato. Questo migliora la qualità del prodotto e rende più facile verificare che una funzionalità soddisfi le esigenze degli stakeholder.

Descrizione

I criteri di accettazione vengono spesso definiti per i Product Backlog Item come le User Story. Forniscono dichiarazioni chiare e verificabili che descrivono come una funzionalità deve comportarsi per essere considerata completata - di seguito viene fornito un esempio.

Formulando questi criteri in anticipo e perfezionandoli durante le sessioni di Product Backlog Refinement, i team possono scoprire malintesi e affrontarli prima che inizi lo sviluppo.

I criteri di accettazione ben scritti seguono il mnemonico SMART:

• Specifici: descrivono chiaramente il comportamento atteso

• Misurabili: il risultato può essere verificato

• Achievable (Raggiungibili): il team è in grado di realizzarli

• Rilevanti: affrontano direttamente l'esigenza dell'utente

• Temporizzati: se applicabile, definiscono un'aspettativa legata al tempo

  Esempio

Considera la seguente User Story:

"Come consulente bancario, voglio sapere se un cliente ha un rating creditizio positivo in modo da poter decidere se approvare o meno la sua richiesta di prestito."

Un criterio di accettazione per questa User Story potrebbe essere: "Il sistema visualizza il rating creditizio del cliente con la data dell'ultimo aggiornamento e la fonte dei dati, e il rating deve basarsi su dati non più vecchi di 30 giorni."

Questo criterio è specifico perché richiede che vengano mostrati rating, data e fonte; misurabile perché ogni elemento può essere verificato nell'interfaccia utente e nei log; raggiungibile perché il team è in grado di implementarlo; rilevante perché supporta decisioni di prestito consapevoli; e temporizzato perché richiede dati non più vecchi di 30 giorni.

Malintesi comuni

Un malinteso diffuso è che i criteri di accettazione siano la stessa cosa della Definition of Done. In realtà, i criteri di accettazione si applicano a un singolo Product Backlog Item - si potrebbe dire che sono specifici per l'elemento - mentre la Definition of Done si applica a tutti i Product Backlog Item che il team consegna.

Vuoi saperne di più?

Leggi l'articolo sulle User Story per capire come i criteri di accettazione completano questo popolare formato di elemento del backlog. Esplora l'articolo sul Product Backlog Refinement per scoprire come i criteri di accettazione si inseriscono nelle sessioni di refinement.