Quando parli di requisiti, hai più tipi di requisiti. Le storie degli utenti spesso catturano una combinazione di requisiti funzionali (input, output, comportamenti) e caratteristiche dell'utente (obiettivi, desideri, obiettivi degli utenti del software). Ma ci sono altre cose che è importante prendere in considerazione quando si acquisiscono i requisiti: i vincoli di progettazione e gli attributi di qualità vengono in mente.
La differenza è che elementi come i vincoli di progettazione e gli attributi di qualità sopravvivono durante la progettazione e la manutenzione di un sistema. Con la funzionalità, si implementa la funzionalità una volta e ce l'hai (salvo una regressione). Tuttavia, è necessario fare attenzione a lavorare sempre all'interno dei vincoli di progettazione e assicurarsi che il sistema abbia gli attributi di qualità.
Nel tuo esempio particolare, prenderei in considerazione l'uso di una guida di stile particolare parte dell'usabilità del sistema software, e l'usabilità è un attributo di qualità. Il tuo requisito di aderire a una guida di stile specifica è un buon requisito - è coeso, completo, probabilmente coerente, atomico, corrente, chiaro e così via.
Non esiste un modo giusto per gestirlo.
La prima cosa che devi fare è catturare e controllare la tua guida. Ad esempio, per una guida di stile, assicurati che sia disponibile per la tua squadra. Per i requisiti di prestazioni, inserire una tabella che mette in relazione le funzioni con i tempi. Per la disponibilità, la tolleranza agli errori e il ripristino di emergenza, disporre di un piano e testare il piano forzando il sistema in modalità di disponibilità bassa o di errore per garantire che gli obiettivi vengano raggiunti. Un wiki con protezione delle modifiche e cronologia delle revisioni può essere sufficiente o potrebbe essere necessario un sistema di gestione della configurazione più rigoroso.
Collegare questi altri requisiti al tuo prodotto può essere semplice come sviluppare piani di test (ci sono plugin per la gestione dei test JIRA - Zephyr , TestFLO ) che vengono eseguiti contro i tuoi standard documentati. Non raccomanderei di inserire i vincoli di progettazione e gli attributi di qualità come biglietti JIRA standard, poiché non seguono il ciclo di vita standard di una storia, bug o attività dell'utente. Devono essere in una forma che sia ricercabile, referenziabile e persistente.
L'ultimo passo è l'istruzione: assicurati che il tuo team di sviluppo sia a conoscenza degli standard o di questi requisiti persistenti e di come progettare e testare gli sviluppatori contro di loro.