Une exigence est une expression exprimant une propriété attendue d’un objet.
Une exigence est une phrase comme « La masse totale du véhicule est inférieure à 1000 kg » ou « La réparabilité du contrôleur est élevée » ou « La machine peut percer des trous de 20 mm de diamètre dans le béton ».
Les exigences sont imposées par les clients, les lois, les normes ou les objectifs de l’entreprise. Il faut donc piloter et contrôler leur impact sur les livraisons.
Ce n’est que lorsque nous contrôlons les liens entre les exigences et les livraisons que nous pouvons affirmer que « le travail est fait ».
Le défi de la gestion des exigences est de rester conscient de chaque lien avec les livrables :
La mention « La machine peut percer des trous de 20 mm de diamètre dans le béton » est ambiguë : à travers quel béton ? à quelle vitesse ? Le forage d’une profondeur de 10 mm en 10 minutes est-il acceptable ?
Dès que possible, les exigences doivent être soigneusement clarifiées avec le client afin d’éliminer toute ambiguïté possible. Si l’ambiguïté est résolue ultérieurement, cela pourrait constituer un événement coûteux de modification des exigences.
Les exigences des clients sont formulées à l’aide de leurs références de domaine. D’autre part, les livrables sont élaborés à l’aide d’un autre ensemble de références de domaine.
Par exemple, si le client demande un « rouge vif », nous pouvons le traduire par « Pantone18-1664 Fiery Red ».
Une fois les ambiguïtés levées (pour l’instant !), les exigences sont transformées en déclarations de plus en plus précises.
Les itérations s’arrêtent lorsque les exigences sont suffisamment granulaires pour être :
Les exigences successives forment un réseau qui transforme les exigences du client en éléments livrables. Ce réseau est l’outil central pour démontrer la traçabilité. Il est également essentiel pour répondre à des questions telles que « toutes les exigences ont-elles été prises en compte ? », « connaissons-nous des éléments qui ne sont liés à aucune exigence ? ».
Quelqu’un doit décider quand une exigence est résolue. En général, la preuve de la résolution est contenue dans un document. Il peut s’agir d’une affirmation d’un concepteur, du résultat d’un test ou d’une déclaration selon laquelle l’exigence est abandonnée.
Si les exigences initiales sont affinées du haut vers le bas, la satisfaction est calculée du bas vers le haut. Les exigences à grain fin sont déclarées satisfaites ou non. La satisfaction est ensuite agrégée sous forme de pourcentage en remontant jusqu’aux exigences initiales.
Une fois le cahier des charges du client chargé dans Qinaps, les exigences sont mises en évidence à l’intérieur du texte original.
Des blocs de texte individuels sont créés pour chaque exigence.
Un document de réponse est créé avec ce que l’on appelle des « blocs de livraison ».
Les blocs de livraison et les blocs d’exigences sont reliés par des dépendances logiques.
Qinaps sait comment combiner les dépendances logiques entre les blocs d’exigences et les blocs de livraison.
Avec Qinaps, les mêmes blocs peuvent être représentés et mis en page de différentes manières.
Il n’est pas nécessaire de jongler avec une autre feuille de calcul ou une autre base de données. Tout est là, au bout de vos doigts. Toujours à jour.
Créez un compte gratuit et essayez les fonctionnalités d’entreprise, y compris la gestion des exigences, pendant 30 jours. Aucune question n’est posée. Aucune carte de crédit n’est requise.
Vos coordonnées ne seront communiquées à personne (voir notre politique de confidentialité). Nous vous enverrons un e-mail pour confirmer votre inscription. Veuillez vérifier votre courrier indésirable. Si vous ne recevez pas d’e-mail dans les heures qui suivent, veuillez nous contacter.
Nous serions heureux d’organiser une démonstration personnelle de 45 minutes des fonctionnalités de Qinaps sur la gestion des exigences. Veuillez utiliser notre calendrier sur cette page pour choisir un créneau horaire.
