Chacun de nous doit avoir entendu la même question de la part de nos parents ou amis et non de la «soirée programmeur»: «Que faites-vous là-bas?»
Habituellement, après une tentative de réponse, un commentaire inchangé suit: "Oh, vous programmeur, vous ne pouvez même pas réparer le réfrigérateur." Que dire des analystes d'affaires qui ne peuvent pas vraiment expliquer à leurs collègues ce qu'ils font.
J’entends souvent cette question de mon père, mais je ne trouve toujours pas la bonne réponse. Et la vérité est ce que nous faisons au travail - nous analysons!
À quoi consacre un analyste informatique?
Surtout pour cet article, j'ai dû fouiller à fond dans les archives JIRA des trois derniers lieux de travail. Je ne peux pas garantir l'exactitude absolue (oui, je n'aime pas non plus peindre tous mes cours jusqu'à la dernière minute), mais l'image globale coïncide vraiment avec mes propres sentiments des tâches effectuées.
La répartition approximative du travail peut être décrite comme suit:
- Réunions - 20%
- Documentation - 30%
- Travail d'équipe - 25%
- Test - 5%
- Voyages d'affaires - 5%
- Développement personnel - 15%
Et voici le nombre exact d'heures au cours des 3 derniers mois:
Comme vous pouvez le voir, l'image est vraiment similaire. De petites différences - l'absence de déplacements professionnels et l'allongement des heures de travail avec l'équipe - résultent du récent changement de lieu de travail et, par conséquent, du processus d'intégration dans le nouvel environnement.
Examinons maintenant chaque élément plus en détail.
Réunions
Commençons par la chose la plus importante - avec quoi, en fait, l'analyse commerciale commence par des réunions d'affaires, qui comprennent des réunions avec les clients et des réunions internes avec l'équipe.
Tout d'abord, il s'agit de l'analyse du domaine et de la collecte des exigences. C'est ici que nous découvrons ce que le client veut que nous fassions, quels problèmes il a, nous proposons les premières idées de mise en œuvre et ensemble nous établissons un plan de projet préliminaire.
D'autres éléments importants des réunions avec les clients sont la discussion du travail terminé, la planification du changement, les présentations et les formations où nous expliquons comment utiliser le produit proposé.
Ce sont peut-être les réunions qui sont à la base de notre travail, elles confient aux analystes et à leurs équipes des tâches supplémentaires, il vaut donc la peine de s'y préparer avec le plus grand soin.
Travailler avec la documentation
Je dirais que si l'analyste n'est pas à la réunion, il est assis et travaille avec la documentation. Ne vous méprenez pas, cela ne signifie pas que vous avez juste besoin de bêtement frapper au clavier, au contraire - c'est ici que vous devez utiliser toutes les capacités de notre intellect, c'est cette partie qui prend le plus de temps.
Voici quelques exemples de ce que vous devez gérer régulièrement:
- La spécification des exigences est la transformation d'un vol libre des pensées du client en un document structuré qui décrit clairement ce que l'équipe doit faire. Plus tard, ce document est approuvé par le client et constitue la base du projet en cours.
- Demande de changement (demande de changement) - le processus lancé par le client dans le cas où des changements sont nécessaires dans le produit après le début du développement ou même après son achèvement. Le document décrit quelle partie du système et comment il doit être modifié, contient une évaluation de l'exécution du travail en temps et en coût.
- Manuel d'utilisation et autre matériel de formation - il est évident qu'après la fin du projet, vous devez rédiger une documentation pour le client, qui décrira comment utiliser le système, donnera des conseils et des réponses aux questions courantes.
Chaque analyste a sa propre boîte à outils préférée pour travailler avec la documentation - quelqu'un aime dessiner des diagrammes et quelqu'un écrit une toile de texte dans Word. Dans tous les cas, je vous conseille de vous familiariser avec les bases de UML, BPMN, les concepts de User Stories et d'acceptance Criteria. Ils sont susceptibles d'être trouvés chez chaque employeur.
Travail d'équipe
Dans une plus grande mesure, pour l'équipe, c'est l'analyste - la voix du client. Dans toutes les situations incompréhensibles, ils viendront à lui avec les questions "Que voulait-on dire ici?" et ce sera avec lui qu'ils confirmeront si le client le voulait.
Je dis toujours que les analystes commerciaux en informatique jouent le rôle d'une sorte de pont entre les développeurs et les entreprises, étant capables de parler simultanément les langues des clients et des programmeurs. Dans le travail quotidien, nous devons discuter ensemble des exigences, planifier et distribuer les tâches et répondre aux questions actuelles des programmeurs.
Il arrive souvent qu'un analyste d'affaires passe beaucoup de temps avec chaque membre de l'équipe et joue un rôle particulier en tant qu'administrateur général. Dans ma pratique, il y a même eu de tels cas où un responsable est venu me voir pour discuter lequel des collègues devait remettre un prix et qui ne devait pas.
Test
Il est évident que, mieux que tout, en comprenant les exigences du client, nous devrons vérifier les résultats du travail des programmeurs.
On s'attend à ce qu'un analyste commercial exécute les soi-disant tests d'acceptation des utilisateurs - tests d'acceptation des utilisateurs. Personne n'a besoin d'écrire des scripts automatisés ou de vérifier les tailles et les couleurs des boutons sur le site. Il suffit de se présenter en tant qu'utilisateur et de profiter du produit fini. Vérifiez s'il y a des inconvénients lors de son utilisation, si le système fonctionne en général comme l'utilisateur le souhaitait, s'il y a des erreurs évidentes ou des incohérences avec les exigences.
Un point important! Il faut se rappeler que les analystes passent tout le temps avec l'équipe, participent aux discussions, sont conscients des différents «hacks» et goulots d'étranglement du programme. En même temps, lors des tests, il faut comprendre que le client n'a pas cette connaissance, il ne sait pas où cliquer et où pas. Il est absolument nécessaire d'évaluer le système avec un esprit ouvert et de signaler toutes les erreurs aux développeurs - plus tôt elles pourront être identifiées, plus il sera facile de les corriger.
Développement personnel
Ils disent que pour suivre toutes les nouvelles technologies de programmation, vous devez apprendre de nouveaux cadres presque tous les jours, essayer de nouvelles versions de vos langages préférés et suivre les meilleures pratiques du monde entier.
Heureusement, les principes fondamentaux de l'analyse commerciale ne changent pas si souvent. Cependant, comme je l'ai dit dans mon dernier article, pour vous démarquer de la foule des analystes commerciaux, vous devez être le spécialiste le plus développé.
Vous devez également surveiller les changements informatiques, vous devez développer vos compétences générales, apprendre la gestion d'entreprise, les bases de la finance, comprendre les domaines des clients, etc. En général, il s'avère que vous aurez souvent besoin de plus de temps pour la formation que les autres programmeurs.
En conclusion, je donnerai des conseils sur le développement personnel - acceptez sa nécessité et discutez avec votre leader. Pour le développement des affaires, il est extrêmement important de ne pas vous enfoncer dans le cadre des processus établis, car demain un nouveau client et un nouveau projet d'une sphère complètement différente apparaîtront. Un analyste d'entreprise doit être en mesure de s'habituer rapidement à un environnement en évolution et de se préparer à travailler avec un nouveau domaine. C'est ici que tout le temps que vous passerez à élargir vos horizons viendra à votre aide.