Quand le chef de projet fait de la business analysis sans le savoir
Dans les structures de taille moyenne, la frontière entre gestion de projet et analyse métier est souvent théorique. Le chef de projet anime les ateliers de cadrage, rédige les user stories, négocie les priorités avec le métier et vérifie que le livrable correspond à la demande initiale. Il fait de la business analysis (pratique qui consiste à identifier les besoins d’une organisation, analyser les options et recommander des solutions créatrices de valeur) sans que cette compétence soit reconnue, ni dans son titre, ni dans son profil.
La certification PMI-PBA (Professional in Business Analysis) du Project Management Institute propose de formaliser cette réalité. Elle ne crée pas un nouveau métier: elle reconnaît une compétence que beaucoup de chefs de projet exercent déjà, et elle fournit un cadre structuré pour la développer.
Six domaines pour structurer une pratique intuitive
L’Exam Content Outline du PMI organise la discipline en six domaines. Cette structuration a une valeur en soi, indépendamment de l’examen, car elle permet d’identifier les zones de force et les angles morts dans sa propre pratique.
Le needs assessment (diagnostic de la situation actuelle et définition de la solution cible) intervient avant même qu’un projet ne soit lancé. C’est la phase où l’on valide que le problème mérite une solution structurée et où l’on évalue les options disponibles. Un chef de projet qui maîtrise ce domaine évite de lancer des projets dont la justification métier est fragile, un bénéfice dont l’impact se mesure en mois de travail économisés.
Le stakeholder engagement et l’elicitation (collecte des besoins auprès des parties prenantes par entretiens, ateliers, observation ou prototypage) forment le socle relationnel de la discipline. La PMI-PBA insiste sur un point que l’expérience confirme: recueillir des exigences n’est pas les comprendre. Les techniques d’elicitation structurées réduisent le risque de construire une solution techniquement conforme mais fonctionnellement inadaptée, un scénario que tout chef de projet expérimenté a rencontré au moins une fois.
Le domaine analysis couvre la modélisation, la décomposition et la validation des exigences. La traceability & monitoring (traçabilité des exigences, soit la capacité à relier chaque exigence à son besoin d’origine et à suivre sa réalisation) garantit la cohérence entre le besoin exprimé et le livrable produit tout au long du cycle de vie du projet. La solution evaluation ferme la boucle en vérifiant que la solution déployée crée effectivement la valeur attendue.
Le concept clé: product scope contre project scope
Le PMI Guide to Business Analysis pose une distinction que la plupart des chefs de projet appliquent implicitement sans la formaliser. Le product scope (scope produit) décrit ce que la solution doit faire et quelles caractéristiques elle doit présenter. Le project scope (scope projet) décrit le travail à réaliser pour produire cette solution: les tâches, les ressources, le calendrier.
Confondre les deux mène à des décisions inadéquates. Un changement dans le product scope (ajout d’une fonctionnalité, modification d’une règle métier) a des répercussions sur le project scope (effort, coût, délai), mais la relation n’est pas symétrique. Réduire le project scope (couper des activités de test, par exemple) n’affecte pas le product scope sur le papier, mais dégrade la qualité de la solution livrée. La PMI-PBA entraîne à naviguer cette distinction avec rigueur, ce qui bénéficie à l’ensemble de la pratique de gestion de projet.
Des prérequis qui filtrent les praticiens
L’accès à l’examen n’est pas ouvert à tous. Le PMI exige 35 heures de formation spécifique en business analysis et une expérience pratique substantielle: 4500 heures d’activités BA sur les huit dernières années pour les titulaires d’un diplôme de niveau baccalauréat, 7500 heures sans diplôme. Ces heures doivent porter sur des tâches de business analysis identifiées, pas sur de la gestion de projet au sens large.
Ce filtre a le mérite de la clarté: la PMI-PBA certifie des praticiens, pas des candidats ayant simplement étudié un référentiel. Un chef de projet dont le quotidien inclut la collecte d’exigences, l’animation d’ateliers de cadrage et la validation des solutions atteindra ces seuils naturellement sur quelques années de pratique. Un PM purement opérationnel, centré sur le suivi de planning et la coordination, devra se demander si sa pratique correspond réellement au périmètre de la certification.
PMI-PBA et CBAP: choisir son écosystème
L’autre certification majeure en business analysis est le CBAP (Certified Business Analysis Professional) de l’IIBA (International Institute of Business Analysis). Le choix entre les deux n’est pas une question de niveau mais d’alignement avec un écosystème professionnel.
La PMI-PBA s’intègre dans l’univers PMI: elle partage le vocabulaire du PMBOK, utilise les mêmes concepts de gouvernance projet et s’inscrit dans une logique où la business analysis est une composante de la gestion de projet au sens large. Le guide Business Analysis for Practitioners du PMI illustre cette approche intégrée, où les activités d’analyse métier s’articulent avec les processus de management de projet.
Le CBAP repose sur le BABOK (Business Analysis Body of Knowledge) et traite la business analysis comme une discipline autonome, avec ses propres processus et sa propre gouvernance. Pour un analyste métier à temps plein, sans responsabilité de pilotage projet, le CBAP offre une couverture plus approfondie des techniques d’analyse.
Pour un chef de projet qui pratique la BA comme une composante de son rôle, la PMI-PBA est le choix logique: elle capitalise sur un écosystème qu’il connaît déjà et renforce une compétence complémentaire sans exiger un changement de cadre de référence.
Les exigences mal formulées: un problème chiffré
Le Requirements Management Survey du PMI fournit des données qui justifient l’existence même de la discipline. Les exigences incomplètes ou mal formulées figurent parmi les causes d’échec de 39% des projets étudiés. Les organisations ayant atteint un niveau de maturité élevé en business analysis sont 55% plus efficaces dans la mise en oeuvre de leurs initiatives stratégiques.
Ces statistiques éclairent un paradoxe courant: les organisations investissent massivement dans les outils de gestion de projet (planification, suivi, reporting) tout en négligeant la phase amont où se joue la pertinence même du projet. Un outil de suivi parfait ne compense pas des exigences floues ou contradictoires.
Un investissement à calibrer selon son profil
La PMI-PBA exige 60 PDU (Professional Development Units, unités de formation continue) par cycle de trois ans pour son maintien. Pour un professionnel déjà certifié PMP, une partie de l’effort de formation continue peut couvrir les deux certifications, ce qui réduit la charge administrative et financière.
La question centrale reste celle de l’adéquation entre le contenu de la certification et la réalité du poste occupé. Un chef de projet en PME, qui cumule les responsabilités et gère lui-même la relation avec le métier, trouvera dans la PMI-PBA une structure pour une pratique qu’il exerce déjà de manière informelle. Un PM dans une organisation où un département BA dédié prend en charge l’analyse des besoins aura moins d’occasions d’appliquer ces compétences au quotidien, et le retour sur investissement sera proportionnellement plus faible.