Cette question, vous n’êtes pas seul à vous la poser ; quand j’apprenais le langage de programmation Python sur les bancs de l’université, je ne pouvais cesser de me demander pourquoi ce cours était obligatoire pour un analyste d’affaires. Grâce à mes différents projets, j’ai pu observer, questionner et comprendre mieux pourquoi ce cours était obligatoire. Ainsi, la réponse dépend de plusieurs facteurs. Je vous explique.
Peut-être qu’on vous a déjà dit que dans les petites entreprises et start-up, les rôles sont moins définis et par conséquent, on prend plusieurs chapeaux. Cela vaut pour les analystes d’affaires. Plus l’entreprise est petite, plus l’analyste d’affaires risque d’avoir des tâches de gestion de projet, d’analyse fonctionnelle et de gestion de changement. Il en est de même pour le code. À vrai dire, dans une petite entreprise, votre habileté à coder sera sûrement considérée comme un atout. C’est pour cette raison que les petites entreprises affichent souvent des descriptions de poste pour des rôles comme « analyste TI ». Il m’est arrivé de voir des descriptions de poste dont les responsabilités regroupent toutes celles qui sont au-dessus. Dans une grande entreprise, on vous demandera souvent de choisir entre programmeur et analyste.
La réalité sur un projet
La ligne est mince entre analyste d’affaires et analyse fonctionnelle. J’ai rédigé un article pour en parler davantage. De ce fait, dépendamment de ton aisance et de ta volonté d’en faire un peu plus, vous pourriez très bien prendre quelques tâches d’analyse fonctionnelle pour aider ton collègue ou tout simplement un manque de ressource sur le projet et en réalité, tout le monde n’y verrait que du vent. L’analyse fonctionnelle requiert des compétences dans le fonctionnement d’un logiciel ou progiciel. Il y a donc de fortes chances que la connaissance du langage de programmation soit nécessaire.
Il faut comprendre ce qu’on lit et savoir le décoder en quelque sorte. Le seul langage de programmation qu’il est souvent nécessaire de maîtriser quand on est analyste fonctionnel, c’est SQL. Qu’est-ce que j’entends par « maîtriser » ? Pas de savoir coder en SQL et développer une application ou encore, des personnalisations, mais de savoir lire le code et effectuer les requêtes simples dans la base de données.
Est-ce que je peux trouver un poste d’analyste d’affaires sans maîtriser aucun langage de programmation ?
Oui, mais tes tâches te prendront plus de temps. Il faudra en effet que vous parliez à chaque partie prenante individuellement pour obtenir l’information ce qui peut être long (puisque chacune d’elles a ses priorités). Dans la phase d’élicitation – cette phase où vous avez des questions et que vous enquêtez sur le problème – demandez vos accès à l’outil puis allez chercher l’information dont vous avez besoin dans la base de données. Si vous ne connaissez pas le langage de programmation en question, vous recherchez les requêtes les plus utilisées sur internet et vous allez pouvoir comprendre 60% de ce que vous lisez. Le client et les parties prenantes peuvent te faire part d’un problème, encore faut-il le comprendre et savoir d’où vient le problème – c’est le rôle de l’analyste d’affaires de le décrypter !
Mais encore ?
Si je pousse la réflexion plus loin, en tant qu’analyste d’affaires, il est préférable de comprendre comment les outils à votre disposition fonctionnent que de savoir les exécuter. Par exemple, efforcez-vous de comprendre plusieurs langages de programmation plutôt que d’être en mesure de coder dans un seul langage de programmation ; également, assurez-vous de comprendre l’infrastructure logicielle plutôt que de savoir la configurer ; cherchez à comprendre le rôle de gestionnaire de projet et à travailler efficacement avec ce dernier plutôt que de prendre ce chapeau. Avec un rôle comme celui d’analyste d’affaires, vous êtes central dans un projet. Vous êtes l’une des rares personnes à avoir une vision 360 et une perspective détaillée alors vous devez comprendre l’environnement interne (les outils à disposition, les rôles d’équipe) et l’environnement externe (le fournisseur, les intégrations, les processus hors périmètre).
Si je résume…
Le plus important n’est pas de savoir coder dans un langage de programmation, mais de comprendre le langage. Le petit conseil que je peux vous donner est de vous intéresser à la structure des langages de programmation. Repérez les similitudes et différences entre chaque langage de programmation. En ayant cette connaissance, vous serez capable de travailler sur 80% des projets et de travailler avec l’équipe de développement aisément.
