Je suis analyste d'affaires, je ne code pas

Je suis analyste d'affaires, je ne code pas et je ne vais pas m'excuser pour cela.

Le travail d'un analyste d'affaires est de recueillir, analyser et documenter les exigences. Il devrait se concentrer sur le "quoi", par sur le "comment". L'équipe technique est responsable du "comment": les développeurs, les analystes de base de données, et les architectes.

Cela demande un ensemble de compétences différentes pour rédiger du code, et vous n'avez pas besoin des ces aptitudes pour être un bon analyste. En fait, je pense que cela peut parfois freiner votre capacité à être un bon analyste si vous avez été un développeur dans le passé parce que ce sur quoi vous vous focaliser lorsque vous analysez les exigences peut être différent des personnes avec un passé dans le développement.

J'ai déjà vu des exemples de cela. Lorsque je parle à quelqu'un qui possède une expérience dans le développement et qui souhaite évoluer vers un rôle d'analyste d'affaires, le plus gros problème qu'il semble avoir est de rester loin du "comment" lors des sessions de recueil d'exigences. Je vois fréquemment ce type de personnes essayer de déplacer la conversation vers le "comment" alors qu'en fait, ils devraient éviter ce sujet lors de ces sessions.

Vous n'avez pas besoin de savoir écrire du code pour être un excellent analyste. Si quelqu'un pense que vous le devriez, c'est qu'il n'a pas compris le vrai rôle d'un analyste d'affaires et vous devriez reconsidérer votre engagement à vouloir travailler pour une entreprise qui a cette attente de la part d'un analyste d'affaires.

source originale: The analyst coach