Use Cases (casi d'uso) descrivono una sequenza di azioni passo dopo passo tra un utente e un sistema per raggiungere un risultato; vengono utilizzati per processi complessi che richiedono un'attenzione dettagliata. User Stories (storie utente) registrano il desiderio dell'utente riguardo al risultato attraverso una formula breve (As a... I want... So that...), adatte per progetti agili e iterativi. User Flows (flussi utente) visualizzano la navigazione o il percorso dell'utente attraverso un sistema, spesso sotto forma di diagramma con transizioni tra schermate.
Caratteristiche chiave:
Applicazione:
È possibile sostituire tutti i casi d'uso con storie utente in qualsiasi progetto?
No, le storie utente sono troppo brevi per scenari complessi. Per processi estesi con molte alternative sarebbe difficile mantenerle.
Il flusso utente richiede necessariamente strumenti software per la visualizzazione?
No, spesso è sufficiente anche solo uno schema disegnato su carta: è importante la struttura, non la complessità dello strumento.
Le storie utente devono contenere solo desideri, o anche criteri di accettazione?
I criteri di accettazione sono obbligatori: senza di essi, la storia utente sarà incompleta e non funzionale.
Caso negativo: In un grande progetto tutti i processi sono stati descritti solo con storie utente e non sono stati registrati scenari alternativi. Vantaggi: Ho rapidamente creato il backlog. Svantaggi: Gli sviluppatori non hanno compreso tutte le condizioni di transizione tra i passaggi, sono emersi bug sgradevoli in produzione.
Caso positivo: Sono stati implementati casi d'uso per processi complessi, storie utente per compiti semplici e flussi utente per la navigazione. Vantaggi: Garanzie di copertura completa dei requisiti, minimizzazione dei rischi. Svantaggi: Il processo di documentazione ha richiesto più tempo.