Réponse.

L'analyste commercial joue un rôle clé lors de l'implémentation d'un nouveau logiciel, agissant comme intermédiaire entre le client et l'équipe de développement. Sa principale tâche est d'identifier, de documenter clairement et de transmettre les exigences commerciales en spécifications techniques, ainsi que de convenir des critères de succès de l'implémentation.

Caractéristiques clés :

Analyse et formalisation des exigences : l'analyste commercial approfondit les demandes initiales, les transformant en exigences claires, incontestables et mesurables.
Détermination des facteurs critiques de succès (CSF) et des indicateurs de performance clés (KPI) : en collaboration avec le client, il développe des métriques permettant d'évaluer le succès de l'implémentation du produit.
Gestion des attentes des parties prenantes : il communique sur les progrès, valide les critères de "terminé" (Definition of Done), ajuste les attentes en tenant compte des contraintes et des priorités.

Questions piégeuses.

Quelles exigences sont les plus importantes — fonctionnelles ou non fonctionnelles ?

Réponse : Les deux types d'exigences sont également importants. Les fonctionnelles répondent à "ce que le système doit faire", et les non fonctionnelles à "comment il le fait". Négliger l'un d'eux entraînera l'échec de l'implémentation.

Peut-on se passer des critères d'acceptation si les délais sont serrés ?

Réponse : Non, l'absence de critères d'acceptation clairs conduira à des disputes et des retouches. Même dans des délais serrés, les critères sont priorisés, mais ne sont pas ignorés.

L'analyste commercial doit-il déterminer seul quel résultat considérer comme réussi ?

Réponse : Non, la bonne approche consiste à développer des critères de succès clairs et mesurables en collaboration avec le client, plutôt que de se fier uniquement à l'opinion personnelle de l'analyste.

Erreurs typiques et anti-patterns

Formulation floue des exigences et des critères de succès
Ignorer l'avis des utilisateurs finaux
Documentation insuffisante des changements en cours de processus

Exemple de la vie réelle

Cas négatif : implémentation d'un système CRM sans critères d'acceptation convenus. Les exigences étaient formulées de manière superficielle, et au moment du lancement, des divergences sont apparues entre le département des ventes et le service IT.

Avantages :

Mise en œuvre rapide

Inconvénients :

Réécriture de modules
Baisse de motivation
Pertes financières dues aux refinancements

Cas positif : formalisation des exigences, création d'une matrice de critères de succès avec le client, démonstrations régulières.