D’octobre 2025 à mars 2026, j’ai suivi une formation d’analyste business orienté IT.
Le rôle d’analyste fonctionnel m’attirait, mais je me suis rapidement rendu compte qu’il existait très peu de formations pour ce rôle spécifique. Venant du domaine de la programmation où les formations sont légions, ça m’a d’abord étonné.
Pourquoi existe-t-il si peu de formations en analyse fonctionnelle ?
Le métier est souvent considéré comme un poste d’évolution, il dépend fortement du contexte métier, organisationnel et projet, et est de ce fait beaucoup moins standardisable que d’autres rôles IT.
Il est bien sûr possible de se former à certaines compétences techniques que l’on retrouve dans les offres d’emploi. Mais il reste des aspects du métier qui s’acquièrent plus difficilement en dehors de la pratique.
J’ai finalement trouvé une formation qui recoupait pas mal de compétences que j’avais repérées dans les offres. Elle était loin de chez moi (cinq heures de trajet trois fois par semaine), mais j’étais vraiment motivée à la suivre.
Modéliser de données
J’ai appris à modéliser des données en me basant sur des exigences recueillies précédemment via des diagrammes Entité-Association, des diagrammes de classes (UML) et des schémas relationnels. J'avais eu l'occasion de modifier des bases de données existantes mais jamais d'en définir une from scratch.
Interroger des bases de données SQL
J'ai pu également réactiver mes connaissances en SQL en créant le schéma des bases de données à partir des schémas relationnels, en insérant et en manipulant des données via des requêtes SQL (jointures, requêtes corrélées...)
Rédiger des spécifications fonctionnelles avec UML
Nous avons appris à réaliser les différents diagrammes UML les plus utilisés:
- diagrammes de cas d’utilisation
- diagrammes d’activité
- diagramme de séquences
- diagramme état-transition
J’avais déjà commencé à me former sur ces diagrammes en amont de la formation lorsque j’avais fait le constat que c’était l’une des compétences requises pour le rôle d’analyse fonctionnel.
La formation m’a apporté davantage de cas pratiques, l’utilisation des logiciels Visual Paradigm et Rational Software Architect.
J’ai pris l’initiative de me former sur le logiciel Sparx Entreprise Architect lorsque j’ai vu qu’il figurait sur de nombreuses offres d’emploi.
Modéliser des processus métier avec BPMN
Comme pour le module UML, j’avais déjà commencé à me former sur BPMN avant la formation. J’ai pu davantage pratiquer notamment via le logiciel Camunda et bénéficier des connaissances des formateurs sur le sujet.
J’ai pu remarqué que j’étais parfois trop concentrée sur l’idée de faire un diagramme BPMN syntaxiquement correct et que je perdais de vue l’utilité prinicipale des diagrammes: la communication.
Recueillir des besoins
Nous avons vu les fondamentaux de l'analyse business, Je retiens notamment les différentes techniques de recueil des besoins. C’est un savoir-faire qui s’acquiert par l’expérience et que j'ai hâte de mettre en pratique
SCRUM
J’ai pu donc voir plus en détails le fonctionnement de la méthode scrum notamment via des ateliers pratiques. J’avais déjà travaillé en environnement scrum par le passé, mais la mise en oeuvre était assez éloignée de la méthode officielle.
Dans l'ensemble, ce programme était très intensif et m'a permis de consolider à la fois mon socle technique et ma compréhension du métier d'analyste business.