Définition des exigences en génie logiciel

La plupart des projets logiciels échouent non pas lors de la phase de test, mais à cause des divergences et des hypothèses formulées dès le début.

Lorsque les équipes ne posent pas les bonnes questions dès le début, elles finissent souvent par créer quelque chose dont les utilisateurs ne veulent pas. Le problème ? Elles sautent ou précipitent le processus de définition des besoins.

Selon le rapport Pulse of the Profession du PMI, 39 % des échecs de projets sont dus à une mauvaise définition et gestion des exigences.

Cette étape ne consiste pas à rédiger des spécifications. Il s'agit d'écouter, d'observer et de poser des questions. Une exigence négligée aujourd'hui peut se traduire par des mois de travail supplémentaire plus tard.

Comprenons ce qu'est la définition des besoins, son importance pour les équipes produit, les meilleures pratiques et techniques pour une définition efficace des besoins, et comment utiliser l'IA à cette fin.

Qu'est-ce que la définition des besoins ?

La définition des besoins est un processus de génie logiciel dans lequel les membres de l'équipe produit interagissent avec les parties prenantes afin de comprendre ce qu'elles attendent du logiciel en cours de développement.

Il s'agit davantage d'une conversation que d'une documentation. Vous posez des questions, ils vous répondent. Parfois, vous obtenez des réponses directes. Parfois, vous devez creuser davantage. Et souvent, les besoins réels ne sont exprimés clairement qu'après avoir posé quelques questions supplémentaires.

Vous ne vous précipitez pas encore vers des solutions. Vous essayez toujours de comprendre clairement le problème : que doit faire le logiciel, qui l'utilisera et que ne peut-il pas faire ?

Sans cette étape, le risque d'hypothèses erronées augmente, ce qui entraîne souvent des retouches, des retards ou des fonctionnalités dont personne n'avait besoin.

Étapes clés du processus de définition des exigences

La définition des exigences est un processus étape par étape que les analystes commerciaux et les membres de l'équipe produit doivent suivre afin de recueillir les exigences adaptées aux objectifs du produit logiciel. Nous avons présenté ici le processus de définition des exigences en six étapes :

1. Identifier les parties prenantes

La première étape consiste à identifier les parties prenantes concernées, c'est-à-dire les personnes impliquées dans le projet logiciel. Les parties prenantes peuvent être :

• Utilisateurs finaux
• Promoteurs du projet
• Clients
• Autorités réglementaires
• Équipes d'assistance

Par la suite, les analystes commerciaux interagissent avec ces personnes afin de recueillir les exigences et de comprendre les objectifs logiciels.

2. Comprendre les objectifs et les buts commerciaux

L'étape suivante consiste à comprendre les objectifs commerciaux et ce que l'entreprise cherche à accomplir. Cela aidera les analystes commerciaux à préparer les bonnes questions à poser aux parties prenantes.

3. Sélectionnez la technique d'élicitation appropriée

Ensuite, sélectionnez la technique d'élicitation appropriée pour interagir avec les parties prenantes. Assurez-vous également que toutes les parties prenantes sont à l'aise avec la technique choisie. Les techniques courantes comprennent :

• Entretien avec les parties prenantes
• Analyse documentaire
• Prototypage
• Questionnaire
• Séances de remue-méninges

Nous avons abordé ces techniques en détail dans la section suivante.

Si vous avez sélectionné plusieurs techniques, préparez pour chacune d'elles les questions et les outils que vous allez utiliser. Cela vous fera gagner du temps dans les étapes suivantes.

4. Organiser la séance d'élicitation

Une fois la méthode d'élicitation choisie, organisez les sessions avec les parties prenantes. Veillez à prendre des notes appropriées, à poser des questions complémentaires et, même si vous avez le moindre doute, n'hésitez pas à poser des questions.

5. Exigences en matière de documents

Ensuite, les analystes commerciaux évaluent les exigences et les documentent. Cela aide les équipes de développement et les parties prenantes à visualiser les exigences.

6. Exigences en matière d'examen

Au cours de la phase finale, les analystes commerciaux organisent une réunion avec les parties prenantes et les autres membres de l'équipe afin d'examiner les exigences. Il est très important de s'assurer que rien n'a été oublié et que toutes les exigences sont claires et conformes aux objectifs commerciaux.

Meilleures techniques d'identification des besoins

Il existe plusieurs techniques pour recueillir les exigences, et nous avons abordé certaines d'entre elles qui sont couramment utilisées :

1. Séances de remue-méninges

Lors des séances de brainstorming, les analystes commerciaux réunissent des personnes issues de différents horizons et recueillent leurs contributions dans un format libre. Cette méthode peut être utile lorsque vous avez besoin de recueillir rapidement un large éventail d'idées sur les processus commerciaux, les objectifs, les besoins et les buts.

2. Entretiens

Les entretiens avec les parties prenantes constituent une autre technique importante d'obtention d'informations. Ils permettent aux analystes commerciaux de s'entretenir individuellement avec les parties prenantes et de leur poser des questions ouvertes.

Vous devriez choisir cette technique lorsque vous souhaitez approfondir les besoins spécifiques, les points faibles et les attentes d'une personne.

3. Sondages et questionnaires

Lorsque vous souhaitez collecter des données auprès d'un large public, tel que les utilisateurs finaux d'un produit, vous pouvez utiliser une méthode d'enquête et de questionnaire.

Dans cette méthode, vous devez préparer un formulaire comportant une série de questions, l'envoyer à un groupe d'utilisateurs, recueillir les réponses et les analyser. Elle ne vous fournira pas d'informations approfondies comme le ferait un entretien, mais elle est utile pour identifier les tendances.

4. Analyse documentaire

Une technique d'analyse documentaire consiste à examiner et à analyser les documents logiciels existants, tels que les manuels de produits, les documents de politique ou les journaux système. Ce faisant, les analystes commerciaux peuvent identifier les exigences manquantes et décider des éléments à ajouter lors de la prochaine itération du développement logiciel.

5. Groupes de discussion

Vous réunissez un petit groupe d'utilisateurs qui partagent des rôles ou des tâches quotidiennes similaires. Au lieu de questionner chaque personne individuellement, ils discutent en groupe. Les participants s'inspirent souvent des idées des autres, ce qui permet de faire ressortir des besoins qu'ils n'auraient peut-être pas mentionnés seuls. C'est également un bon moyen de voir sur quels points les différents utilisateurs sont d'accord ou en désaccord.

6. Ateliers sur les exigences

Il s'agit de sessions plus longues au cours desquelles des personnes issues de différents services se réunissent, notamment des utilisateurs, des chefs d'entreprise et éventuellement des responsables techniques. Tout le monde examine le même problème et le traite étape par étape. Il ne s'agit pas seulement de recueillir des informations, mais aussi de régler les différends, de dissiper les doutes et de déterminer ce qui importe le plus.

7. Prototypage

Au lieu d'attendre que le développement soit terminé, vous créez une maquette de base qui suffit à montrer la disposition ou le déroulement. Les utilisateurs peuvent réagir à quelque chose de visuel, ce qui permet souvent d'obtenir des commentaires qu'ils ne partageraient pas lors d'une réunion. Cela permet de dissiper rapidement toute confusion et d'éviter de créer des fonctionnalités basées sur des suppositions.

Utilisation de Copilot4DevOps pour automatiser la collecte des exigences à l'aide de l'IA

La collecte manuelle des exigences prend du temps. Vous discutez avec les gens, prenez des notes, les mettez au propre, puis réécrivez tout dans un format approprié. Il est facile d'oublier des éléments ou de perdre de vue certains détails par la suite.

Cependant, les outils d'identification des besoins en IA tels que Copilot4DevOps permettent de réduire cet effort. Il fonctionne comme un assistant IA intégré à Azure DevOps pour la gestion des besoins.

Pour commencer à utiliser Copilot4DevOps :

• Vous devez sélectionner n'importe quel élément de travail dans Azure DevOps et ouvrir Copilot4DevOps à partir de là.
• Sélectionnez le type d'éléments de travail que vous souhaitez générer, tels qu'une user story, un cas de test, une épopée, une fonctionnalité, etc.
• Il suffit ensuite de cliquer sur le bouton « Générer ».

C'est tout. Copilot4DevOps génère de nouveaux éléments de travail avec un titre et une description basés sur les données de l'élément de travail référencé.

Regardez le tutoriel vidéo complet pour découvrir comment fonctionne la fonction « elicit » de Copilot4DevOps :