Voilà un exemple concret d’une journée typique d’un Business Analyst, façon terrain.
🕘 9h00 – Réunion avec le métier
Le BA rencontre les utilisateurs (ex : équipe commerciale).
🎯 Objectif : comprendre un problème
“Le rapport de ventes est trop lent et incomplet”
Le BA pose des questions :
- Qu’est-ce qui manque ?
- À quel moment vous l’utilisez ?
- Qu’est-ce qui vous fait perdre du temps aujourd’hui ?
Il note les besoins réels, pas juste les plaintes.
🕙 10h30 – Analyse du processus actuel
Le BA analyse comment ça fonctionne aujourd’hui :
- D’où viennent les données ?
- Qui fait quoi ?
- Quels outils sont utilisés ?
Il fait un schéma du processus (BPMN) et repère :
- les doublons
- les étapes inutiles
- les risques d’erreur
🕛 12h00 – Rédaction des exigences
Le BA transforme le besoin en quelque chose de clair :
Exemple :
- L’utilisateur doit pouvoir filtrer les ventes par date, région et produit
- Le rapport doit se charger en moins de 5 secondes
- Les données doivent être mises à jour chaque nuit
👉 Il écrit des user stories ou des spécifications fonctionnelles.
🕐 13h00 – Pause déjeuner 😄
🕑 14h00 – Réunion avec l’équipe technique
Le BA explique les besoins aux développeurs :
- Clarifie les règles métier
- Répond aux questions techniques
- Ajuste certaines exigences si elles sont trop complexes ou coûteuses
🎯 Objectif : que tout le monde ait la même compréhension.
🕓 16h00 – Tests de la solution
Une première version est prête.
Le BA :
- teste les fonctionnalités
- vérifie les cas métiers
- note les bugs ou écarts
Exemple :
“Le total des ventes n’est pas correct pour les retours clients”
🕔 17h30 – Validation et suivi
- Mise à jour de Jira / Confluence
- Envoi d’un compte-rendu au métier
- Préparation des prochaines réunions
En résumé
Une journée de BA, c’est :
- 🗣 beaucoup de communication
- 🧠 beaucoup d’analyse
- 📝 beaucoup de clarification
- 🤝 beaucoup de coordination
