Création de modèles d’exigences non fonctionnelles
L’obtentionélectronique, la création et la gestion des exigences non fonctionnelles (NFR) peuvent être une tâche intimidante et chronophage. La plupart des gens qui ont lu la phrase précédente seront probablement d’accord.
La création de NFR peut être une tâche difficile et créer des exigences non fonctionnelles à la fois quantifiables et mesurables est un problème avec lequel beaucoup d’équipes ont eu du mal.
Créer de grandes exigences non fonctionnelles vaut cependant l’effort.
Les exigences non fonctionnelles offrent aux équipes un moyen d’évaluer le succès d’un projet, d’un processus ou d’un système. Ils permettent à votre équipe de capturer des moyens mesurables par lesquels vous pouvez discuter, analyser et évaluer les différents attributs de votre projet.
En raison de la valeur que les NFR apportent à un projet, on voit souvent des équipes s’engager dans des processus longs et complexes pour créer des NFR qui sont à peine significatifs ou pertinents à la fin du projet.
Aujourd’hui, on va changer ça.
Dans cet article, nous abordons à la fois la valeur de la création de NFR, ainsi que lafaçon dont vous pouvez utiliser des outils et techniques simples pour réduire le temps nécessaire à une création de NFR de qualité.
TABLE DES MATIÈRES
- Pourquoi les exigences non fonctionnelles valent-elles la peine d’être développées?
- La technique principale pour développer plus rapidement de meilleures exigences non fonctionnelles – les modèles
- Les avantages indirects des modèles d’exigences non fonctionnelles
- Équiper correctement vos BA avec des modèles d’élicitation
- Pourquoi les équipes ont historiquement utilisé des tables comme modèles d’exigences
- Comment Azure DevOps gère-t-il les exigences non fonctionnelles?
- Modern Requirements4DevOps : Smart Docs – Modèles de documents NFR personnalisables
- Modern Requirements4DevOps : Smart Docs – Modèles de documents NFR réutilisables
- Modern Requirements4DevOps : Module FAQ – Modèles de questionnaires personnalisables et réutilisables
- Modern Requirements4DevOps : Smart Report – Modèles de rapports configurables
- Vous souhaitez voir par vous-même?
Pourquoi les exigences non fonctionnelles valent-elles la peine d’être développées?
Les exigences non fonctionnelles fournissent à votre équipe toutes les mesures de réussite d’un produit, d’un projet, d’un système, d’un processus ou d’une application. Lorsqu’une bonne exigence non fonctionnelle est créée, une équipe pourra non seulement identifier si un projet est un succès, mais aussi facilement déterminer à quel point un projet pourrait être loin de réussir.
De grandes exigences non fonctionnelles peuvent être déterminantes pour le succès d’un projet de plusieurs façons, en plus d’être une mesure de réussite. Les NFR peuvent aider les équipes à comprendre les objectifs globaux d’un projet, à aligner les résultats du projet avec les objectifs d’affaires, et bien plus encore.
Il suffit de dire que des NFR de qualité peuvent grandement contribuer au succès des projets, ainsi qu’à la façon dont nous évaluons ce succès. Mais cela ne veut pas dire qu’ils sont faciles à gérer, à extraire ou à rédiger.
Jetons un coup d’œil à la technique principale que les équipes utilisent aujourd’hui pour développer plus rapidement de meilleures exigences non fonctionnelles.
La technique principale pour construire plus rapidement de meilleures exigences non fonctionnelles - les modèles
Lorsqu’elles créent des exigences non fonctionnelles, les équipes mettent en œuvre des modèles afin de créer ces tâches plus rapidement et plus cohérentes.
Par définition, un modèle est tout ce qui sert de modèle que d’autres peuvent copier et réutiliser.
Typiquement, les modèles sont créés comme un format prédéfini pour un document, un fichier, ou simplement le format que chaque NFR peut utiliser. Une fois implémenté, le format fourni par un modèle n’a pas besoin d’être recréé à chaque fois qu’il est nécessaire, et les utilisateurs peuvent simplement afficher un modèle et commencer rapidement.
Celanous amène aux avantages les plus évidentsd’utiliser des modèles d’exigences non fonctionnels.
Les modèles font gagner du temps et augmentent la cohérence!
Lorsque les équipes commencent à construire un processus reproductible, elles se tournent souvent vers des modèles pour éliminer le besoin de recréer constamment des formes de documents ou de fichiers. Au lieu de cela, réutiliser les mêmes éléments d’un document, d’un fichier ou d’une structure sous forme de modèle permet à votre équipe de réduire la refonte et de profiter des avantages d’une plus grande cohérence.
Bien que le temps économisé et l’augmentation de la constance soient d’excellents avantages directs que les modèles apportent, il ya aussi beaucoup d’avantages indirects moins évidents que les modèles apportent.
Les avantages indirects des modèles d’exigences non fonctionnelles
Le plus grand avantage indirect de l’utilisation de modèles est la possibilité de créer une approche structurée et simple à suivre pour construire des fichiers, des documents et des exigences.
En fournissant une structure modèlée, les utilisateurs qui interagissent avec un fichier ou un document donné ont plus de facilité à identifier où entrer chaque information spécifique et à quel format cette information doit se conformer.
Ce type d’orientation améliore non seulement la précision du contenu sur lequel on travaille, mais réduit aussi le temps requis pour la création du NFR, la révision des documents et l’approbation des exigences. Cela s’explique en partie par le fait que fournir un modèle augmente aussi la standardisation et la familiarité avec l’élément créé.
Les modèles créent un double niveau de simplicité en ce qui concerne les tâches NFR. La construction de l’élément de travail est simplifiée puisque les données doivent simplement être saisies dans les champs corrects du modèle. De plus, le modèle présente l’information de façon plus accessible une fois l’élément de travail construit.
À mesure que le processus devient plus simple, il devient aussi plus accessible. Cela signifie que les modèles facilitent aussi la création des NFR et de leur documentation pour les nouveaux ou moins familiers analystes d’affaires.
Cependant, cette discussion sur les modèles commençait peut-être déjà à donner un sentiment d’ambiguïté.
Parle-t-on d’utiliser des modèles pour les documents?
Est-ce qu’on parle d’utiliser des modèles pour la création de NFR?
Parlons-nous d’utiliser des modèles qui décrivent les propriétés d’un NFR?
Pour faire simple, oui.
Un modèle d’exigences non fonctionnelles pourrait être utilisé dans n’importe lequel de ces domaines pour renforcer votre création, élicitation et gestion des exigences non fonctionnelles.
Un modèle NFR peut être utilisé pour organiser et gérer les NFR, aider une équipe à la création de documents, ou même dans la construction réelle des NFR.
Si vous cherchez une méthode simple pour construire des NFR de haute qualité, consultez notre article « Deux étapes simples pour créer des exigences non fonctionnelles » disponible ici!
Quelle que soit la façon dont votre équipe utilise les modèles pour créer des NFR, vous pouvez être assuré que créer des exigences non fonctionnelles rapporte un rendement incroyable et peut se faire plus rapidement et plus facilement que jamais.
Équiper correctement vos BA avec des modèles d’élicitation
L’obtention des exigences, ou la collecte des exigences, n’a jamais été un processus simple. Cependant, c’est quelque chose que beaucoup de gens rencontrent chaque jour au travail.
Par exemple, si quelqu’un vous demande de construire ou de compléter quelque chose, vous pourriez poser des questions. Qu’est-ce que cet appareil devrait faire (exigence fonctionnelle), et comment cela devrait-il être en termes de sécurité, d’ergonomie ou d’accessibilité (exigence non fonctionnelle)?
Un analyste d’affaires (BA) bien préparé posera également des questions conçues pour identifier les exigences fonctionnelles et non fonctionnelles nécessaires de tout projet, processus ou système. Les BA utilisent principalement les questions comme moyen d’interaction avec les parties prenantes. Grâce à ce type de collaboration étroite avec les parties prenantes, les BA créent un forum qui aide les parties prenantes à exprimer ce qu’elles attendent de leur produit.
Lors d’une conversation avec un assistant de travail, unutilisateur S exprimera les fonctionnalités qu’il souhaite et ce que son produit devrait faire (exigences fonctionnelles) ainsi que la façon dont il souhaite que l’expérience utilisateur se ressente (exigences non fonctionnelles).
Les BAs utilisent souvent plusieurs techniques d’épreuve éprouvées lorsqu’ils interagissent avec les parties prenantes. En ce qui concerne le processus d’élicitation, certaines de ces techniques peuvent inclurepar exemple :
- Questionnaires
- Remue-méninges sur une carte mentale
- Création de cas d’utilisation
- Création et révision de documents
- et plus encore...
Chacune de ces techniques a deux points communs.
- Premièrement, ils servent tous à susciter des exigences.
- Deuxièmement, chacune de ces techniques peut tirer parti de l’utilisation des gabarits.
Réfléchissons à la façon dont les questionnaires peuvent bénéficier de devenir, ou d’utiliser, des modèles.
Nous savons que pour obtenir les bonnes exigences, il faut poser les bonnes questions.
C’est là que la connaissance d’un BAv-éteran devient un atout majeur, puisqu’ils ont traversé le processus d’élicitation à de nombreuses reprises. Ils bénéficient de l’expérience et savent peut-être mieux quelles questions poser en lien avec des industries, produits ou technologies spécifiques.
Cette expérience et ces connaissances peuvent être facilement capturées avec un modèle de questionnaire d’exigence non fonctionnel. Les assistants expérimentés peuvent compiler des listes de questions ou des modèles de questions bien pensés qui se concentreront sur des fonctions spécifiques (FR) ou des attributs du système (NFR), et guider passivement le processus d’élection de l’équipe même s’ils ne sont pas directement impliqués.
Ces modèles de questionnaires peuvent alors fournir structure et cohérence au processus d’élection, s’assurer que les bonnes questions sont posées, et aussi réduire la probabilité que des questions importantes soient manquées.
Il existe de nombreux exemples où les modèles peuvent aider les équipes à bénéficier des connaissances qu’elles possèdent déjà au sein de leur équipe.
Voyons d’autres exemples de la façon dont les modèles sont utilisés aujourd’hui dans différentes tâches d’elicitation et d’authoring.
Pourquoi les équipes ont historiquement utilisé des tables comme modèles d’exigences
De nombreuses équipes continuent d’implémenter des modèles d’exigences non fonctionnelles sous forme de tableau pour les exigences des auteurs et de la maison.
L’utilisation des tables découle généralement des besoins des utilisateurs d’organiser et de maintenir leurs besoins en un seul endroit. Avant l’utilisation d’outils explicites de gestion des exigences, les tables servaient à définir les conventions de nommage et de numérotation, à suivre et tracer les exigences, ainsi qu’à fournir des champs pour un certain nombre de propriétés.
Les tables ont historiquement bien fonctionné comme modèles car elles sont simples à organiser et facilitent la gestion du contenu à l’intérieur de la table. Les tables ont traditionnellement eu l’avantage supplémentaire d’offrir une approche permettant d’exporter l’information d’un tableau vers d’autres domaines comme la création de documents.
C’est quoi cette approche d’exportation? Copier-coller.
Pour les équipes qui utilisent des tableaux comme modèles, les exigences r sont généralement copiées-collées à partir d’une table puis insérées dans un document. Typiquement, l’exigence consiste à copier-coller champ par champ dans un modèle conçu spécifiquement pour le document (un autre exemple de modélisation!).
Mais alors que les tables étaient autrefois une solution robuste pour gérer des besoins contenant une variété de domaines, elles présentent des inconvénients importants dans le monde actuel des outils de gestion de données explicites.
Les tables sont souvent des compilations déconnectées d’informations importantes et peuvent être isolées d’autres outils et processus. Cela fait en sorte que les tables deviennent une étape supplémentaire dans votre processus de gestion de données, et un atout supplémentaire dont quelqu’un doit prendre possession pour gérer, mettre à jour et maintenir.
Mais ce n’est pas obligé d’être le cas.
Avec l’extension d’onglet Excel Team de Microsoft, les équipes peuvent facilement connecter les tables qu’elles ont utilisées auparavant avec leur projet Azure DevOps. Ils peuvent facilement mapper chaque champ d’exigence, propriété et identifiant à l’élément de travail Azure DevOps créé dans leur projet.
Mais comment Azure DevOps aide-t-il avec les NFR?
Comment Azure DevOps gère-t-il les exigences non fonctionnelles?
Premièrement, Azure DevOps est flexible.
La plateforme ALM de Microsoft vous permet d’ajouter facilement tous les types de tâches dont votre équipe a besoin à un projet.
Les exigences non fonctionnelles ne sont qu’un des types d’éléments de travail que vous pouvez ajouter à un projet.
Qu’est-ce qu’un « type d’élément de travail »?
Les éléments de travail sont un modèle d’écriture basé sur ADO pour le type d’exigence qu’ils représentent.
Quelques exemples sont les exigences fonctionnelles, les exigences de transition, les histoires d’utilisateur, ou même les exigences non fonctionnelles. Quelle que soit la taxonomie requise par votre projet, Azure DevOps la prendra en charge, et chacun des éléments de travail que vous créez aura son propre ensemble de propriétés, états et relations qui pourront être choisis et personnalisés.
Avec une exigence non fonctionnelle, vous pouvez configurer tous les champs ou propriétés dont votre équipe a besoin pour aider à la gestion de votre projet. Comme mentionné précédemment, mapper les exigences que vous avez déjà dans un tableau est simple avec l’onglet Microsoft Teams extension Excel [fournir le lien].
Mais que peut-on faire avec les NFR une fois qu’ils sont dans Azure DevOps (ADO), et comment la migration de la création de NFR vers ADO aide-t-elle votre équipe?
Regardons les outils.
Exigences modernes4DevOps : Smart Docs – Modèles de documents NFR personnalisables
La création de documents dépend des politiques, processus, attentes et exigences de l’organisation, et peut même être conçue pour répondre à vos besoins non fonctionnels.
Les documents offrent un moyen simple de créer une responsabilité pour satisfaire aux exigences convenues pour un projet. Ils offrent un certain niveau de sécurité aux parties prenantes, car les documents peuvent servir de liste de vérification pour les exigences convenues, qui peuvent facilement être recoupées pour déterminer si les parties prenantes reçoivent ce pour quoi elles ont payé ou si le travail n’a pas été terminé.
Un autre avantage majeur d’une documentation adéquate est que les exigences évoluent souvent tout au long du cycle de vie d’un projet. Une exigence peut devenir plus clairement définie plus tard dans sa vie, ou simplement évoluer d’une manière qui donne une attente différente pour votre produit.
Mettez en file l’ajout de documents d’exigence non fonctionnels à votre processus.
À mesure que les exigences évoluent, les attentes pour votre projet évoluent également. Cela signifie que les indicateurs de réussite de votre projet, c’est-à-dire les exigences non fonctionnelles, devront être révisés et modifiés.
Grâce à notre module Smart Docs de la suite Modern Requirements4DevOps, un utilisateur peut facilement construire un document d’exigences entièrement versionable directement à partir de son projet Azure DevOps. Cela signifie que les utilisateurs peuvent facilement apporter et suivre des modifications des exigences à partir d’une interface de document conviviale.
De nouvelles exigences peuvent aussi être facilement créées dans votre projet à partir de l’interface d’un document, ou vous pouvez choisir d’insérer directement les exigences existantes dans votre document. Cela signifie que vous pouvez facilement glisser/déposer vos exigences non fonctionnelles directement dans un document facilement exportable sans quitter Azure DevOps et sans avoir besoin de copier/coller.
Élargissons l’idée d’importer vos NFR existants qui vivent dans les tables dans Azure DevOps, puis expliquons comment transformer ces NFR en documents en utilisant Modern Requirements.
D’abord, vous importez dans Azure DevOps vos exigences non fonctionnelles à partir de votre table en utilisant l’extension d’onglet Microsoft Team pour Excel. Ensuite, il suffit d’interroger toutes les exigences non fonctionnelles et de les glisser/déposer dans votre document.
C’est aussi simple que ça.
Mais disons que vous voulez maintenant ajouter de la structure à un document pour que les exigences non fonctionnelles ne puissent être ajoutées que dans des zones spécifiques du document.
Nous soutenons ça aussi!
Il y a un concepteur de modèles intégré directement dans le module Smart Docs, qui vous aide à déterminer quels types d’éléments de travail sont autorisés et où dans vos documents. Cela signifie que toute personne créant un document, basé sur le NFR ou non, peut facilement suivre la structure offerte par votre modèle et créer une documentation cohérente.
Exigences modernes4DevOps : Smart Docs – Modèles de documents NFR réutilisables
Les modèles de documents réutilisables sont un atout pour toute équipe. En fait, vous les utilisez probablement déjà aujourd’hui.
Un modèle de document réutilisable fournit à votre équipe un document déjà rempli qui explique à quoi un document devrait ressembler. Ce type de modèle aide les auteurs à déterminer facilement où les informations spécifiques doivent être placées et quels éléments contextuels doivent composer le document créé.
Pense à ce document Word que tu as déjà sur ton bureau. Il y a probablement déjà un endroit réservé pour des choses comme les introductions, la portée, les objectifs, ainsi que l’endroit où vous devriez placer des exigences spécifiques. C’est un modèle de document réutilisable.
La principale raison pour laquelle les modèles de documents sont utilisés est d’augmenter l’efficacité et de réduire les remaniements dans le processus de fabrication des documents .
Heureusement pour les équipes qui utilisent actuellement plusieurs applications pour leurs processus de RM et de documentation, il existe une solution qui peut être utilisée pour les deux. Exigences modernes avec Azure DevOps.
Le Les modèles de documents réutilisables que vous créez avec Modern Requirements + Azure DevOps peuvent être configurés pour contenir n’importe quel champ ou propriétéy que vous devez afficher dans votre document. Vous pouvez sauvegarder n’importe quel document sous forme de modèle réutilisable, ce qui peut automatiquement remplir des champs comme Introduction, Objectifs, Exigences NFR, et plus encore.
Vous pouvez créer des documents en seulement quelques clics, ce qui aidera votre équipe à démarrer rapidement lors de la création de toute forme de documentation! Cela signifie que votre équipe peut bénéficier non seulement du fait que vos documents et exigences cohabitent le même espace, mais aussi augmenter l’efficacité, créer de la structure, accroître la précision et assurer la cohérence dans votre processus de création de documents.
Exigences modernes4DevOps : Module FAQ – Modèles de questionnaires personnalisables et réutilisables
Les exigences non fonctionnelles sont beaucoup plus abstraites que leurs équivalents fonctionnels.
Cela les rend plus difficiles à dessiner, car vous ne vous contentez pas de pointer le système et de lui dire quoi faire, vous posez plutôt des questions sur la façon dont le système devrait être et utilisez les NFR pour le représenter.
Comme discuté plus tôt dans cet article, construire des NFR solides repose sur la pose les bonnes questions.
Alors, que faire si vous êtes nouveau en gestion des exigences ou que vous avez peu d’expérience? Par où commencer? MR4DevOps répond à cette situation avec notre module FAQ complet.
Le module FAQ est une série de modèles de questions ciblées visant des attributs spécifiques du système, classés selon les trois aspects principaux du produit : opérationnel, révisionnel et transitionnel.
De plus, le module FAQ contient des modèles de questions pour l’obtention du NFR en vue de la conformité et du développement de dispositifs médicaux basés sur les risques . Au fur et à mesure que les utilisateurs répondent aux questions du modèle, ils créentautomatiquement une exigence non fonctionnelle directement dans le Backlog.
Les modèles de questionnaires inclus dans le module FAQ sont bénéfiques pour les étudiants en licence ayant tous les niveaux d’expérience. Les BA vétérans peuvent modifier des listes existantes en ajoutant leurs propres questions ou en créant leur propre liste de questions à partir de zéro. Ce faisant, les BA peuvent recueillir leur expérience et leurs connaissances du processus d’élicitation et les transmettre aux autres membres de l’équipe.
Exigences modernes4DevOps : Smart Report – Modèles de rapports configurables
MR4DevOps offre une excellente solution à l’un des principaux oublis d’ADO; l’absence d’un outil de rapport intégré.
Lorsque vous utilisez des outils comme FAQ ou Smart Docs pour créer et gérer vos besoins non fonctionnels, Smart Report sera l’outil que vous utiliserez pour produire vos besoins. Smart Report vous permet d’afficher les exigences sous forme de PDF, HTML ou Microsoft Word, où vous pouvez appliquer votre propre en-tête/pied de page préconçu, voire une table des matières ou une page de titre.
Vous souhaitez faire un rapport pour les NFR de votre projet?
L’outil Smart Report est équipé d’un concepteur avancé de modèles de rapports. Le concepteur de modèles vous permet de créer et sauvegarder des modèles de rapports personnalisés selon le type d’élément de travail. Cela vous permet de créer un modèle NFR unique qui montre les propriétés et champs d’un NFR que vous souhaitez inclure dans le rapport; cette information est directement tirée de l’élément de travail!
Ce modèle peut être appliqué à n’importe quel groupe de NFR sélectionnés ou interrogés et utilisé chaque fois que votre processus de rapport vous exige. L’avantage de cet outil de rapport est qu’il vous permet de créer des rapports d’exigences instantanés, structurés et cohérents.
Vous souhaitez voir par vous-même?
Modern Requirements4DevOps propose plusieurs solutions pour aider à l’élection, à la création età la gestion des exigences non fonctionnelles.
Aimeriez-vous jeter un coup d’œil plus approfondi à la conception de modèles avec Modern Requirements ou souhaitez-vous découvrir quels autres outils peuvent améliorer votre processus? Réservez une démonstration de produit dès aujourd’hui!
Découvrez par vous-même comment notre boîte à outils Exigences modernes peut renforcer le DevOps Azure de Microsoft en une seule solution de gestion des exigences applicatives.
Rendez-vous sur www.modernrequirements.com pour en savoir plus sur notre entreprise et nos produits.
Auteur : Dane Crawford
Temps de lecture : 5 minutes
Articles connexes
Demandez une démonstration!
- Planifiez une démonstration avec l’un de nos experts produits formés.
- Recevez une démo personnalisée qui imite le processus de votre équipe
- Engagez nos experts sur des sujets tels que le flux de travail ou les meilleures pratiques.
Réduire les efforts de l’UAT
Réduction de 50% des efforts de l’UAT
Économie de temps éprouvée
80% de gain de temps sur la création d’une analyse de traces
Approbations simplifiées
Réduction significative des délais d’approbation
Augmenter la performance
50% des besoins d’amélioration de la productivité
Réduction de la refonte
Réduction de 10 fois dans la refonte du développement
Simplifier la conformité
Réduction de 40% des efforts de rapport sur la conformité
