<\/span><\/h2>\nMust (M)<\/h3>\n
Les exigences \u00ab Must \u00bb sont indispensables et doivent \u00eatre satisfaites pour que le projet soit couronn\u00e9 de succ\u00e8s. Elles ne sont pas n\u00e9gociables, car si ces points ne sont pas respect\u00e9s, le projet est consid\u00e9r\u00e9 comme un \u00e9chec.<\/p>\n
Exemples :<\/em><\/p>\n\n- Les fonctionnalit\u00e9s essentielles d\u2019un produit, sans lesquelles son objectif principal ne serait pas atteint.<\/li>\n
- Les fonctions de s\u00e9curit\u00e9 n\u00e9cessaires au respect des dispositions l\u00e9gales.<\/li>\n
- Exigences minimales en mati\u00e8re de performances ou de disponibilit\u00e9 d\u2019un syst\u00e8me.<\/li>\n<\/ul>\n
Should-Have (S)<\/h3>\n
Les exigences souhait\u00e9es sont \u00e9galement importantes et devraient \u00eatre mises en \u0153uvre dans la mesure du possible. Leur absence nuit \u00e0 la qualit\u00e9 ou \u00e0 l\u2019utilit\u00e9 du r\u00e9sultat du projet. Toutefois, m\u00eame si elles ne sont pas satisfaites, le projet peut \u00eatre consid\u00e9r\u00e9 comme men\u00e9 \u00e0 bien, avec certaines restrictions. La priorit\u00e9 des exigences souhait\u00e9es vient juste apr\u00e8s celle des exigences obligatoires. Cela signifie que, dans le pire des cas, ces exigences peuvent \u00eatre report\u00e9es \u00e0 un projet ult\u00e9rieur si tout le temps et toutes les ressources sont n\u00e9cessaires pour satisfaire aux exigences obligatoires.<\/p>\n
Exemples :<\/em><\/p>\n\n- Fonctionnalit\u00e9s suppl\u00e9mentaires d'un produit qui renforcent son avantage concurrentiel, mais qui ne sont pas essentielles.<\/li>\n
- Des interfaces utilisateur avanc\u00e9es d\u2019un logiciel qui am\u00e9liorent l\u2019exp\u00e9rience utilisateur.<\/li>\n
- Des am\u00e9liorations en termes d\u2019efficacit\u00e9, qui ne sont toutefois pas absolument indispensables.<\/li>\n<\/ul>\n
Could-Have (C)<\/h3>\n
Les exigences facultatives sont souhaitables car elles permettent, par exemple, d\u2019accro\u00eetre la valeur ajout\u00e9e du projet ou d\u2019offrir davantage de confort. On s\u2019efforce de r\u00e9pondre \u00e0 ces exigences, mais elles ne sont pas essentielles \u00e0 la r\u00e9ussite du projet et ne sont donc mises en \u0153uvre que s\u2019il reste du temps et des ressources disponibles apr\u00e8s la satisfaction des exigences \u00ab indispensables \u00bb et \u00ab souhaitables \u00bb. En cas de conflits de ressources, les exigences facultatives ne sont pas mises en \u0153uvre ou sont report\u00e9es \u00e0 un projet ult\u00e9rieur.
Ces exigences font souvent une grande diff\u00e9rence en termes de satisfaction des parties prenantes. Il est donc important de les garder \u00e0 l\u2019esprit et de les r\u00e9pertorier. Elles peuvent ainsi \u00eatre examin\u00e9es de plus pr\u00e8s si elles peuvent \u00eatre mises en \u0153uvre sans effort suppl\u00e9mentaire important.<\/p>\n
Exemples :<\/em><\/p>\n