Recueil des besoins : définition du champ d’application et de l’orientation

La collecte des exigences pour votre processus de gestion des exigences est un peu comme une liste de contrôle de toutes les choses que votre solution doit faire ou être. Il s’agit d’un document clé dans lequel tout le monde peut voir en quoi consiste le projet, quel est le problème et comment on espère le résoudre. Cela implique beaucoup de recherches, d’entretiens et de lectures – en plus de beaucoup d’écritures.

Mais pourquoi le recueil des besoins est-il si important ? En quoi consiste le processus de recueil ? Qui doit y participer ? Poursuivez votre lecture et découvrez un effort crucial qui commence par une simple conversation avec le client et se termine par un prototype réaliste qui représente vos besoins dans toute leur splendeur.

D’une manière générale, la collecte des exigences consiste à dresser une liste de ce que votre produit doit faire. Ces exigences peuvent avoir des origines très différentes, ce qui est normal dans le cas d’un produit à multiples facettes. Ce que nous voulons dire par là, c’est que vous rencontrerez des exigences de design et des exigences commerciales dans le même produit, parce que chaque produit existant doit se préoccuper d’autre chose que de la conception des choses. Comment votre produit va-t-il gagner de l’argent ? Quelles sont les exigences techniques de votre produit ? Ces aspects techniques ont-ils une incidence sur le design général ou sur les caractéristiques choisies ?

En recueillant vos exigences, vous posez en fait la question suivante : « De quoi mon produit a-t-il besoin ? Cette question peut sembler facile pour un novice, mais vous serez peut-être surpris de constater qu’il n’est pas facile de recueillir correctement les besoins. Principalement parce qu’elle implique de nombreuses personnes différentes (des designers aux ingénieurs en passant par les développeurs et les analystes commerciaux) et une multitude de points de vue.

L’un des plus grands défis de la collecte des exigences est qu’elle ne nécessite pas seulement des contributions provenant de nombreux horizons, mais qu’elle représente également votre connaissance des besoins de l’utilisateur que le produit couvrira. Les exigences sont une représentation de ce que vous savez de l’utilisateur et de ce que les parties prenantes attendent du produit – ce qui signifie qu’une quantité considérable de recherches doit être effectuée avant même que des exigences puissent être ajoutées à votre liste. L’avantage ? C’est précisément parce que vous avez besoin de l’avis de différents membres de l’équipe que vos exigences peuvent apporter un éclairage nouveau sur le produit et changer la façon dont vous envisagez le design. Vous obtenez ainsi une vision complète du produit, dont les principales caractéristiques sont présentées à l’équipe. Voyons comment nous pouvons recueillir nos exigences d’un point de vue plus pratique.

Alors, comment recueille-t-on les besoins, exactement ? En général, le processus est étroitement lié à la définition d’un problème que nous cherchons à résoudre – et va jusqu’au prototypage d’idées.

Tout d’abord, vous devez comprendre les termes généraux du projet dans son ensemble. Quel est l’objectif principal du client ? Le client a-t-il déjà essayé de créer cette solution ? Si oui, pourquoi pense-t-il que cela a échoué ? Le client a-t-il déjà une idée du problème que le produit va résoudre ?

Commencez le processus de collecte des exigences en menant des discussions approfondies avec le client pour découvrir ses objectifs et ses attentes. Comprenez les résultats souhaités, le public cible et les principales mesures de réussite qui seront utilisées pour évaluer le succès du projet. Une fois que vous avez bien compris les objectifs du projet, définissez sa portée. Déterminez les limites du projet, y compris les caractéristiques, les spécifications fonctionnelles et les utilisateurs cibles. Cela vous aidera à rester concentré sur la fourniture des aspects les plus importants de la solution tout en évitant les dérives.

Toutes ces informations initiales sont très précieuses, mais ne pensez pas qu’elles sont immuables. Au fil du temps, il est possible que les détails changent à mesure que vous développez le projet et que vous découvrez de nouveaux aspects de la solution. Dans d’autres cas, un peu de recherche peut changer votre façon d’envisager le problème que la solution doit résoudre, ce qui est susceptible de modifier la solution elle-même. Sollicitez leur avis, répondez à leurs préoccupations et assurez-vous que tout le monde est d’accord avec les objectifs et la portée du projet. Cela permettra de dégager un consensus et d’éviter les malentendus à un stade ultérieur du projet. Tous les produits traitent d’une sorte de processus au nom du client. Quel est le processus étape par étape de tout achat effectué par les clients ? Vous devez comprendre comment fonctionne l’entreprise du client afin de pouvoir créer une solution qui s’y adapte parfaitement, ce qui est essentiel pour éviter le chaos lors de la mise en ligne de la solution.

Pour acquérir une compréhension globale du contexte du projet, effectuez des recherches approfondies et recueillez des informations pertinentes. Explorez le secteur d’activité du client, ses concurrents et son public cible afin d’identifier les tendances, les opportunités et les défis potentiels. Analysez les solutions existantes sur le marché pour comprendre les meilleures pratiques, identifier les lacunes et tirer des enseignements de l’expérience des autres. Cela vous aidera à évaluer votre projet et à fixer des attentes réalistes. Recueillir les commentaires initiaux du client par le biais d’entretiens, d’ateliers ou d’autres méthodes appropriées. Vous obtiendrez ainsi des informations précieuses sur ses besoins spécifiques, ses préférences et ses attentes à l’égard du projet.

Lorsque votre équipe commence à se faire une idée plus précise de l’aspect et des fonctions du produit, nous vous recommandons de vous lancer dans une recherche sérieuse auprès des utilisateurs. Gardez à portée de main les informations que le client vous a fournies, mais soyez toujours diligent dans vos recherches. Vous voulez vous assurer que le problème défini par le client mérite effectivement d’être résolu et valider la définition du problème lui-même. Vous voulez vérifier que la définition de l’utilisateur cible est pertinente et commencer à comprendre les utilisateurs. C’est à ce stade que la collecte des exigences devient un partenaire étroit de la recherche sur les utilisateurs, où vous commencez à en apprendre davantage sur les personnes qui utiliseront votre produit. Ce processus d’apprentissage peut avoir un impact sur les exigences que vous finirez par inclure dans votre liste, car vous aurez une meilleure idée des cases à cocher dans votre design. Nous recommandons toujours d’aller jusqu’au bout de la recherche sur les utilisateurs. C’est le moment de sortir les grands moyens comme les modèles mentaux, les parcours utilisateurs, les user persona et tout autre outil qui peut vous éclairer sur ce dont l’utilisateur a besoin et ce qu’il veut.

Une fois que vous avez défini les exigences en matière de design, il est important de les partager avec toutes les parties prenantes et les différents membres de l’équipe. Par exemple, les exigences initiales que nous avons reçues du client peuvent avoir clarifié certains besoins techniques pour le département d’ingénierie et de développement. Les nouvelles exigences en matière de design ont également des implications techniques qui entraînent d’autres exigences en matière d’ingénierie – ce n’est pas grave. Créez un document d’exigences complet qui reprend toutes les informations recueillies dans un format organisé et accessible. Utilisez une structure et un système de numérotation cohérents pour garantir la clarté et la facilité de référence.

Classez les exigences en fonction de leur importance, de leur urgence et de leur adéquation avec les objectifs du projet. Cela vous aidera à vous concentrer sur les fonctionnalités les plus critiques et à éviter les dérives. Utilisez des techniques de hiérarchisation telles que la hiérarchisation MoSCoW ou l’analyse Kano pour classer les exigences. Cela vous aidera à prendre des décisions éclairées sur les fonctionnalités à inclure dans la version initiale et sur celles qui peuvent être reportées à des itérations ultérieures. Impliquez les parties prenantes dans le processus de hiérarchisation afin de vous assurer que leurs besoins et leurs préférences se reflètent dans le produit final. Cela contribuera à susciter l’adhésion et à faire en sorte que le projet apporte de la valeur au public cible.

Toutes ces exigences ont pour but de définir ce que sera la solution finale et à quoi elle ressemblera. Tout cela a pour but de vous aider, vous et votre équipe, à créer un wireframe capable de traduire toutes ces exigences en quelque chose de tangible, de concret. Commencez par des prototypes basse fidélité pour explorer rapidement différents concepts et recueillir les premiers commentaires. Au fur et à mesure que vous affinez le design, créez des prototypes haute fidélité plus détaillés qui ressemblent étroitement au produit final. Partagez les prototypes avec les parties prenantes et les utilisateurs afin de recueillir leurs commentaires et d’identifier tout problème potentiel. Utilisez leur retour d’information pour itérer sur le design et apporter les ajustements nécessaires à l’exigence.

Le rôle du prototypage dans la collecte des besoins est primordial. Une erreur fréquente consiste à laisser les exigences globales à l’imagination des parties prenantes jusqu’à la fin du processus de développement du produit. Même au début, lorsque vous commencez à comprendre les besoins du client, la réalisation d’un prototype peut apporter une valeur ajoutée importante au projet. Au début, vos exigences seront fluctuantes à mesure que vous découvrirez les spécificités du projet. Par la suite, les changements seront moins probables à mesure que vous validerez vos décisions et que vous avancerez dans le prototypage de la solution.

Tout au long du processus de gestion des exigences, veillez à revoir régulièrement le document pour vous assurer qu’il reste exact et à jour. Au fur et à mesure de l’avancement du projet, il se peut que vous deviez mettre à jour les exigences en fonction de nouvelles informations, de l’évolution des priorités ou du retour d’information des parties prenantes. Soyez prêt à itérer sur les exigences tout au long du cycle de vie du projet. Les méthodologies agiles mettent souvent l’accent sur le développement itératif et l’amélioration continue, ce qui permet de faire preuve de souplesse et de s’adapter à l’évolution des circonstances. Et, comme toujours, à chaque étape, n’oubliez pas de collaborer étroitement avec l’équipe pour vous assurer que tout le monde comprend les exigences et travaille dans le même sens. Cela permettra d’éviter les malentendus et de garantir un processus de développement sans heurts.

L’approbation est une étape cruciale du processus de collecte des exigences, car elle garantit que toutes les parties prenantes sont alignées et engagées sur les exigences documentées et hiérarchisées. Il s’agit d’un accord formel qui jette les bases de l’exécution du projet.

En obtenant une approbation formelle, vous ne vous contentez pas de cocher une case, vous créez un engagement commun entre toutes les parties prenantes. C’est comme si vous signiez un contrat décrivant les conditions du projet et garantissant que tout le monde est sur la même longueur d’onde. Un processus d’approbation bien exécuté présente plusieurs avantages. Il réduit le risque de malentendus, favorise l’adhésion des parties prenantes, rationalise le processus de développement et renforce la responsabilité. C’est comme si vous disposiez d’une feuille de route claire qui guide votre équipe vers un objectif commun. Ne considérez donc pas l’approbation comme une simple formalité. Investissez le temps et les efforts nécessaires pour impliquer les parties prenantes, fournir une documentation claire et concise et répondre rapidement aux préoccupations. Un processus d’approbation solide est la clé qui vous permettra de libérer tout le potentiel de votre projet.

Lorsqu’il s’agit de recueillir des exigences, il s’agit surtout d’améliorer votre compréhension de la solution, de la situation, du client et de l’utilisateur. Faire beaucoup de recherches en ligne peut être un moyen pratique de comprendre le secteur et l’industrie du client, mais cela ne vous aidera pas à comprendre la dynamique interne de l’entreprise du client. En fonction de ce que vous concevez, vous aurez peut-être besoin d’une véritable connaissance de la façon dont les choses se passent dans l’entreprise et de la manière dont elle traite avec les utilisateurs. Pour cela, vous devrez vous rapprocher des clients et utiliser les bonnes techniques de gestion des exigences pour obtenir d’excellents résultats.

Les méthodes traditionnelles, souvent associées aux méthodologies en cascade, mettent l’accent sur des processus structurés et séquentiels. Elles se concentrent sur la documentation détaillée et la planification initiale, ce qui les rend bien adaptées aux projets ayant des objectifs clairs et des exigences stables. Les entretiens, l’analyse de documents et les enquêtes sont des techniques courantes dans le cadre de cette approche.

Placer l’utilisateur final au centre du processus de collecte des exigences est essentiel pour créer des produits qui répondent réellement à ses besoins. Des techniques telles que l’observation des utilisateurs, le prototypage et les tests de convivialité sont utilisées pour s’assurer que le produit correspond aux attentes des utilisateurs. En comprenant les comportements, les motivations et les difficultés des utilisateurs, vous pouvez développer des solutions qui trouvent un véritable écho auprès de votre public cible.

Il est essentiel de favoriser la collaboration entre toutes les parties prenantes pour que la collecte des besoins soit couronnée de succès. Les ateliers, les séances de remue-méninges et les groupes de discussion constituent des plateformes pour un dialogue ouvert, la génération d’idées et l’établissement d’un consensus. En impliquant les utilisateurs, les développeurs et les analystes d’entreprise dans le processus, vous pouvez vous assurer que tout le monde est aligné et engagé dans les objectifs du projet.

Pour mieux comprendre les besoins des utilisateurs et les innovations potentielles en matière de produits, envisagez d’utiliser des techniques créatives et non conventionnelles. Le design thinking, la recherche ethnographique et la gamification peuvent impliquer les parties prenantes d’une manière plus immersive et engageante. Ces méthodes peuvent vous aider à découvrir des besoins cachés, à identifier de nouvelles opportunités et à favoriser une culture de l’innovation.

Les méthodologies agiles privilégient une approche flexible et collaborative de la collecte des exigences, qui diffère considérablement de la documentation initiale souvent associée aux modèles traditionnels en cascade. Cette approche met l’accent sur la découverte continue, la participation active des parties prenantes, en particulier des utilisateurs finaux, et la hiérarchisation des exigences en fonction de leur valeur et de leur urgence. Le projet est divisé en itérations plus petites, chacune avec son propre ensemble d’exigences, et le carnet de commandes est continuellement affiné grâce à des techniques telles que les histoires d’utilisateurs, les points d’histoire et le toilettage du carnet de commandes. Cette approche agile présente plusieurs avantages. Tout d’abord, elle augmente la satisfaction du client en impliquant les parties prenantes tôt et souvent dans le processus de développement. Deuxièmement, elle réduit les risques en permettant une détection et une atténuation précoces grâce à son approche itérative. Troisièmement, elle améliore la flexibilité en permettant aux équipes de s’adapter à l’évolution des besoins et des conditions du marché. Enfin, elle améliore la collaboration entre les membres de l’équipe en favorisant un environnement collaboratif où chacun travaille ensemble à la réalisation d’objectifs communs.

Les modèles à usage général décrits ci-dessous peuvent constituer des atouts précieux dans le cadre de divers projets de développement de logiciels. Ils permettent de visualiser et de comprendre les exigences du projet, de faciliter une communication efficace avec les parties prenantes et de garantir la conception et la mise en œuvre correctes des systèmes logiciels.

• Diagrammes de cas d’utilisation: Représentent visuellement les interactions entre les utilisateurs et un système.
• Histoires d’utilisateurs: Décrire une caractéristique ou une fonctionnalité souhaitée du point de vue de l’utilisateur.
• Diagrammes de flux de données: Ils illustrent le flux de données dans un système.
• Diagrammes entité-relation: Modélisent les relations entre les entités de données.
• Diagrammes de contexte: Ils montrent les limites du système et les interactions avec son environnement.

Les modèles spécifiques à l’industrie peuvent aider à respecter les méthodologies de développement établies, à fournir un cadre structuré pour la gestion de projets complexes et à assurer une collaboration efficace entre les équipes interfonctionnelles.

• Modèles de cycle de vie du développement logiciel (SDLC): Ils fournissent des lignes directrices structurées pour les différentes phases du développement de logiciels.
• Modèles agiles: Aidez les méthodologies de développement itératif et incrémental.
• Modèles d’analyse d’entreprise: L’accent est mis sur la compréhension des besoins et des processus de l’entreprise.

Lorsque vous recherchez des modèles de documents de recueil d’exigences, l’internet offre une multitude de ressources. Des bibliothèques de modèles spécialisées aux outils de gestion de projet et aux communautés en ligne, vous pouvez trouver une variété d’options pour répondre à vos besoins.

• Bibliothèques de modèles: Des sites web tels que Lucidchart, Draw.io et Creately proposent une vaste collection de modèles prédéfinis.
• Logiciel de gestion de projet: Des outils tels que Jira, Asana et Trello comprennent souvent des modèles intégrés pour la collecte des exigences.
• Communautés en ligne: Des plateformes comme Reddit et Stack Overflow peuvent fournir des modèles ou des conseils spécifiques en fonction du domaine de votre projet.

La collecte des exigences pour un tout nouveau projet UX est un processus qui peut prendre du temps et des efforts, mais qui n’est pas négociable. Quelle que soit la marque ou l’industrie, les équipes de design ont besoin d’une direction – elles doivent savoir ce qu’elles visent. C’est le rôle du cahier des charges : il vous donne la portée, les limites, les définitions et les objectifs. L’étape cruciale de tout projet consiste à prendre le temps de valider les exigences initiales du client. Assurez-vous que vous et votre équipe comprenez bien le client et les problèmes qu’il souhaite résoudre avec le produit, avant de commencer à essayer de comprendre les utilisateurs eux-mêmes. La documentation, élaborée avec soin et avec la participation de tous, est essentielle.