Chaque fonctionnalité est-elle évaluée par rapport aux usages ?
Méthodologie projet
B People
B Planet
B Prosperity
Difficulté
*
Priorité
High
Récurrence
OnUpdate
Tests
Les fonctionnalités attendues par l'utilisateur et leur périmètre d'action sont-ils définis afin de poser un cadre aux interactions et ne pas aller dans le superflu ?
Précisions
Les User Story / Use Case doivent être spécifiés par rapport à des usages afin de ne pas aller vers une inflation de fonctionnalités qui seraient superflues par rapport aux besoins réels des utilisateurs. Proposer des fonctionnalités marginales va engendrer une empreinte environnementale, un coût et une incompréhension du service supplémentaire non justifiés.
Use Case
Definition of Done
Éléments complémentaires
Enjeux opérationnels liés au projet
Métiers concernés
Règle d’évaluation du niveau de conformité du critère
/
Cycle de vie
Conception
8 autres critères liés à la recommandation : Organiser la méthodologie projet pour permettre d'appliquer une démarche NR
Méthodologie projet
Quelle proportion des fonctionnalités (User Story) ont une composante NR ?
Méthodologie projet
Les étapes de revue NR sont-elles incluses dans la méthodologie ?
Méthodologie projet
Des fonctionnalités (User Story) concernent-elles uniquement les aspects NR ?
Méthodologie projet
Quelle est la fréquence de revue/validation des éléments NR, sur un mode similaire aux revues et validation "Sécurité" ?
Production
L'utilisation d'intégration continue est-elle généralisée ?
Production
Les processus d'intégration continue ne génèrent-ils pas des brèches dans la prise en compte des aspects NR ?
Production
Les exigences non fonctionnelles (User Story) sont-elles traitées de la même manière pour les aspects NR, sécurité et accessibilité ?
Production
L'état des lieux des données d'entrée est-il mis à disposition afin d'être réutilisé dans d'autres projets ?