Un résultat utilisable

Relier chaque exigence à un bénéficiaire, un contexte, une priorité, un critère d’acceptation et une méthode de vérification.

Le livrable doit identifier sa version, son périmètre, son responsable et sa source. Il doit permettre une action ou une décision, car une pièce documentaire sans utilisateur ni mise à jour prévue risque de devenir rapidement obsolète.

Le métier précise le résultat, les experts qualifient les contraintes, et le sponsor arbitre les conflits de coût, délai et niveau de service.

Pour une exigence de rapidité, préciser l’opération, la charge, la mesure et le seuil, rejeter les formulations impossibles à tester.

Application à votre contexte

Un livrable doit avoir un utilisateur, une décision ou une action associée. Précisez sa source de vérité, son responsable et son entretien. Un document non maintenu peut rapidement devenir une information trompeuse.

Suivez une information plutôt qu'un organigramme : qui la crée, qui la transforme, qui la valide et qui s'en sert pour agir ? Les ruptures apparaissent souvent entre deux services, alors que chaque application semble fonctionner correctement prise isolément.

Remettre cette réponse dans son contexteExigences fonctionnelles et non fonctionnelles

Références pour approfondir