Il y avait une discussion dans le groupe IIBA sur LinkedIn intitulé "Quelle est votre meilleur conseil pour le succès des exigences en analyse d'affaires" et j'ai voulu m'étendre sur ce sujet en regardant également les causes d'échecs.
Dans ma réponse sur LinkedIn, j'ai dit que je sentais que le facteur le plus important, pour le succès des exigences, vient du recueil des exigences. Précisément que nous devons avoir la capacité d'analyser les besoins rapidement et de savoir quand creuser plus profondément. En tant qu'analyste d'affaires, nous devons analyser les besoins au moment où ils nous sont donnés afin de pouvoir réagir immédiatement avec des questions plus approfondies, en cas de besoin, pour arriver à la source ou à une exigence "réelle".
Je voulais vraiment avoir deux conseils; l'autre serait d'avoir une compréhension profonde et claire de l'environnement métier et des difficultés qu'ils rencontrent aujourd'hui.
Bien sûr, cela m'a également fait réfléchir aux causes d'échecs. Tant de fois nous déroulons le projet, la vie est belle, nous sommes à l'heure, respectons le budget, et tout le monde est heureux. Puis nous arrivons à la phase de test, ensuite les utilisateurs commencent à utiliser l'application. Mais tout à coup ils disent que l'application ne fonctionne pas comme ils l'espéraient, il y a trop de problèmes, des choses sont manquantes...
L'analyste est surpris et tourne en rond en se disant: "Je ne comprends pas. Ils ont dit que mon document sur les exigences était très bien. Tout le monde l'a signé. Comment peuvent-ils revenir et dire que nous avons raté une fonctionnalité et que cela ne fonctionne pas comme ils l'espéraient? "
Quelle serait la cause numéro 1 d'échec des exigences?
La réponse la plus simple serait l'opposée de la première raison du succès: ne pas faire d'analyse et ne pas remonter à l'origine de l'exigence.
Cependant, je pense que nous pourrions avoir une autre raison d'échec: ne pas s'assurer que le métier ai bien compris ce qui sera construit pour eux d'après les exigences recueillies.
Comment faire pour nous assurer que le métier comprenne bien ce qu'ils auront? Fournir le flux du futur processus métier (images), fournir des maquettes d'écrans (images), fournir des interfaces (image). Les exigences sous forme littérales ont réellement leur place et il ne fait aucun doute que nous avons besoin de celles-ci documentées d'une certaine manière, et le métier a besoin de les relire et de les approuver. Mais je pense que les différentes possibilités de les documenter de manière graphique sont très importantes pour donner au métier une représentation visuelle de ce qu'ils peuvent attendre. Cela entrainera souvent l'ajout d'exigences manquantes plus tard dans le processus et aidera aussi le métier à bien comprendre ce qu'ils auront.
source originale: The analyst coach
Aucun commentaire:
Enregistrer un commentaire