Qu'est-ce qu'un analyste d'affaires faire, analyste d'affaires
Quelque chose qui m'a demandé en fait tout tangue pour le travail est « Qu'est-ce qu'un analyste d'affaires en réalité? ». Alors que j'ai gagné le travail dans ce cas, je n'ai jamais été satisfait de la réponse que je donnais à l'époque. J'ai réussi à balbutier quelque chose sur la façon dont un BA a été le pont entre les TI et l'entreprise et tout cela est vrai, il montre à peine ce que je pouvais faire pour un impact sur la ligne de fond d'un projet.
Depuis, je l'ai relayé cette histoire à plusieurs reprises, pour découvrir que ce n'était pas mon interlocuteur qui était autrefois incertain de ce qu'est un analyste d'affaires fait en réalité. Très souvent, il est pas jusqu'à ce qu'un BA a livré sur un travail que l'entreprise qu'ils travaillent pour apprécie exactement ce qu'il était que la BA a fait pour eux, même alors, je pense qu'ils trouveraient difficile de définir exactement ce qu'il était que la BA a fait.
Dans un contexte économique à froid lorsque les budgets informatiques sont coupés, il est important que baccalauréats répondre à la question de ce que nous faisons, après tout, nos moyens de subsistance dépendent! Alors que nos compétences en matière de documentation et le style de communication se révéleront inestimables au cours de la phase de développement d'un projet, lorsque les doigts sont pointus et les vendeurs exigent plus d'argent, ce ne sera pas bon pour nous si nous avons pas gagné l'entreprise en premier lieu.
Nous avons une histoire très positive à dire sur ce que nous faisons, mais qu'est-ce que nous faisons exactement?
D'autres professions informatiques ne souffrent pas de ce genre d'ambiguïté, un chef de projet, par exemple, a plusieurs définitions très claires de ce qu'ils font, mon être préféré:
Un chef de projet a la responsabilité générale de la planification et de l'exécution réussie d'un projet.
Ca y est, il est au point et tout le monde sait exactement quoi attendre d'un gestionnaire de projet et la façon dont ils vont bénéficier d'un projet. D'autre part, nous avons la définition comme indiqué par l'Institut international d'analyse d'affaires (Le IIBA®) dans la version 2 de son corps Analyste de Knowledge®:
Pour essayer de mieux comprendre ce que Business Analyst ne fait, je veux regarder à chaque phase d'un projet typique et d'examiner ce qui est requis d'un analyste d'affaires au cours du cycle de vie d'un projet typique:
Initiation
La phase d'initiation est la période au cours de laquelle l'entreprise ressent une sorte de douleur et cherche à atténuer le stress que cette douleur est à l'origine, le plus souvent en mettant en œuvre une certaine forme de solution basée sur la technologie ou d'un procédé.
Il est le rôle de la BA d'identifier clairement le problème que l'entreprise connaît et cartographier quelle solution ressemblerait.
Cette carte est ensuite utilisé pour créer une analyse de rentabilisation qui montre pourquoi un problème est abordé, combien il en coûtera pour résoudre le problème et quels avantages l'organisation peut s'attendre à voir une fois que le problème a été résolu.
Il est le cas d'affaires qui un Business Analyst retour se référera constamment comme la nécessité de changements se produisent au cours d'un projet, de vérifier en permanence pour veiller à ce qu'un changement est en ligne avec les avantages commerciaux escomptés et de veiller à ce que l'analyse de rentabilisation est toujours d'actualité et que quelque chose doit encore être changé au sein de l'organisation.
La phase d'analyse est la période au cours de laquelle l'analyste d'affaires définit les exigences en détail, en indiquant clairement et sans ambiguïté ce que l'entreprise a besoin pour résoudre son problème.
Au cours de cette phase, la BA travaillera également avec l'équipe de développement et, en particulier, un architecte, pour créer la conception et de définir exactement ce que la solution devrait ressembler.
Pris ensemble la conception et les exigences guideront le reste du projet, avec les testeurs qui cherchent à faire en sorte que les exigences ont été satisfaites et que les développeurs tentent de livrer contre la conception. Il est de la responsabilité de la BA de veiller à ce que la conception répond aux exigences et que les testeurs testent les exigences.
Au cours de cette première phase du projet, la BA dépensera beaucoup d'énergie assurant que les éventuels changements qui peuvent être identifiés sont identifiés, alors qu'ils sont facilement, et souvent plus important encore, à peu de frais corrigé. Une fois que les exigences initiales sont documentées, ils doivent être testés à la destruction par la BA pour veiller à ce qu'ils livreront effectivement une solution aux problèmes que l'entreprise sont confrontés.
Développement
La phase de développement est peut-être la phase la plus difficile pour un BA. Il est tout à fait normal après la pression de la phase d'analyse pour asseoir un peu, en sachant que les exigences de qualité et de conception ont été livrés. Cependant, il est au cours de cette phase que BA doit intensifier leurs réunions avec l'équipe de développement, assister à des réunions quotidiennes et étant généralement les yeux et les oreilles de l'entreprise, constamment à la recherche des écarts de cours qui seraient autrement passeraient inaperçues.
La phase de test voit l'analyste d'entreprise sur des bases plus solides. Il y a un processus à suivre comme l'équipe de test passent par le processus de test et d'identification des bugs et la BA peut travailler avec l'entreprise pour établir des priorités fixes de défaut.
Les différends entre l'entreprise et le développement en ce qui concerne ce qui est et ce qui est pas un défaut de hors spécifications sera souvent résolu par la BA en utilisant des documents créés lors des phases précédentes. La simple existence de cette documentation est assez souvent pour un côté de l'autre d'admettre une erreur et que la question soit résolue à l'amiable.
la mise en oeuvre
La phase de mise en œuvre n'est pas la fin de l'analyste d'affaires. Il est la dernière chance pour que les choses vont mal et objectifs à manquer.
Il est au cours de cette phase que BA doit être conscient de la façon dont les utilisateurs utilisent le système. Sont-ils réellement voir les avantages prévus dans le cas de l'entreprise? Est-ce que les documents de formation prennent en charge le cas de l'entreprise?
En regardant chacune de ces phases de cette façon, un thème commun de la découverte, la validation et la vérification apparaît tout au long d'un cycle de vie du projet. Compte tenu de la possibilité de répondre à nouveau la question, je définirais le rôle d'un analyste d'affaires utilisant l'instruction suivante qui montre clairement ce qu'est un analyste d'affaires ajoute à un projet, une entreprise ou une organisation:
Un analyste d'affaires est responsable de savoir ce que l'objectif d'un projet est, comment y parvenir, la gestion des modifications au but et faire en sorte que tous les éléments livrables sont alignés sur l'objectif.
Essentiellement, un analyste d'affaires est un navigateur, responsable pour atteindre la destination finale, dans notre cas cette destination est la résolution réussie d'un problème commercial. Le BA sait toujours ce que la destination finale est, comment arriver et est capable de gérer des ajustements de cours à mesure qu'ils surviennent.
À l'avenir, lorsque tangue pour le travail, je serai mieux préparée à répondre à la question et aura une grande histoire à raconter.