Mathieu Sbai : faire collaborer AMOA, Business Analysts et équipes terrain
Faire travailler ensemble l’AMOA, les analystes et le terrain
Dans la gestion des foules, une bonne solution numérique naît de la rencontre entre les besoins opérationnels, l’analyse fonctionnelle et les possibilités techniques.
Pour construire un système utile, ceux qui connaissent le terrain, ceux qui analysent les processus et ceux qui pilotent le projet doivent travailler autour des mêmes situations concrètes.
Des rôles différents autour d’un même besoin
L’AMOA
Elle structure les objectifs, organise les arbitrages et maintient la cohérence globale du projet.
Le Business Analyst
Il approfondit les processus, les règles de gestion et les critères d’acceptation.
Les équipes terrain
Elles décrivent les situations réelles, les contraintes et les réactions attendues.
Construire les besoins à partir d’un scénario
Plutôt que de discuter uniquement des fonctionnalités, l’équipe peut partir d’une situation réaliste : une sortie se remplit plus rapidement que prévu.
Décrire les faits
Les équipes terrain expliquent ce qu’elles observent et les informations dont elles disposent.
Identifier les décisions
L’AMOA précise qui doit être informé et quelles actions peuvent être envisagées.
Formaliser les règles
Le Business Analyst décrit les conditions, les données et les résultats attendus.
Évaluer la faisabilité
L’équipe technique étudie les sources disponibles, les interfaces et les contraintes du système.
Préparer les tests
Tous les participants définissent les scénarios permettant de valider la fonction.
Ce que chaque groupe doit apporter
Quel objectif l’organisation cherche-t-elle à atteindre et quelle décision doit être facilitée ?
Quelles données, règles et conditions permettent de reconnaître la situation ?
L’alerte proposée est-elle compréhensible et utilisable pendant un événement réel ?
Transformer un désaccord en décision
Situation : une nouvelle alerte menace le planning
Les équipes terrain considèrent une nouvelle alerte indispensable. L’équipe technique estime que son ajout nécessite davantage de développement et de tests.
L’AMOA doit clarifier le risque couvert, évaluer l’impact de la demande et proposer plusieurs possibilités : simplifier la fonction, remplacer une priorité secondaire ou modifier officiellement le calendrier.
Le Business Analyst contribue en décrivant précisément la valeur fonctionnelle et les critères minimaux permettant de répondre au besoin.
Les livrables produits en commun
Cartographie des situations
Les principaux flux, points sensibles et événements à surveiller.
Règles fonctionnelles
Les conditions de détection, les données et les résultats attendus.
Matrice des responsabilités
Les personnes qui reçoivent, vérifient et traitent une alerte.
Scénarios de recette
Les situations simulées permettant de contrôler le dispositif.
Procédures dégradées
Les actions prévues lorsqu’un capteur ou une partie du réseau devient indisponible.
Retour d’expérience
Les écarts constatés et les améliorations à intégrer avant l’événement suivant.
La collaboration doit durer pendant tout le projet
Le contenu transmis indique que Mathieu Sbai accorde une place importante à la collaboration avec les Business Analysts, les équipes de développement et les autres parties du projet.
Synthèse éditoriale fondée sur le contenu transmis. Ce passage n’est pas une citation mot pour mot.
Un projet partagé produit une solution plus réaliste
L’AMOA organise la vision globale, le Business Analyst approfondit les exigences et les équipes terrain confrontent la solution à la réalité opérationnelle.
Le point de vue associé à Mathieu Sbai souligne ainsi qu’une bonne coordination limite les incompréhensions, facilite les arbitrages et améliore la conformité entre le besoin initial et la solution finale.