Identifier et établir un ensemble d'exigences au point de départ de tout projet est crucial pour atteindre le succès. Cet article, de manière simple, vise à vous introduire à la création d'un plan de gestion des exigences dans les projets d'ingénierie à travers quelques concepts de base et l'utilisation de Altium 365 Requirements & Systems Portal.
Ce blog est destiné aux ingénieurs, professionnels, chefs de projet, responsables produit, et à toute personne ayant besoin de comprendre comment créer un plan de gestion des exigences.
Bien que cela semble évident, il vaut la peine de réfléchir à la question 'qu'est-ce qu'une exigence ?' Une exigence, selon le dictionnaire, est 'une circonstance ou condition nécessaire pour quelque chose.' Dans le monde de l'ingénierie, les exigences sont un moyen de communication entre les utilisateurs ou clients et les développeurs d'un projet. Parfois, surtout dans les grands projets, c'est l'une des rares manières possibles pour les utilisateurs de dire aux développeurs ce qu'ils veulent.
Exemple d'une exigence dans un projet automobile :
'Les utilisateurs doivent pouvoir voyager automatiquement à des vitesses prédéfinies au moyen du régulateur de vitesse.'
On dit que : "une mauvaise définition et gestion des exigences peuvent vous coûter une fortune et conduire à l'échec dans l'exécution du projet."
La définition des exigences est tellement importante qu'elles forment généralement la base des contrats entre clients et fournisseurs. Ce qui est défini dans les exigences doit être considéré dans le projet et peut être exigé par le client, cependant, ce qui n'apparaît pas dans la définition des exigences ne pourra pas être exigé dans la phase de livraison du projet.
Par conséquent, si nous sommes responsables de la rédaction des exigences, nous devrions :
Ce groupe d'actions est connu sous le nom de plan de gestion des exigences. Il est très important d'avoir un gestionnaire ou une équipe de gestion dans l'organisation qui identifie, définit et suit les exigences tout au long de la vie du projet.
Rédiger une exigence n'est pas aussi simple et trivial qu'il y paraît. C'est un document qui doit répondre à un certain nombre de critères. Par conséquent, une exigence doit :
Exemple d'une exigence bien rédigée :
Exemple d'une exigence mal rédigée :
Dans l'exemple ci-dessus, l'exigence bien rédigée est concise et définit parfaitement sans ambiguïté ce qui est requis, tandis que l'exigence mal rédigée contient trop de texte, ce qui ne contribue à rien, confond le lecteur et est imprécise (elle ne définit pas de quel côté les composants doivent être placés).
Les exigences sont toujours obligatoires et, par conséquent, doivent être rédigées en utilisant "doit". Lorsque les exigences sont des préférences ou des souhaits (non obligatoires), "devrait" peut être utilisé pour les définir ou même "peut" lorsqu'il s'agit d'une suggestion ou d'une autorisation donnée.
En plus de ce qui précède, lorsqu'on définit une exigence, elle doit suivre quelques règles de base :
Chaque exigence définie doit avoir un identifiant unique afin qu'elle puisse être référencée pendant la définition et la révision des exigences, ainsi qu'à tout moment pendant la phase d'exécution du projet. Un exemple d'identification des exigences est montré en utilisant Altium 365 Requirements and Systems Portal.
Il existe principalement deux types d'exigences :
La combinaison de ces exigences fonctionnelles et non fonctionnelles constitue ce que l'on appelle la spécification du système. Dans la spécification du système, les exigences sont regroupées selon les niveaux suivants :
Les exigences initiales ou du client sont celles qui sont directement fournies par le client ou l'utilisateur avant le début du projet. Elles sont cruciales, car elles capturent les besoins du client et servent ainsi de point de départ pour créer notre matrice d'exigences. Par la suite, la spécification du système organise les exigences en fonction du niveau de détail pertinent à chaque partie du projet. De cette manière, nous avons les exigences du système, qui s'appliquent au système complet, et les exigences des sous-systèmes, qui ne s'appliquent qu'à des parties spécifiques du système. Illustrons cela avec un exemple.
Supposons que nous développions un projet où une nouvelle montre intelligente va être créée. Les exigences systèmes sont donc celles qui s'appliquent à l'ensemble (voir les exemples ci-dessous) :
Une fois les exigences systèmes définies, les exigences restantes sont réparties dans différents sous-systèmes.
Suivant l'exemple du projet de développement de la montre intelligente, les exemples de sous-systèmes incluent :
Par conséquent, la définition des exigences des sous-systèmes pourrait être la suivante :
Cette organisation structurée des exigences permet une définition, un suivi et une gestion plus aisés.
Dans un plan de gestion des exigences, la traçabilité des exigences est essentielle ; cela signifie le suivi ou l'observation de l'évolution de la mise en œuvre des exigences tout au long du projet.
Poursuivant avec l'exemple du projet de montre intelligente, une fois les schémas du produit conçus, les ingénieurs et les gestionnaires doivent tenir autant de réunions que nécessaire pour vérifier que la solution conçue répond aux exigences définies avant de passer à l'étape suivante, dans ce cas, la disposition du PCB.
Le portail des exigences et des systèmes facilite cette tâche, car il offre une visibilité sur les exigences définies directement dans Altium 365. Cela signifie que les gestionnaires et les ingénieurs peuvent désormais suivre les exigences dans la conception en temps réel, via un navigateur web, leur permettant d'ajouter des commentaires, d'assigner des tâches aux membres de l'équipe et de fournir une visibilité en temps réel sur les changements des exigences aux ingénieurs de conception, transformant ainsi complètement le paradigme traditionnel de conception et de révision.
Il existe diverses manières de gérer les exigences. Les entreprises disposant de moins de ressources financières et les professionnels indépendants utilisent souvent des outils simples et peu coûteux comme les feuilles de calcul contrôlées par version, tandis que les grandes entreprises utilisent généralement des logiciels spécialisés pour la gestion des exigences tels que DOORS, Valispace, Confluence, ReqView, parmi d'autres. Altium a acquis Valispace et intègre désormais l'outil de gestion des exigences dans l'écosystème Altium 365 à travers le portail des exigences et des systèmes.
Sur la base des sections précédentes, nous pourrions définir le plan de gestion des exigences comme l'ensemble des actions par lesquelles l'entreprise définit, gère, vérifie et valide les besoins ou exigences des parties prenantes tout au long de l'exécution du projet, de la conception à la commercialisation. L'image suivante illustre un organigramme d'un plan de gestion des exigences standard.
Chaque projet d'ingénierie doit avoir un plan de gestion des exigences qui assure que l'équipe de développement comprend pleinement les besoins du client et toutes les exigences du système et des sous-systèmes.
Des règles de base doivent être suivies pour écrire et définir les exigences. De même, il est essentiel de comprendre les types d'exigences qui existent et comment les classer correctement, ainsi que de comprendre ce qu'est la traçabilité des exigences.
Les exigences ont été rédigées pour être satisfaites, par conséquent, les observer et les suivre pendant l'exécution du projet est très important, puisque plus tôt une déviation ou un non-respect est détecté, moins il aura d'impact sur le projet.
Utilisez le portail des exigences et des systèmes pour maximiser son potentiel en conjonction avec Altium 365. Cela permet une interaction beaucoup plus étroite entre l'ingénierie des exigences et l'ingénierie de développement, réduisant la probabilité de déviations de projet et raccourcissant les temps de développement.
Commencez à utiliser dès aujourd'hui une gestion des exigences moderne et alimentée par l'IA !