Avez-vous déjà travaillé dans une équipe où il y avait un analyste fonctionnel ? Ou encore, vous êtes-vous déjà demandé si vous aviez besoin d’embaucher un analyste fonctionnel en plus d’un analyste d’affaires ? Ou encore, avez-vous déjà lu une description de poste d’analyste fonctionnel qui ressemblait étrangèrement à celle d’un poste d’analyste d’affaires ? Ou encore, vous souhaitez changer de rôle, car vous occupez un rôle d’analyste d’affaires depuis longtemps et vous ne savez pas où vous dirigez. Si c’est le cas, vous êtes au bon endroit ! Nous allons démystifier le tout dans cet article.
L’analyste d’affaires fait le lien entre les technologies de l’information (TI) et les affaires tandis que l’analyste fonctionnel fait le lien entre l’analyse d’affaires et les technologies de l’information. Ainsi, idéalement, on intègre les deux rôles dans un projet de transformation numérique. Ce qu’on entend par « transformation numérique », c’est le type de projet où on passe de la comptabilité sur papier à la comptabilité automatisé sur Quickbooks par exemple.
La réalité sur le marché du travail
En réalité, il arrive qu’il y a ait seulement un analyste d’affaires et aucun analyste fonctionnel. L’inverse est possible (je l’ai vécu dans une expérience professionnelle), mais plus rare.
En effet, par manque de ressources financières et en raison d’un niveau de maturité technologique bas, il arrive que le rôle d’analyste soit même inexistant et ainsi complétement occupé par un analyste-programmeur.
Plus vous serez dans une grande entreprise, plus il y a de fortes chances qu’il y ait plusieurs intermédiaires entre vous, analyste d’affaires, le client et l’équipe de développement (les TI). Donc, il y a plus de chances qu’il y ait un analyste fonctionnel.
Les similitudes
Premièrement, l’analyste d’affaires et l’analyste fonctionnel définissent des besoins. L’un définit des besoins d’affaires et l’autre, des besoins fonctionnels.
Autre similitude que nous avons pu déceler : les deux ont un coffre à outils qui leur permet de créer un plan d’analyse avant d’exécuter leurs livrables.
Dernière chose assez évidente : les deux sont entre l’équipe de développement et le client/utilisateur final.
Cela peut donc mener à des malentendus pendant un projet si les responsabilités ne sont pas définies correctement et les deux peuvent se retrouver à faire la même tâche. Il est important de mentionner que chaque analyste d’affaires et chaque analyste fonctionnel possède une manière différente d’analyser. Il faut donc s’arrimer et communiquer. Certains possèdent des compétences à 25% technique et 75% affaires ; pour d’autres, c’est l’inverse.
Les différences
Premièrement, les besoins définis sont différents. Les besoins d’affaires seront orientés plus vers le client alors que les besoins fonctionnels seront plus orientés vers la solution. Cela conduit à des discussions et un arrimage entre les deux analystes pour recommander la meilleure solution possible. Chaque analyste apporte sa propre vision et ses propres compétences. En soi, c’est plus de communication mais c’est aussi plus de chances de se rapprocher de la solution attendue par le client/utilisateur final.
Autre différence que nous avons pu déterminer : les coffres à outils sont différents. L’analyste d’affaires sera par exemple en mesure de cartographier des processus d’affaires, de les réingénier et d’établir des critères d’acceptation. L’analyste fonctionnel, de son côté pourra notamment représenter un diagramme de données aisément et exécuter des requêtes SQL.
Mettons que je ne veux plus être analyste d'affaires, puis-je basculer vers l'analyse fonctionnelle ?
La réponse est oui si vous aimez le côté plus technique de la transformation numérique. Par exemple, si vous souhaitez acquérir des compétences en programmation SQL, si vous vous intéressés aux échanges de données entre les systèmes, etc., cela pourrait être une avenue intéressante. L’avantage est que vous n’êtes pas voués à rester dans ce rôle. Si cela ne vous plaît pas, l’analyse d’affaires étant son cousin, la possibilité d’alterner ou de faire les deux en même temps est à portée de main !
Si c’est un sujet qui vous intéresse, n’hésitez pas à commenter cet article ou à m’écrire. Je vous souhaite bon succès dans vos projets !
Les analystes d’affaires utilisent t’ils souvent le langage SQL dans leurs missions ?Est ce avantageux pour un analyste d’affaires de maîtriser ce langage ?
Excellente question ! La maîtrise du langage SQL n’est pas indispensable, mais son absence peut rallonger certaines analyses.
Qu’entend-on par « maîtriser » ? Le synoyme le plus proche est « comprendre ».
Si vous savez coder en SQL, c’est un atout. Ce type de responsabilités est souvent plus exigée de la part des analystes fonctionnels. Ainsi, en tant qu’analyste d’affaires, savoir le lire et l’interpréter (ou, dans le jargon informatique, le « décoder ») est suffisant pour mener des analyses efficaces.