Quando un'attività è considerata terminata? Quando soddisfa i requisiti. Tuttavia, i requisiti possono essere volutamente vaghi o scritti in modo generico. Sebbene i requisiti ci dicano cosa dovrebbe fare il prodotto nel suo complesso, non definiscono tutti gli standard che dovrebbe soddisfare.
Questo è il compito di un altro artefatto del project management agile chiamato criteri di accettazione. In questo post del blog esploriamo cosa sono i criteri di accettazione, perché sono necessari e come scriverli per il tuo progetto.
Cosa sono i criteri di accettazione?
Originari dell'ingegneria del software, i criteri di accettazione sono una serie di condizioni che una nuova funzionalità/funzione deve soddisfare per essere considerata completa.
In termini letterali, questi sono i criteri in base ai quali una funzionalità/funzione verrebbe accettata dal titolare del prodotto o dal cliente.
Caratteristiche di criteri di accettazione efficaci
I criteri di accettazione sono l'ultimo punto di controllo per verificare se il prodotto/la funzionalità/funzione è pronto/a per l'utente. Sono il sigillo di approvazione che attesta che il prodotto/la funzionalità/funzione è sufficientemente valido/a per la produzione.
Per essere efficaci, i criteri di accettazione devono essere:
Attenzione all'utente: i team creano criteri di accettazione dal punto di vista dell'utente per garantire l'allineamento con gli obiettivi aziendali.
Orientati al risultato: a differenza delle user story, i criteri di accettazione definiscono il risultato desiderato. Pertanto, devono anche essere misurabili.
Specifici: ogni criterio deve essere specifico e applicabile a un aspetto della funzionalità/funzione.
Ad esempio, "deve essere conforme alle dieci principali vulnerabilità OWASP" può essere un criterio efficace in quanto specifico solo per la sicurezza.
Concisione: devono essere frasi brevi. Devono utilizzare un linguaggio e una nomenclatura che il team di sviluppo utilizza e con cui ha familiarità.
Indipendenza: è bene assicurarsi che un criterio di accettazione non dipenda da un altro, creando una rete di complessità.
Verificabile: questo è l'aspetto più importante. Un buon criterio di accettazione deve essere verificabile. In genere, sotto forma di risultati sì o no.
Perché i criteri di accettazione sono importanti?
Ogni team di sviluppo software sa come raccogliere i requisiti in modo agile per definire esattamente ciò di cui ha bisogno il titolare/cliente. Perché, allora, abbiamo bisogno di un altro artefatto, vi chiederete? Ecco perché.
Contesto comune
I criteri di accettazione creano una comprensione comune tra i titolari dei prodotti, gli sviluppatori e gli analisti della qualità riguardo a ciascuna funzionalità/funzione. Evitano confusione, interpretazioni soggettive e potenziali malintesi.
Allineamento del prodotto
I criteri di accettazione fungono da scala per misurare l'allineamento del prodotto/della funzionalità con i requisiti, gli obiettivi e gli scopi. Essi garantiscono la connessione del codice all'attività aziendale.
Efficienza dei test
Quando hai definito chiaramente i criteri di accettazione, i tuoi team di qualità possono automatizzare e accelerare il processo di test agile. Inoltre, creano ripetibilità tra i sprint.
Efficienza nel project management dei progetti
Dei buoni criteri di accettazione permettono un monitoraggio, un monitoraggio e un controllo del progetto migliori. Danno una visibilità chiara del perché una funzionalità/funzione è stata rimandata indietro per essere rielaborata, aiutando i project manager a ottimizzare i processi.
Chiusura positiva
In sostanza, i criteri di accettazione delineano la definizione di "terminato" nei progetti agili. Quindi, quando tutti i criteri di accettazione sono soddisfatti, puoi spedire un prodotto con la certezza di aver fatto tutto il necessario.
Se questo ti ha convinto a incorporare i criteri di accettazione nei tuoi progetti, ecco come iniziare.
Come redigere i criteri di accettazione
Per quanto possa essere allettante, scrivere i criteri di accettazione non è un lavoro che può essere svolto da una sola persona. Per essere efficaci, i criteri di accettazione devono incorporare i contributi di varie parti interessate. Il product owner in genere scrive i criteri di accettazione con il contributo tecnico del team di sviluppo.
Di seguito è riportato un approccio strategico e completo alla redazione collaborativa dei criteri di accettazione con l'aiuto di uno strumento di gestione dei prodotti all-in-one come ClickUp.
1. Comprendere lo scopo dei criteri di accettazione
Il primo passaggio è capire perché stai scrivendo i criteri di accettazione. Servono solo ai responsabili del controllo qualità per eseguire i test? Sono stati definiti dal cliente? Si tratta di requisiti di conformità? È una prova di concetto? Comprendi lo scopo dei criteri di accettazione per assicurarti che siano efficaci per quel pubblico e quella necessità.
Mentre i criteri di accettazione effettivi saranno chiari e verificabili, il documento di intenti ne esplorerà in dettaglio le motivazioni. Ad esempio, supponiamo che uno dei criteri di accettazione sia "abilitare lo schema di contrasto per ipovedenti".
Il documento di intenti potrebbe recitare: "Le funzionalità per ipovedenti sono fondamentali per la nostra app, poiché serviamo clienti di età superiore ai 50 anni. Un prodotto facile da usare per questo pubblico ridurrà notevolmente l'onere delle visite a domicilio per il nostro team sul campo".
ClickUp Docs è un ottimo strumento per raccogliere tutte le informazioni e definire il tuo obiettivo. Usalo come documento per mettere tutti gli stakeholder sulla stessa pagina (letteralmente!) riguardo alla necessità e all'importanza dei criteri di accettazione.
Collabora in tempo reale, apportando modifiche, lasciando commenti e taggando le persone per ottenere feedback. Una volta terminato, puoi anche creare attività direttamente dai tuoi documenti ClickUp.
Bonus: una guida introduttiva su epica e funzionalità/funzioni per aiutarti a scrivere le tue storie utente.
2. Inizia con le user story per gli utenti
Ora che il contesto è definito, è il momento di mettersi a scrivere. Inizia con la user story. Esamina il percorso dell'utente che ogni funzionalità/funzione deve consentire e scrivi i criteri di accettazione corrispondenti.
Quando utilizzi le attività di ClickUp per le tue user story, puoi creare campi personalizzati per dettagli specifici come il ruolo dell'utente, l'obiettivo, il risultato desiderato, le dipendenze, ecc. Con tutte queste informazioni in un unico posto, pensa a come dovrebbe essere terminato il progetto.
Se sei completamente nuovo in questo campo, ecco un modello adatto ai principianti per iniziare. Utilizza il modello User Story di ClickUp per gestire le storie, suddividerle in attività, dare priorità alle funzionalità/funzioni, svilupparle e realizzare prodotti di livello mondiale.
3. Scrivi i criteri di accettazione
Sulla base della user story, scrivi i criteri di accettazione. Il modo più semplice per farlo è utilizzare una lista di controllo. Ad esempio, quando crei un modulo a campo singolo per l'iscrizione alla newsletter, il tuo elenco di criteri di accettazione potrebbe essere simile all'esempio seguente:
- L'utente dovrebbe essere in grado di inserire il proprio indirizzo email
- Il sistema dovrebbe inviare un'email di conferma all'indirizzo e-mail fornito e convalidato.
Le liste di controllo delle attività di ClickUp possono gestire tutto questo direttamente all'interno dell'attività che hai creato per la user story. Sotto ogni attività, aggiungi le liste di controllo per i criteri di accettazione applicabili.
Hai criteri di sicurezza o prestazioni comuni applicabili a tutte le attività? Niente paura! Crea un modello di lista di controllo e applicalo automaticamente a tutte le attività pertinenti.
4. Utilizza il formato "Dato-Quando-Allora"
Un altro modo per definire i criteri di accettazione è utilizzare il formato Given-When-Then (GWT). In parole povere, ecco come si presenta.
- Dato: stato iniziale o contesto del software
- Quando: azione o evento intrapreso dall'utente
- Quindi: Risultato atteso
In sostanza, ciò significa che, dato un
Quando crei la stessa funzionalità di sottoscrizione alla newsletter,
- Dato: l'utente sta cercando di iscriversi alla newsletter
- Quando: l'utente inserisce il proprio indirizzo email ufficiale valido
- Quindi: viene inviata un'email automatica di conferma della sottoscrizione.
5. Collaborare con le parti interessate
I buoni criteri di accettazione non vengono redatti in modo isolato. In genere, i product manager apportano il punto di vista dell'utente e le esigenze aziendali. Il team di progettazione si concentra sull'esperienza utente, l'usabilità, l'accessibilità, ecc. Il team di sviluppo contribuisce alle specifiche tecniche. Il team DevOps si occupa delle prestazioni e dell'utilizzo delle risorse.
Per garantire che il tuo prodotto soddisfi tutti questi requisiti, devi scrivere i criteri di accettazione in modo collaborativo. Con ClickUp, può essere incredibilmente semplice.
Per ogni attività della user story, aggiungi i criteri di accettazione sotto forma di lista di controllo, campo personalizzato, descrizione o commento. Utilizza i commenti nidificati di ClickUp per discutere ciascun criterio di accettazione e @mention per comunicare con gli stakeholder. Assegna azioni da intraprendere e altro ancora.
6. Sii semplice e conciso
Cerca di non usare congiunzioni nei tuoi criteri di accettazione. Niente "e" o "o". Sii conciso, preferibilmente con una sola frase semplice. Usa le parole "dovrebbe" e "deve" invece di "può", "potrebbe" o "forse".
7. Assicurati che sia testabile
Per assicurarti che i tuoi criteri di accettazione siano soddisfatti, devi testarli. Il modo in cui scrivi i criteri gioca un ruolo fondamentale in questo senso. Assicurati che i tuoi criteri di accettazione si prestino alla scrittura di casi di test. Estendiamo l'esempio precedente.
Se il criterio di accettazione è "l'utente deve essere in grado di inserire il proprio indirizzo email", il caso di test sarebbe:
Passaggi:
- Digita l'indirizzo di email
- Premi Invio
Risultato:
- Se no, visualizza il messaggio "Inserisci il tuo indirizzo email ufficiale".
- Convalida l'indirizzo di email come ufficiale
- Se sì, visualizza il messaggio "Grazie per la sottoscrizione. Ti abbiamo inviato un'email di conferma".
8. Rivedi e modifica
Durante tutto il processo di sviluppo, monitora e ottimizza i tuoi criteri di accettazione. Con ClickUp, puoi anche impostare report per ciascuno di essi per vedere cosa richiede la tua attenzione.
Utilizza i dashboard di ClickUp per creare widget personalizzabili per i criteri di accettazione che ritieni importanti. Individua le funzionalità/funzioni che presentano ritardi e sviluppa strategie per affrontare la causa principale.
A questo punto, hai imparato cosa fare. Ora concentriamoci su cosa non fare.
Errori comuni da evitare nella stesura dei criteri di accettazione
Tra i parametri tecnici, funzionali e operativi, è possibile commettere qualsiasi numero di errori durante la stesura dei criteri di accettazione. Ecco gli errori comuni che i team generalmente commettono.
Da fare da soli
I titolari spesso sentono la pressione di dover scrivere i criteri di accettazione da soli. Anche se ben intenzionato, questo approccio può trascurare le competenze tecniche del team di sviluppo.
Scrivi sempre i criteri di accettazione in modo collaborativo.
Ignorare l'utente
Poiché i criteri di accettazione si trovano alla fine del processo di sviluppo, è facile dimenticare l'esperienza dell'utente. Questo è un grave errore.
Crea sempre i tuoi criteri di accettazione pensando all'utente finale.
Concentrarsi su come
I criteri di accettazione non riguardano il funzionamento di uno strumento software, ma i risultati che dovrebbe produrre. Scrivere criteri di accettazione che definiscono "come" scrivere la funzionalità/funzione può rivelarsi controproducente.
Concentrati sempre sui risultati e sugli esiti attesi.
Mantenere un tono vago
Criteri di accettazione vaghi o generici ottengono l'effetto opposto a quello desiderato: lasciano spazio all'interpretazione. Ciò significa che il risultato potrebbe variare a seconda del tester, delle circostanze o persino dell'ambiente.
Rendi sempre i criteri di accettazione chiari, specifici e inequivocabili.
Aggiungere troppi
Sebbene non esista una scala per stabilire quale sia un numero ragionevole, è un grave errore scriverne troppi. Infatti, avere troppi criteri di accettazione potrebbe indicare che è necessario suddividere la user story stessa in parti più piccole. Guarda gli story point agili sulla user story per confermare questa teoria.
Elenca sempre solo i criteri di accettazione assolutamente necessari.
Best practice per la redazione dei criteri di accettazione
I criteri di accettazione sono un importante strumento di comunicazione collaborativa per i team di sviluppo software. In questa sezione ci concentreremo su come renderli il più efficaci possibile.
Sii chiaro
Rendi chiari i criteri di accettazione a tutte le parti interessate. Lo sviluppatore deve comprendere il significato dei criteri di accettazione. E l'analista della qualità deve sapere come convertirli in un caso di test.
Usa un linguaggio semplice
Scrivi i tuoi criteri di accettazione in un linguaggio semplice. Non usare un linguaggio tecnico. Soprattutto, non dare indicazioni allo sviluppatore su come deve essere scritto il codice.
Mantieni i risultati binari
Un criterio di accettazione è soddisfatto o non lo è. Non esiste un soddisfatto parzialmente o completato all'80%. Quindi, scrivi i criteri di accettazione come affermazioni di superamento o fallimento.
Rendilo misurabile
Il modo più semplice per ottenere risultati positivi o negativi è renderli misurabili. Ad esempio, se il tuo criterio di accettazione è "velocità di caricamento della pagina inferiore a 3 secondi", è facile da testare e superare.
Fai solo ipotesi ragionevoli
Spesso, i product owner potrebbero considerare qualcosa come "ovvio", data la loro vicinanza all'utente. Potrebbe non essere così ovvio per lo sviluppatore. Quindi, se possibile, non fare supposizioni. Quando necessario, fai supposizioni ragionevoli in collaborazione con il team.
Esempi di criteri di accettazione
Esploriamo alcuni esempi di criteri di accettazione nel mondo reale, non solo nello sviluppo di software, ma anche in altre funzioni.
Esempio 1: Sviluppo di software (utilizzando il metodo della lista di controllo)
Attività: funzionalità di ricerca su un sito web basato sui contenuti.
Criteri di accettazione:
- Dovrebbe esserci una casella di testo in cui gli utenti possono digitare la loro query di ricerca.
- I risultati devono essere visualizzati sotto forma di elenco.
- I risultati dovrebbero aprirsi in una nuova pagina.
- I risultati devono essere impaginati
Esempio 2: Sviluppo di software (utilizzando il metodo GTW)
Attività: funzionalità di prenotazione appuntamenti
Criteri di accettazione:
- Dato che un cliente esistente desidera prenotare un appuntamento
- Inseriscono il loro ID di email e scelgono la fascia oraria preferita per l'appuntamento.
- L'appuntamento deve essere prenotato e confermato via email.
Esempio 3: Scrittura di contenuti (utilizzando il metodo della lista di controllo)
Attività: scrivi un post di 1000 parole sul blog riguardo all'ultimo film di Tom Cruise.
Criteri di accettazione:
- Usa l'inglese americano
- Usa la virgola di Oxford
- Limita l'introduzione a meno di 200 parole.
- Includi 3-5 link interni
Esempio 4: Metodo di marketing (utilizzando GTW)
Attività: lancia una campagna pubblicitaria basata sull'intento su Google Search.
Criteri di accettazione:
- Dato che l'utente si trova su una qualsiasi delle interfacce di ricerca di Google
- Quando l'utente digita una parola chiave nel nostro elenco di
- Quindi visualizza
Il ruolo dei criteri di accettazione nelle metodologie Agile
Se l'agilità consiste nel suddividere i monoliti in parti piccole e gestibili e costruirle in modo incrementale, i criteri di accettazione lo accentuano.
Ad esempio, potresti suddividere la tua grande piattaforma di e-commerce in piccole parti, una delle quali è la funzionalità "aggiungi al carrello".
All'interno della funzione "aggiungi al carrello" potrebbero esserci diverse piccole funzionalità, come cosa succede se il prodotto è esaurito o come l'utente può modificare la quantità da aggiungere al carrello. Criteri di accettazione ben scritti aiutano a mettere a fuoco questi dettagli specifici.
Nell'ambito delle metodologie agili, i criteri di accettazione aiutano a:
Definizione dei risultati: i criteri di accettazione indicano al team addetto alla qualità come deve essere una funzionalità completata.
Facilitare le discussioni: lo sviluppo agile non riguarda solo il codice. Si tratta di risolvere problemi aziendali con la tecnologia. I criteri di accettazione aiutano a facilitare queste discussioni per consentire i giusti compromessi e le decisioni correlate.
Creazione di team interfunzionali: i product owner, i business analyst, i designer, gli sviluppatori, i tester e i team operativi acquisiscono tutti una comprensione comune del prodotto sulla base dei criteri di accettazione.
Abilitare lo stato: una volta soddisfatti i criteri di accettazione, l'attività passa alla fase successiva del ciclo di vita dello sviluppo del software.
Spedisci prodotti migliori più velocemente con ClickUp
Uno dei passaggi fondamentali nella creazione di un buon software è soddisfare i criteri di accettazione stabiliti. Tuttavia, tra le decine di documenti, relazioni, riunioni, pianificazioni e discussioni, è normale che alcuni elementi vengano trascurati. Evita che ciò accada con uno strumento di gestione dei prodotti come ClickUp.
ClickUp non è solo un task manager. È una piattaforma completa progettata pensando ai team di sviluppo dei prodotti. Con il potente ClickUp Tasks, pianifica e programma le user story, aggiungi criteri di accettazione, collegale ai casi di test e spostale lungo la pipeline in modo rapido ed efficace.
Spedisci più velocemente con ClickUp Brain per generare idee, creare roadmap, riepilogare discussioni e creare documentazione. Monitora il quadro generale e i dettagli granulari in un unico posto con i dashboard di ClickUp. Verifica se ClickUp soddisfa i tuoi criteri di accettazione per un'ottima soluzione di gestione dei prodotti.