Descrivere utenti e attività
Elencare ogni gruppo di utenti, l’attività da completare e le decisioni che può prendere. “Amministratori e clienti” non basta: distinguere chi crea, verifica, approva, corregge e consulta soltanto un record.
Nominare confini di dati e sistemi
Individuare il sistema proprietario di ogni record importante, i campi da trasferire e direzione e frequenza dello scambio. Includere vincoli di privacy, conservazione e accesso che influenzano il progetto prima di promettere un’interfaccia.

Trasformare le aspettative in utenti, record, interfacce e accettazione osservabile.
Separare il primo rilascio dalle idee successive
Indicare ciò che deve funzionare alla prima accettazione e collocare le idee utili ma non essenziali in un backlog successivo. Si evita così che report, ruoli e integrazioni opzionali cambino in silenzio tempi e prezzo.
Scrivere l’accettazione in termini osservabili
Collegare ogni requisito a un risultato atteso e a un revisore. Invece di “il portale è facile da usare”, specificare utente, stato iniziale, azione, record atteso ed evidenza che conferma il completamento.
