Pourquoi les Exigences Commerciales et Fonctionnelles sont Vitales pour la Réussite d’un Projet

Dans un processus de développement de produit, l’un des aspects essentiels de la réussite de tout projet est de répondre correctement aux exigences. Et de nombreux projets échouent parce que les parties prenantes ne comprennent pas la différence entre les exigences métier et les exigences fonctionnelles.

Le succès et l’échec de tout projet dépendent de la qualité des exigences. Bien que cela soit rarement dit aussi simplement, la plupart des projets logiciels échouent car l’accent est moins mis sur la gestion des exigences.

En septembre 1999, la NASA a perdu son Orbiteur climatique Mars de 125 millions de dollars lorsqu’elle a tenté d’entrer en orbite, à seulement 100 kilomètres trop près de Mars. La mission a échoué en raison d’une mauvaise gestion des besoins: il n’a pas été discuté plus tôt dans la phase si le « logiciel de navigation » nécessitait des unités métriques ou des unités impériales.

Résultat : Spécifications incompatibles ; le système de contrôle d’attitude était spécifié à l’aide d’unités impériales mais son logiciel de navigation utilisait des unités métriques.

Ainsi, il est essentiel de bien répondre aux exigences et de les utiliser au maximum pour le succès d’un projet.

Dans le domaine du développement de produits logiciels, l’importance et la pertinence du mot « Exigences » augmentent avec la popularité croissante des méthodologies de développement logiciel agiles. Même l’un des points mentionnés dans le Manifeste Agile explique la méthodologie comme celle qui valorise:

 » Logiciel de travail sur une documentation complète »

Il est essentiel de bien répondre aux exigences, que vous travailliez dans une méthodologie Agile ou en cascade.

Exigences Métier vs Exigences Fonctionnelles – Définition et ses types

Avant d’approfondir les Exigences Métier vs Exigences Fonctionnelles, examinons la définition et les types.

Selon l’Institut International d’analyse des entreprises, une exigence est:

• Une condition ou une capacité dont un intervenant a besoin pour résoudre un problème ou atteindre un objectif.
• Condition ou capacité qui doit être remplie ou possédée par un système ou un composant de système pour satisfaire à un contrat, une norme, une spécification ou d’autres documents formellement imposés.
• Une représentation documentée d’une condition ou d’une capacité telle qu’en (1) ou (2)

Sur la base du domaine du problème et de la méthodologie avec laquelle un analyste d’affaires (BA) travaille, voici les différentes exigences, dont les plus importantes sont: exigences métier et exigences fonctionnelles.

Dans ce blog, nous explorerons la différence entre les exigences commerciales et les exigences fonctionnelles. Il est impératif de comprendre la différence afin d’offrir à l’entreprise une solution idéale qui prendra vraiment en charge le problème.

Quelles sont les exigences métier

Pourquoi un client a-t-il besoin d’une application ?

Ces informations peuvent sembler inutiles à beaucoup, car le client est prêt à vous payer pour créer une application. Alors, pourquoi est-ce important pour vous d’obtenir les raisons?

Eh bien, si vous êtes passionné par la création de produits de qualité et la fourniture d’expériences transparentes à vos clients, vous devriez vous soucier du « pourquoi » autant que du « quoi » et des « comment ».’

Et lorsque vous commencez à vous concentrer sur la partie « pourquoi » d’un projet, cela signifie que vous vous occupez des exigences de l’entreprise.

Exigences métier pour le cycle de vie du développement logiciel traite des exigences de haut niveau ou des besoins d’une organisation, ce qui permet à l’entreprise d’atteindre ses objectifs finaux, sa vision et ses objectifs.

Ils décrivent généralement ce qu’un système ou une solution doit faire. Ils donnent l’ampleur d’un besoin commercial ou d’un problème qui devrait être résolu par un projet ou une tâche particulière.

Exemple d’exigences commerciales

ParcelKiosk est l’un de nos clients qui nous a approchés pour obtenir une application Web conçue et développée pour offrir de meilleurs services de livraison de colis aux clients. En nous approchant, nous avons entamé la discussion avec un paramètre important: l’analyse des besoins de l’entreprise.

Selon vous, quelles pourraient être les exigences métier de ce service d’application Web de livraison de colis?

Vous pouvez trouver un paramètre important comme la sécurité. Cependant, même si la sécurité est un facteur vital, ce n’est pas une exigence commerciale. Vous ne construisez pas un service comme ParcelKiosk sans sécurité à l’esprit, mais créer un service uniquement pour assurer la sécurité n’est pas l’objectif final.

Qu’en est-il de la connexion d’une gamme de services de messagerie et de clients?

Cela a un meilleur sens en tant qu’exigence métier par rapport à la sécurité car il décrit ce que le service fera. Cependant, est-ce la raison pour laquelle le service Web est construit, ou est-ce vraiment une fonction du service?

Voici quelques raisons possibles (exigences commerciales) pour construire ParcelKiosk:

• Offrir une solution plus intelligente pour mesurer, sélectionner et expédier les colis
• Fournir des capacités pour suivre et gérer leurs services de livraison et de ramassage
• Livraison à temps et commentaires des clients

Voyez-vous la différence entre connecter une gamme de services de messagerie et les clients ou la sécurité et les exigences commerciales réelles?

Les points suivants peuvent être notés ici avec les exigences commerciales:

• Les exigences métier sont toujours écrites du point de vue du client.
• Ce sont des exigences système larges et de haut niveau mais axées sur les détails.
• Ils ne sont pas des objectifs organisationnels mais aident une organisation à atteindre ses objectifs. En répondant à ces exigences commerciales, l’organisation atteint ses objectifs généraux.

Il est maintenant clair que les exigences métier expliquent la partie « pourquoi » d’un projet: « pourquoi » un projet particulier doit être construit, c’est-à-dire quels avantages l’organisation vise à réaliser grâce à la réalisation d’un projet spécifique.

Document sur les exigences opérationnelles

Un Document sur les exigences opérationnelles décrit les besoins opérationnels de haut niveau. Le public cible principal d’un BRD est le client et les utilisateurs. Les exigences opérationnelles sont documentées dans le BRD. Un document d’exigences commerciales bien écrit aide à atteindre l’objectif souhaité de construire un produit réussi dans le délai imparti.

Il comporte les éléments suivants:

• La vision du projet
• Objectifs du projet
• Contexte ou contexte du projet
• Portée du projet
• Identification des parties prenantes
• Exigences opérationnelles détaillées
• Portée de la solution
• Contraintes du projet: Délai, Coût du projet et ressources disponibles

Exemple de document sur les exigences opérationnelles – Pourquoi Chrysler PT Cruiser a été étiqueté « Hero to Zero »

Le groupe Chrysler ne s’est pas beaucoup concentré sur BRD et a poursuivi la production de son PT Cruiser, ce qui a causé de nombreux maux de tête à l’organisation. Voyons comment leur document d’exigences commerciales a échoué:

• Identification des parties prenantes: Le groupe Chrysler a assez bien identifié la plupart des parties prenantes. Ils étaient à bord avec les vendeurs et l’équipe de production du PT Cruiser. Cependant, les deux parties prenantes importantes qui leur manquaient comprenaient le client final qui achetait le véhicule et les concessionnaires qui vendaient le Cruiser.
• Contraintes du projet: Chrysler a fait du bon travail en ce qui concerne la fourniture et la supervision de la construction par des parties prenantes de haut niveau. Cependant, ce qu’ils ont manqué, c’est de remettre en question le calendrier de production, de répondre aux questions des clients ou des concessionnaires comme le prix, la disponibilité du modèle et la demande.

Supposons que le BRD de Chrysler comprenait toutes les exigences des parties prenantes, que ces retards imprévus dans la livraison du produit (objectif de livrer des voitures au concessionnaire d’ici 2001) auraient pu être influencés bien avant la production et que les besoins des utilisateurs finaux auraient été justifiés.

Conseils pour rédiger un Modèle de Document d’exigences métier (BRD)

Maintenant que vous avez une compréhension de base de ce qu’un BRD devrait accomplir, vous pouvez suivre les conseils mentionnés ci-dessous pour vous assurer de rédiger un document d’exigences métier en suspens.

• Pratiquer l’élicitation d’exigences fortes
• Utiliser un langage simple sans voix passive et sans jargon
• Rechercher des projets antérieurs
• Valider la documentation
• Intégrer des visuels

Quelles sont les Exigences fonctionnelles

Les exigences fonctionnelles, comme leur nom l’indique, décrivent les fonctionnalités d’un logiciel ou d’un logiciel un produit. Ce sont les fonctions que le système doit exécuter pour répondre aux exigences métier.

Ils comprennent des détails techniques, des calculs, la manipulation et le traitement des données et d’autres fonctionnalités particulières qui caractérisent ce qu’un cadre doit réaliser.

Si vous n’avez pas d’exigences fonctionnelles claires pour comprendre la technicité du projet, alors pendant le projet, vous ne pourrez pas répondre si les décisions prises par les équipes de développement / conception / test sont correctes.

 » Ne pas écrire une spécification est le plus grand risque inutile que vous prenez dans un projet logiciel. »~Joel Spolsky

Si un détail fonctionnel est mal aligné avec les objectifs métier, cela pourrait entraîner l’échec du projet.

Exemple d’exigences fonctionnelles

L’un des grands acteurs de grande consommation a approché Net Solutions pour un projet de développement d’applications mobiles qui pourrait améliorer l’efficacité de leur chaîne d’approvisionnement.

Ce géant des produits de grande consommation a lancé un projet en 2001, qui visait à autonomiser les femmes rurales en leur offrant des opportunités de vendre des produits et de gagner leur vie.

Le client souhaitait que notre équipe de projet refasse son application mobile existante de manière à automatiser sa chaîne d’approvisionnement et le processus de commande en amenant les femmes rurales et les distributeurs sur une seule plate-forme numérique.

Ils visaient à améliorer le taux d’adoption, à permettre le numérique aux entrepreneurs et à résoudre les frictions dans le parcours client existant (toutes ces exigences sont des exigences commerciales).

En ce qui concerne les exigences fonctionnelles, nous avons commencé à discuter des fonctionnalités de l’application requises avec le client, qui étaient:

• Intégration avec des fournisseurs tiers
• Mises à jour des stocks en temps réel
• Placement des commandes

Le client a supposé que ces fonctionnalités suffiraient à résoudre les frictions du parcours client actuel, améliorant ainsi le taux d’adoption.

Cependant, en discutant des exigences fonctionnelles avec notre client, nous nous sommes rendu compte qu’à moins d’identifier les frictions dans le parcours d’un client existant et de mesurer les niveaux de littératie numérique pour les nouveaux utilisateurs de l’application, le développement d’une application serait inutile.

La solution fournie par Net Solutions

Nous avons appliqué l’approche du Design Thinking et effectué des recherches ethnographiques pour évaluer la préparation numérique des entrepreneurs et comprendre les lacunes dans le parcours des utilisateurs de l’application existante.

Nous avons passé une journée avec toutes les parties prenantes pour mieux cerner leurs problèmes.

En utilisant l’approche du Design Thinking, nous avons pu déterminer quelles fonctionnalités devraient être intégrées à la nouvelle application. De plus, cette approche a fait comprendre à notre client que la meilleure façon d’aller de l’avant avec la gestion de projet est de la réaliser de manière « progressive ».

Le résultat:

La recherche ethnographique et la cartographie des parcours au sein de notre méthodologie de design thinking nous ont aidés à construire une nouvelle application avec des fonctionnalités conçues et validées par les parties prenantes qui vont finalement l’utiliser – ce qui en fait l’un des exemples d’exigences fonctionnelles notables.

Les points suivants peuvent être notés ici avec les exigences fonctionnelles:

• Les exigences fonctionnelles sont toujours écrites du point de vue du système et des parties prenantes.
• La spécification des exigences fonctionnelles est beaucoup plus détaillée.
• C’est à travers la satisfaction des exigences fonctionnelles qu’une solution efficace, répondant aux besoins et aux objectifs commerciaux du client est développée.

Par conséquent, les exigences fonctionnelles expliquent la partie « comment » d’un projet, c’est-à-dire les exigences logicielles et la manière dont la solution pourra répondre aux besoins de l’organisation.

Document sur les exigences fonctionnelles

Le Document sur les exigences fonctionnelles décrit les fonctions requises pour répondre aux besoins opérationnels. Ces fonctions sont documentées dans le Document d’Exigences fonctionnelles (FRD) ou le document de Spécifications d’Exigences fonctionnelles (FRS).

Un FRD bien écrit représente chaque flux de processus pour chaque activité, reliant les dépendances.

FRD contient les éléments suivants:

• Objet du projet
• La portée du projet
• Exigences fonctionnelles détaillées
• Hypothèses / contraintes
• Représentation des exigences fonctionnelles à l’aide d’une architecture d’information

Conseils pour rédiger un Modèle de Document d’exigences fonctionnelles (FRD)

Création d’un document qui rassemble les fonctionnalités techniques requises pour la livraison réussie d’un logiciel / produit sont comme écrire un message à tous les membres de l’équipe impliqués sur les tâches techniques que vous voudriez qu’ils effectuent.

Les conseils suivants vous aideront à rédiger un document sur les exigences fonctionnelles efficaces:

• Vérifiez vos faits
• Utilisez un langage simple
• Ajoutez des illustrations ou des diagrammes
• Respectez les délais

Exigences opérationnelles vs Exigences fonctionnelles: Principaux défis lors de la rédaction d’un document

C’est un gros défi d’écrire des exigences commerciales et fonctionnelles « bonnes » ou  » valides ». Les défis les plus courants rencontrés lors de l’élaboration de ces documents d’exigences comprennent:

• Compréhension incomplète de l’exigence, omission de demander des éclaircissements.
• Interprétation incorrecte de l’exigence; application de filtres personnels aux informations qui modifient l’intention.
• Écrire sur l’implémentation (le comment) au lieu des exigences (le quoi).
• Les décisions de mise en œuvre devraient être reportées aussi tard que possible dans le processus d’obtention des exigences.
• Utilisant une structure de phrase incorrecte.
• Importance de l’évaluation de la qualité des exigences dans le développement de produits logiciels.

Quelles sont les exigences non fonctionnelles?

Les exigences non fonctionnelles définissent et spécifient le fonctionnement du système. Cependant, cela n’affecte pas la fonctionnalité du système comme son nom l’indique. Par conséquent, le système peut continuer à fonctionner même si ses exigences non fonctionnelles ne sont pas satisfaites. La raison pour laquelle les exigences non fonctionnelles sont essentielles est en raison de leur facilité d’utilisation et du fait qu’elles aident à déterminer les facteurs affectant l’expérience utilisateur.

Ce qui différencie les exigences fonctionnelles et non fonctionnelles, c’est que si la première décide des caractéristiques du produit et des besoins des utilisateurs, la seconde se concentre sur les propriétés du produit et les attentes des utilisateurs.

Exigences opérationnelles vs Exigences fonctionnelles – Conclusion

De la comparaison ci-dessus, il est clair que les exigences sont l’épine dorsale de chaque entreprise. Les exigences commerciales et fonctionnelles constituent la base d’une analyse commerciale efficace. Les exigences opérationnelles expliquent le « pourquoi » et le « quoi » d’un projet, et les exigences fonctionnelles expliquent le « comment » du projet.

Un examen périodique et une analyse comparative des exigences fonctionnelles (développées) avec les exigences opérationnelles garantissent le succès global d’un projet. Voici une déclaration finale qui vous aidera grandement à distinguer clairement les exigences métier des exigences fonctionnelles – le point de départ de toute analyse métier est de comprendre les exigences métier (quoi et pourquoi) du client et de les transformer en exigences fonctionnelles (comment).