Comment définir les besoins à travers l'analyse d'affaires

Besoins et exigences peuvent regarder comme ils signifient la même chose, mais il ya une différence quand il vient à l'analyse d'affaires: La nécessité est l'objectif et le exigence est la décision sur l'opportunité de faire quelque chose pour atteindre cet objectif. Un besoin se transforme en une exigence quand quelqu'un reconnaît que d'avoir des besoins non satisfaits est inacceptable et décide qu'il exige la nécessité d'être respectées.

Exigences, la première identification, sont vraiment besoin, veut, des suggestions ou des idées - jusqu'à ce que la bonne personne décide autrement. Souvent, les besoins, les désirs, suggestions et idées sont présentées comme des énoncés de besoins sans la pensée de l'opérateur sur les besoins, les contraintes, ou des implications de cette décision, parfois, il est même pas en position de décider comment ou pourquoi l'exigence est approprié ou nécessaire .

Les décisions sont prises par une personne pour une raison. Capturer et noter ce qui rend quelqu'un qui décisions concernant les besoins spécifiques, et quand.

Comme vous l'avez sans doute compris, le mot exigence est un terme très vague dans le monde de l'analyse d'affaires. En conséquence, la définition officielle d'une exigence figurant dans le Guide BABOK (comme spécifié par l'ERAI - l'International Institute of Business Analysis) suit:

• “ Une condition ou la capacité nécessaire par un intervenant pour résoudre un problème ou atteindre un objectif n ° 148. Ce point reflète la prise de décision clé nécessaire dans les affaires.

• 
  
  
  
  

  “ Une condition ou la capacité qui doit être remplie ou possédée par un composant de la solution ou la solution pour satisfaire un contrat, norme, une spécification, ou d'autres documents formellement imposées ”. Cette partie est plus axée sur la partie prenante à la solution.

• “ Une représentation documentée d'un état ou la capacité que dans 1 ou 2. ” Cette idée fait remarquer que la documentation sur les exigences est aussi appelé une exigence. Voilà parce que la documentation aide les analystes, les différentes parties prenantes, ou consommateurs de documentation (les gens lire et interpréter la documentation) à comprendre les exigences de la solution ainsi que tous les éléments qu'ils sont responsables de la création.

  Parce que les créateurs de composants de la solution doivent respecter les exigences tout en développant, la documentation elle-même devient une exigence.

Exigences entrent dans différentes catégories, en couches. Les principales catégories comprennent les exigences opérationnelles, exigences des parties prenantes, exigences de la solution, les exigences de transition, et les exigences technologiques. Exigences de la solution comprennent les exigences fonctionnelles et non fonctionnelles créées à la main ou avec la technologie (qui a ses propres exigences techniques). Et lorsque vous avez terminé, les solutions sont mises en place par des exigences de transition.

Aller directement à partir d'une exigence de l'entreprise directement à une exigence technique détaillée est pas possible. Vous devez en cascade à travers chaque couche ou le niveau de l'analyse, le cas échéant, le catalogage et la catégorisation comme vous allez.

Vous et votre équipe êtes pas seulement censé concevoir toute solution à la fin de tout cela en cascade à travers le niveaux- vous êtes censé utiliser les exigences de concevoir un succès solution. Vous devez sonder assez profondément pour obtenir tous les requirements- nécessaire, sinon, vous risquez de manquer certaines exigences.

Vous pouvez réutiliser des exigences documentées (et les besoins, d'ailleurs) aux entreprises et parties prenantes (et parfois la solution) niveaux! Exigences réutilisés peuvent sauver des équipes de projet et les intervenants temps et d'argent. Vous devriez organiser et sauvegarder vos exigences de vos projets (peut-être dans un référentiel d'entreprise ou centralisée lieu exigences de référence) au cas où vous voulez les utiliser à nouveau sur un autre projet.

Exigences qui étaient autrefois être (exigences pour l'environnement des affaires future) peut devenir votre comme si (exigences pour l'environnement d'affaires actuel) et offrent un nouveau point de départ pour le prochain projet.

Juste une exigence manquant peut causer des problèmes avec les intervenants et les membres de l'équipe et peut également affecter la solution (s) que vous créez. La solution peut être absente ou onéreux, de créer des problèmes de qualité ou de soutien en cours, souffrent buggy ou interfaces à défaut, mettre des systèmes en aval en danger, et aboutir à des systèmes qui sont (plus) difficile à supporter, provoquant de contournement ou processus supplémentaires manuel.

Ces défis peuvent nuire à la satisfaction des utilisateurs et des clients et les résultats d'entreprises, ce qui peut entraîner une diminution des ventes et un impact sur les recettes.