Welcome to Our Website

Come utilizzare i criteri di accettazione per garantire la consegna del software

Back Torna ai post

I criteri di accettazione e le storie degli utenti sono alcuni dei termini che sentiamo giorno per giorno in un ambiente di ingegneria del software agile. Lavorando con più team di clienti nel corso degli anni a Quantum Mob, abbiamo notato che non tutti li usano, e quelli che in genere li abusano. Possono essere direttamente responsabili di rendere la vita di un ingegnere del software un incubo confuso senza avere una chiara indicazione su ciò che è previsto per i risultati finali.,

Cosa significano questi termini e come possiamo usarli per garantire che i progetti software vengano consegnati alle aspettative di tutti? In questo articolo, approfondiremo i criteri di accettazione e le storie degli utenti nello sviluppo del software con esempi e dimostreremo come possono essere utilizzati per creare responsabilità e garantire la consegna di un progetto.

Definizioni

  • Storie utente

    Le storie utente sono dettagli generalizzati delle esigenze degli utenti del sistema e di ciò che il cliente spera di ottenere da questa funzionalità., In Scrum abbiamo Criteri di accettazione dell’utente per semplificare la comprensione dell’intento del cliente o tradurre l’intento in un elemento attuabile.

  • Criteri di accettazione

    I criteri di accettazione sono un elenco formale che enumera completamente i requisiti dell’utente e tutti gli scenari di prodotto inseriti nell’account. Indica l’intento del cliente e non la soluzione; spetta al team capirli e chiedere chiarimenti su dove è complesso e trovare la soluzione.,

Criteri di accettazione nello sviluppo software

Un progetto di sviluppo software è tipicamente suddiviso in un insieme di attività e, dopo che ogni attività è stata completata, viene confermato se soddisfano i requisiti dell’ambito di sviluppo del progetto. Ciò è reso possibile dall’uso dei Criteri di accettazione.

Prima che la codifica effettiva di qualsiasi progetto possa iniziare, è necessaria la pianificazione e la stima delle risorse e delle informazioni sulla timeline. L’uso di criteri di accettazione consente una facile divisione dei compiti, che possono quindi essere facilmente preventivati e assegnati.,

Funzionalità di sviluppo con Storie Utente e Criteri di Accettazione

Come scrivere Criteri di Accettazione

i Criteri di Accettazione deve descrivere realizzabile e informazioni sensibili. Dovrebbe fornire il livello minimo di funzionalità che il prodotto deve raggiungere, consentendo spazio per una certa flessibilità. Inoltre, non dovrebbe essere sopravvalutato o sottovalutato, ma impostato a un livello realistico.,

Grandi criteri sono ben dettagliati e definiti in modo che i membri del team possono facilmente comprendere ciò che è richiesto di loro e facilmente impiegare le informazioni in fase di sviluppo. Proprio come il progetto è diviso in attività con l’aiuto di criteri di accettazione, i criteri dovrebbero anche avere una lista di controllo di riferimento per vedere se la storia utente è coperto.

Utilizzo dei criteri di accettazione per garantire gli standard di sviluppo

I criteri di accettazione non devono essere rigorosamente utilizzati per descrivere l’intenzione del cliente. Come responsabile del team di sviluppo, potresti voler garantire determinati standard., Se stai aggiungendo nuovi componenti a una libreria di componenti come Storybook, potresti voler aggiungere alcune manopole e impostazioni da implementare come criteri di accettazione. Se si desidera garantire un test unitario, è possibile elencare uno specifico test unitario come parte dei criteri di accettazione.

Come faccio a sapere se ho scritto buoni criteri di accettazione?

Un buon criterio di accettazione è leggibile e compreso da tutte le parti interessate che si occupano della storia dell’utente. Al fine di garantire Criteri di accettazione chiari da cui tutte le parti interessate possono trarre valore, evitare l’uso di gerghi.,

Formati con esempi

Ti consigliamo di seguire i seguenti formati per creare definizioni chiare su cui il tuo team può agire.

User Story:

Usiamo la seguente User Story per considerare quali potrebbero essere i Criteri di accettazione.

Come utente registrato della ABC Company
posso visualizzare la data di scadenza dell’abbonamento
in modo da sapere quando devo rinnovare manualmente o abilitare il rinnovo automatico.

Criteri di accettazione (non formattati):

Viene calcolata la data di scadenza dell’iscrizione.,
Viene visualizzata la data di scadenza dell’iscrizione.
Viene visualizzata l’opzione di rinnovo manuale.
Viene visualizzata l’opzione di opt-in per il rinnovo automatico.
I dettagli di appartenenza non vengono visualizzati se l’utente non è registrato/autenticato.,

i Criteri di Accettazione (formattato)

Scenario — le opzioni per la Visualizzazione di rinnovare la Società ABC di appartenenza sulla pagina dei Dettagli di Fatturazione
Dato Un valido utente è connesso in
Quando si Ha un valido Società ABC di appartenenza con una data di scadenza
Allora Vedi l’opzione per rinnovare l’appartenenza manualmente o opt-in rinnovo automatico

Wrap-up

In sintesi, i Criteri di Accettazione viene descritto l’intento del cliente, cioè il suo/la sua idea di ciò che l’Utente Storia dovrebbe essere come., Spetta al team di sviluppare la soluzione per la Storia utente.

Scrivere una buona storia utente e un criterio di accettazione è difficile, ma un compito davvero importante nello sviluppo del software che determina se il software fa ciò che l’utente si aspetta o meno e infine misura la qualità del prodotto.

Iscrizione alla newsletter

Ricevi le sintesi direttamente nella tua casella di posta.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *