Sono nuovo con l'approccio della mappa della user story, ho iniziato a comporre le storie da implementare dal punto di vista dell'utente e sembra molto promettente.
Tuttavia, non sono sicuro delle storie non funzionali, come inserirle nella mappa della storia. Soprattutto quando parli dal punto di vista dell'utente, questo non è a conoscenza di questi dettagli (ad esempio prestazioni, stabilità, ecc ...)
Le storie degli utenti funzionano meglio quando non ti devi preoccupare di tutte le cose non funzionali che le persone "presumono funzionino"
Il modo migliore per affrontarlo consiste nel configurare il framework di base per l'ambiente / l'architettura. vale a dire
"Stiamo creando un sito web, quindi avremo bisogno del nostro microsoft stack standard, IIS + C # + Asp.net + MVC + MSSQL con le solite basi dei ruoli OAuth2 auth, bilanciamento del carico, monitoraggio, firewall ecc ecc, distribuito a Azure "
Questo risponderà al 90% dei requisiti non funzionali. Se stai facendo qualcosa nel framework standard, allora vengono come standard.
Se hai uno speciale non funzionale, dì "Il processo personalizzato a lunga esecuzione deve essere in grado di gestire il carico di lavoro X", allora dovresti chiamarlo come User Story. "Come team di account, abbiamo bisogno del rapporto di fine anno da completare entro X giorni"
Leggi altre domande sui tag requirements agile user-story