"... Et l'ordinateur de loterie, qui a principalement gâché quelque chose, est l'un de tous, au lieu de s'excuser et de faire des excuses, non seulement
a reconnu l'erreur, mais il en est même clairement fier.
"Je suis fait", a annoncé l'ordinateur, "avec des tolérances minimales." Je suis conçu pour effectuer des opérations complexes et précises qui ne permettent pas plus de
une erreur pour cinq milliards d'actions.
"Et alors?" Demanda le greffier.
- La conclusion est claire: j'ai été programmé pour une erreur, et j'ai fait ce pour quoi j'étais programmé. Vous devez vous rappeler les messieurs que pour la voiture
l'erreur est éthique, oui, exclusivement éthique. Une machine idéale est impossible, et toute tentative de créer une telle machine serait un blasphème ... "
Robert Sheckley, «Coordonnées des miracles» (1968)
Bonjour à tous. Je m'appelle Svyatoslav Shcherbatyuk, je travaille avec le bureau Dnipro d'EPAM dans le rôle de Lead Business Analyst. Je suis entré dans ce métier il y a plus de quatre ans dans le domaine de l'accompagnement juridique de projets d'investissement, dans lequel je suis impliqué depuis dix ans.
Aujourd'hui, la question du rôle d'un analyste d'entreprise dans un projet est suffisamment étudiée: on sait quelles qualités il doit avoir, comment mieux se construire une carrière, quelles compétences développer. Il suffit d'utiliser une recherche Google pour trouver des réponses adéquates.
Dans cet article, je propose d'examiner les erreurs les plus courantes commises par la plupart des analystes commerciaux débutants. Peut-être que les choses qui seront discutées vous sembleront évidentes, mais croyez-moi: cet article est écrit sur la base de documents collectés dans la pratique et de telles erreurs sont régulièrement trouvées dans le travail d'analystes d'affaires même expérimentés.
Donc, pour
1. Langue anglaise . L'une des principales et des plus importantes est une attention insuffisante au niveau de son anglais. Lors des entretiens, on rencontre souvent des candidats ayant un niveau élevé de connaissances dans le domaine et une expérience de travail impressionnante, mais un anglais faible. Il convient de garder à l'esprit que la plupart des entreprises et projets informatiques sont axés sur les clients étrangers. Le besoin d'anglais gratuit est déterminé par la place de l'analyste d'affaires à l'intersection du produit et de l'équipe d'ingénierie (le rôle et la place de VA dans l'équipe Scrum est un sujet pour une guerre sainte distincte) et les tâches qui y sont confrontées (communication efficace entre ces équipes).
Un aspect particulier du problème de la langue est l'argot professionnel, auquel les employeurs, les clients et les membres de l'équipe prêtent attention. La tâche d'un analyste commercial est d'établir une communication efficace, et cela n'est possible que si vous pouvez parler la même langue avec tous les membres de l'équipe. De plus, la grande majorité de la littérature et des formations professionnelles sont présentées en anglais. En général, sans connaissance d'une langue étrangère, un développement professionnel à part entière est impossible.
2. Suivre aveuglément le cadre. De la question des communications efficaces, une autre erreur assez grave commise par les débutants suit - la poursuite dogmatique des approches du cadre choisi. Il est nécessaire de tenir compte du fait que l'informatique est une industrie en développement dynamique et que le secret du succès réside dans sa capacité à s'adapter à des circonstances en évolution rapide.
Vous pouvez dire à l'équipe autant que vous le souhaitez que «nous travaillons selon le Scrum / lean / Kanban classique», mais si les tâches et les processus ne sont pas clairs pour elle ou prennent plus de temps et de ressources qu'ils ne le pourraient si vous utilisez une approche différente de celle du manuel, alors cela ne sert à rien . Dans ce cas, il ne serait pas professionnel de dire "c'est une mauvaise équipe, ils ne suivent pas incorrectement mon approche idéale de la méthodologie". La tâche d'un analyste d'affaires est d'étudier différentes approches et de choisir celle qui sera la plus efficace pour une équipe particulière dans un projet particulier. Je note qu'au cours de ma pratique, je n'ai pas vu un seul projet avec des processus absolument «book».
3. Ignorer la culture et les politiques d'entreprise du client. Clôturant le sujet de l'importance d'une communication efficace pour un analyste commercial, il est logique de mentionner la nécessité de prendre en compte la culture et les politiques d'entreprise du client lors de la planification de son travail.
Malgré l'évidence certaine de ce problème et le fait qu'il en ait déjà cassé beaucoup, certains analystes commerciaux ne prêtent pas l'attention voulue à l'aspect culturel de l'interaction avec le client. Cependant, ce point, combiné à une maîtrise insuffisante de l'anglais, peut conduire à des situations où un client peut percevoir un analyste commercial comme "grossier, pas poli". Cela affecte négativement le travail de l'AV dans l'un des aspects les plus importants - l'interaction avec les parties prenantes.
Ainsi, par exemple, il vaut mieux ne pas oublier que les représentants des cultures asiatiques ne peuvent pas toujours dire «non» directement, et lorsque vous travaillez avec des Américains ou des Canadiens, vous devriez passer 5 minutes à parler des succès de leur équipe sportive locale. Le fait que souvent les représentants de la culture slave de l'Europe de l'Est par les représentants de la culture occidentale soient perçus comme impolis, j'ai entendu à plusieurs reprises (par exemple, les gens utilisent le «pouvez-vous» au lieu du plus doux «pourriez-vous» et oubliez d'ajouter «s'il vous plaît»). Lors de l'un des projets, l'intervenant a directement demandé pourquoi l'équipe le détestait tant. En fin de compte, il s'est avéré que la difficulté résidait dans la différence de cultures et la maîtrise insuffisante de l'anglais.
Il est important de comprendre que pour un analyste commercial, une telle erreur est inacceptable, car la probabilité de découvrir des détails dont le client ne mentionne pas directement pour une raison quelconque dépend de la qualité de sa communication avec le client.
Pour améliorer les compétences de communication client:
- reconstituer le vocabulaire avec des subtilités et des synonymes;
- apprendre les conditions;
- Travail sur la prononciation
- Apprenez les règles d'utilisation des articles «a» et «the».
Plus de conseils pratiques peuvent être trouvés dans cet
article .
4. Ignorer les modifications dans le domaine du client. Dans le travail de projet direct, l’une des erreurs peut être la fin de l’étude du domaine et les spécificités de l’entreprise du client. Il existe des situations où même des analystes commerciaux expérimentés, ayant longtemps travaillé sur le projet, ne pouvaient pas répondre à la question de savoir comment fonctionne exactement leur produit dans des scénarios assez simples. La perte d'intérêt pour les tendances et les tendances dans le domaine et l'arrêt de l'étude des activités du client peuvent jouer un tour au projet, en particulier dans les domaines d'activité dynamiques et en évolution rapide. Presque tous les experts mentionnent la nécessité d’étudier et de s'immerger constamment dans les affaires du client en ce qui concerne les avantages et les inconvénients de la profession d’analytique commerciale.
5. Absence de feuille de route appropriée. L'une des graves difficultés peut être l'absence de documents de base tels que la vision et la feuille de route sur le projet, basés sur les plans de vente des clients. Cette question est peut-être plus importante pour les grands projets et appartient au domaine de responsabilité des chefs de produit, mais un analyste commercial peut et doit en tout cas initier et faciliter le processus de création de tels documents. Si VA prévoit de se développer dans le sens de la gestion des produits, cela vaut la peine d'être considéré.
Comme exemple de mon expérience personnelle, je peux citer la situation où le groupe VA a développé un projet de feuille de route pour son examen et approbation par l'équipe de gestion des produits. Les spécialistes, en particulier, ont analysé la fonctionnalité des applications de concurrents potentiels, les plans de vente de l'entreprise pour l'année prochaine, les plans de développement des modules connexes, ainsi que les histoires de backlog, qui pour une raison quelconque ont été rejetées depuis longtemps par les chefs de produit. Sur la base de toutes ces recherches, la feuille de route est née, que les clients ont approuvée.
6. Il n'y a pas de plan de communication ni de carte des parties prenantes. Si vous plongez dans les détails du travail d'un analyste d'entreprise, les erreurs des débutants peuvent être l'absence d'un plan de communication et d'une matrice des parties prenantes. Vous devez habituer le client à tenir des réunions régulières et vous-même - à l'avance pour préparer une liste de questions à discuter. L'annulation fréquente d'appels en raison d'un manque de sujets ou d'un manque de dialogue constructif peut conduire au fait que les parties prenantes ne viennent tout simplement pas à une réunion apparemment planifiée au moment le plus crucial. À un moment clé, il peut ne pas leur sembler très important et urgent.
Lors de la planification de la communication, il est important de considérer non seulement l'essence du problème, mais aussi la manière dont il est formulé. Il arrive souvent que la réponse du client dépende également de la question. Ceci est extrêmement important lorsqu'un analyste métier, en tant que représentant de l'équipe d'exécution, doit défendre les décisions de l'équipe d'ingénierie, en particulier lors des tests d'acceptation par l'utilisateur et de la livraison du travail au client. Pour construire une matrice de travail d'influence et d'intérêt, nous pouvons répartir les parties prenantes dans quatre quadrants. Un bon exemple pratique peut être trouvé dans cet article sur
dou.ua.7. Les dispositions ne sont pas fixes. Dans la continuité, on peut noter une telle erreur comme l'absence de notes de réunion compilées à partir des résultats de la communication avec les parties prenantes. La rédaction de notes de réunion est une excellente forme de défense d'équipe, notamment sur des projets dynamiques avec une grande mobilité des managers.
J'ai dû faire face à des situations où, après un certain temps, le client avait soit oublié les accords conclus, soit lors du changement de l'équipe produit, de tels accords avaient été perdus, et nous devions convaincre le client que certains changements, par exemple dans le plan de sortie, n'étaient pas une erreur de calcul, mais une vraie affaire.
8. Manque de visibilité. Il convient de noter le format des stand-up quotidiens. Il est extrêmement important pour le client d'avoir un niveau de visibilité suffisant, de savoir où et avec quelle efficacité son argent a été dépensé. Les analystes commerciaux débutants (bien que souvent pas seulement eux) n'arrivent pas toujours à expliquer brièvement et de manière informative au client le travail accompli.
N'oubliez pas que le client n'aimera pas savoir que, par exemple, toute la semaine dernière, l'un des membres de l'équipe était dans le bloqueur et n'a rien fait. J'ai rencontré des situations où un client, sur l'argument selon lequel quelqu'un avait été bloqué par quelque chose, a demandé: «Et qu'avez-vous fait personnellement pour surmonter le bloqueur / qu'avez-vous fait pendant que vous étiez bloqué?». Utilisez le temps où vous êtes dans le bloqueur pour améliorer les processus existants sur le projet. Heureusement, il y a beaucoup de travail de ce genre (surtout sur de nouveaux projets). Et lorsque vous informez le client des tâches terminées, passez d'une attitude proactive, pensez aux problèmes de comptoir que vous pouvez anticiper.
9. Trop de temps est consacré aux pièces. Comme une erreur pour les débutants, on peut souligner une attention excessive portée aux détails du ticket et / ou aux subtilités de mise en œuvre dans sa description. Sur les projets à long terme, il est nécessaire de tenir compte du fait que les détails de mise en œuvre peuvent changer avec le passage à une nouvelle technologie, tandis que les activités du client resteront les mêmes. Des critères d'acceptation mal acceptés avec de nombreux détails d'implémentation (par exemple, décrivant des méthodes spécifiques ou des API de demande / réponse) entraîneront la réécriture du backlog de produit.
Sinon, du point de vue des tests de régression, le comportement réel du système sera différent des exigences existantes: il est techniquement nécessaire de démarrer un ticket de bogue, le backlog devient «obsolète» (c'est-à-dire que la description de l'état du système devient hors de propos). Dans le même temps, il n’existe aucune raison officielle de réécrire les exigences si les processus d’affaires du client n’ont pas changé.
10. Vous n'avez pas de vision pour l'ensemble du projet. Une erreur typique pour les grands projets à long terme peut également être un manque de compréhension de la «vue d'ensemble», des liens avec d'autres éléments de l'écosystème et un manque de «vue d'hélicoptère».
Comprendre les connexions de votre module avec les autres et savoir comment un système connecté se développe, vous permet de développer correctement et en temps opportun votre propre produit, en évitant de "vider les détails de la mise en œuvre". De plus, de cette façon, vous pouvez considérablement améliorer le niveau des exigences d'écriture. Dans de tels cas, l'élaboration d'un
diagramme de contexte est très utile.
11. Vous allez du contraire. Associée à la précédente, il y a l'erreur d'écrire les exigences «du contraire» - que le système ne devrait pas faire. Le résultat est un arriéré d'exigences, à partir duquel il est clair ce que le système ne fera pas, mais il n'est pas clair ce qu'il fera. Cela peut être dû au fait que l’accent mis sur les affaires du client est perdu. Il faut se rappeler que VA pense tout d'abord directement à ce que fait le système pour répondre aux besoins commerciaux du client.
12. Évaluation incorrecte. Mais l'erreur la plus courante qu'aucun analyste d'entreprise novice ne peut éviter est de sous-estimer ou de surestimer la portée des tâches du projet, ainsi que leurs compétences professionnelles. Ce sont deux extrêmes du même phénomène, qui découle naturellement d'un manque d'expérience et de compréhension du niveau réel de ses compétences.
Le conseil le plus efficace serait peut-être de ne pas avoir peur de quoi que ce soit, mais aussi de ne pas se porter garant au nom de l'équipe pendant un certain temps et de travailler devant le client / les parties prenantes. Il est pas à pas de réaliser toutes les actions attendues d'un nouveau projet d'analyse métier. N'oubliez pas que le même BABoK contient tout le plan d'action dont vous avez besoin. Il est normal qu’au début du projet, rien ne soit clair.
N'oubliez pas que l'outil principal de l'intelligence d'affaires est la communication. Même si l'on ne sait rien, l'identification des parties prenantes est un bon début pour découvrir l'objectif du projet, l'activité du client et dresser le contexte initial et les diagrammes de flux de travail qui répondront à toutes les questions du projet. Et des collègues plus expérimentés qui ont travaillé avec ce client ou ce projet pendant plus longtemps vous aideront à éviter la formation d'attentes incorrectes des clients à l'égard du produit.
13. Peur de l'erreur. Il paralyse et, au lieu de commencer à agir et à ajuster le cours du projet, l'analyste d'affaires novice commence à «se préparer à l'action» pendant longtemps: écrire soigneusement des lettres au client, se concentrer sur la description de scénarios de cas marginaux, des flux de travail improbables, qui, aux premières étapes du projet, généralement négligé. Il est normal de faire des erreurs: Agile et Scrum visent à faire des erreurs rapidement et à réagir aux erreurs tout aussi rapidement.
Je souhaite à tous les nouveaux arrivants à VA de ne pas avoir peur des erreurs et d'aller audacieusement de l'avant. Bonne chance