Découverte des tests d’acceptation utilisateur

Cameron : Bonjour à tous. Je m’appelle Cameron Johnson. Je suis rédacteur en chef du contenu pour Trailhead et je suis aujourd’hui avec Dernie, experte en analyse commerciale. Dernie, parlez-nous de vous et de ce que vous faites pour Salesforce.

Dernie : Oui, bonjour Cameron. Je m’appelle Dernie Hashemzadeh. Je dirige une super équipe de professionnels ici chez Salesforce, qui sont spécialistes en analyse commerciale. Pour résumer, ce que nous faisons dans l’équipe des analystes commerciaux, c’est assurer la liaison entre les équipes commerciales et technologiques, en l’occurrence le service informatique. Notre rôle premier en tant qu’analystes commerciaux est d’apporter de la clarté et de rapprocher nos collègues de la technologie pour guider notre organisation commerciale dans l’implémentation de solutions technologiques.

Cameron : Génial. Donc, vous êtes une équipe d’analystes commerciaux travaillant pour notre entreprise, Salesforce ? Nous disposons donc de nos propres analystes en interne, c’est formidable.

Dernie : Oui, c’est exact.

Cameron : Excellent, donc la raison pour laquelle je discute avec Dernie aujourd’hui est que nous allons aborder le sujet des UAT, ou tests d’acceptation utilisateur. Je vais probablement m’en tenir à l’acronyme pour faire plus court. Voici quelques-unes des thématiques de notre discussion aujourd’hui : que sont les UAT ? De quelle façon un analyste commercial est-il impliqué dans les UAT ? Pourquoi les UAT sont-ils importants pour la réussite d’un projet ? Ensuite, je demanderai à Dernie de présenter quelques trucs et astuces ainsi que des bonnes pratiques. Alors, si cela vous convient, Dernie, passons à la toute première question. Que sont les UAT ?

Dernie : Il s’agit effectivement d’un acronyme correspondant à un terme assez long. Comme vous l’avez indiqué, il signifie « tests d’acceptation utilisateur ». On peut dire qu’ils constituent la dernière étape avant une mise en production. Ces tests s’effectuent généralement dans un environnement sandbox après que le projet ou l’amélioration a été minutieusement testé par l’équipe technologique. En général, il y a le processus d’assurance qualité, d’ingénierie de la qualité, et une fois cette étape franchie, nous passons aux UAT. Il s’agit de tests effectués dans le cadre des projets par les utilisateurs finaux pour obtenir leur approbation avant la mise en production. Ces tests peuvent impliquer différentes parties prenantes. Il peut s’agir de parties prenantes métier ou d’utilisateurs finaux. Des analystes commerciaux peuvent également être impliqués, ainsi que des équipes informatiques. En général, les tests comportent des cas de test. Le résultat sera soit une réussite, soit un échec. Encore une fois, l’objectif général des UAT est de s’assurer que tout ce qui a été demandé à l’origine est effectivement mis en place. Ils servent aussi à certifier que le système et l’outil sont désormais adaptés à un usage professionnel.

Cameron : Excellent, donc quand vous dites réussite ou échec, cela signifie littéralement que le projet est mis en production ou qu’il ne l’est pas. C’est l’un ou l’autre.

Dernie : Oui, exactement. C’est en quelque sorte notre dernière chance, le processus de diligence raisonnable final avant la mise en ligne.

Cameron : Excellent. Maintenant, voyons ce que cela implique. On dirait que beaucoup de tests ont lieu, mais en quoi consistent exactement les UAT ? Qu’est-ce qui vous permet de réaliser ces UAT ?

Dernie : Je dirais de la préparation. Énormément de préparation. En particulier, lorsqu’on est analyste commercial, une grande part du travail relatif aux UAT consiste à planifier l’exécution à proprement parler de ces cas de test. Par exemple, qui va s’en charger ? Il faut également confirmer les délais, et déterminer ce qui va être testé. Dans beaucoup de cas, vous mettez les mains dans le cambouis lors des UAT. Jusque-là, en particulier d’un point de vue métier, et potentiellement aussi du point de vue d’un analyste commercial Salesforce, vous n’avez pas encore testé le système avec votre clavier et votre souris. Les UAT permettent donc aux analystes commerciaux, aux utilisateurs finaux et aux autres parties prenantes potentielles de l’entreprise de tester le nouveau système. Enfin, les UAT ont aussi et surtout une visée formelle : celle d’obtenir l’approbation officielle des UAT. Comme vous l’avez dit, il s’agit de ce feu vert qui indique que nous sommes prêts pour la mise en ligne.

Cameron : Bien compris. Vous avez donc mentionné que les analystes commerciaux sont très impliqués dans les UAT, mais quel est, dans la plupart des cas, le rôle de l’analyste commercial lors de leur réalisation ?

Dernie : Bonne question. Pour le dire le plus simplement possible, un analyste commercial Salesforce, comme je l’ai déjà dit, fait le lien entre les équipes commerciales et techniques. Son objectif est de clarifier les différents aspects et d’améliorer la qualité de ces projets technologiques. Un élément clé de l’amélioration de la qualité est cette phase de projet relative aux UAT. Cela permet de vérifier que le produit ou l’amélioration livré répond bien aux critères de qualité et aux attentes de l’entreprise.

Cameron : Voilà qui est intéressant. D’après votre expérience, l’analyste commercial est-il toujours en charge des UAT ?

Dernie : Je pense que cela diffère vraiment selon les équipes, les projets et les sociétés. Je peux toutefois vous expliquer ce que fait mon équipe ici, chez Salesforce. À titre d’exemple, deux des activités clés que nous effectuons lors de la phase relative aux UAT sont, premièrement, l’identification par l’analyste commercial des testeurs des UAT. Encore une fois, il peut s’agir de différents types de personnes. L’analyste dirigera et coordonnera généralement les UAT. Il écrit souvent les scripts de test des UAT, avec les testeurs qu’il définit et les approbateurs. Enfin, il obtient également l’approbation écrite officielle des parties prenantes de l’entreprise indiquant que les scripts de test couvrent toutes les attentes. L’analyste commercial confirmera souvent que les données configurées sont prêtes à être insérées dans le système. Par ailleurs, les analystes de mon équipe testeront également les fonctionnalités principales avec différentes personnes clés impliquées dans le projet. Pour terminer, ils s’occuperont de la coordination des UAT. La dernière étape consiste pour eux à faire en sorte d’avoir une approbation officielle écrite avant le déploiement pour procéder à la mise en production.

Cameron : Bien compris. Beaucoup de préparation est nécessaire, mais il semble aussi qu’ils mettent les mains dans le cambouis, comme vous l’avez dit plus tôt.

Dernie : Oui, absolument.

Cameron : Génial, et vous parlez bien sûr du point de vue de l’écosystème Salesforce, mais les UAT ne sont pas propres à Salesforce, car on peut en théorie lancer un produit ou un projet n’ayant rien à voir avec Salesforce, mais pour lequel les UAT s’appliquent toujours, n’est-ce pas ?

Dernie : Oui, c’est exact.

Cameron : Très bien, c’était pour vérifier.

Dernie : Cela reste pareil, enfin, le concept demeure le même. La raison pour laquelle vous devez réaliser des UAT, qu’ils concernent la plate-forme Salesforce ou une autre technologie spécifique, est qu’ils représentent la dernière étape permettant à l’entreprise de dire « oui, tout fonctionne, nous pouvons y aller ».

Cameron : C’est donc une pratique communément répandue, qui n’est pas du tout propre à Salesforce. Excellent. Alors, quelle est la raison pour laquelle un analyste commercial doit être impliqué dans ce processus ? Je sais que cela est répétitif par rapport à la question précédente, mais beaucoup de préparation semble être nécessaire, alors qu’est-ce qui pourrait échouer en l’absence d’un analyste commercial ?

Dernie : Je pense, pour répondre à votre question, je dirais que la raison pour laquelle il est impératif qu’un analyste intervienne dans le cadre des UAT, c’est parce que les analystes commerciaux comprennent les fonctionnalités et la visée du système qui est en cours de développement. Si l’on s’intéresse aux phases initiales d’un processus de projet, on constate que les analystes commerciaux jouent un rôle essentiel dès le départ en ce qui concerne les exigences métier. Donc, lorsqu’on arrive à la phase du cycle de vie du projet relative aux UAT, les analystes commerciaux connaissent le contexte du projet. Ils sont, par nature, également très soucieux des détails et peuvent également aider à découvrir des problèmes potentiels.

Cameron : Donc, si une personne était uniquement responsable des UAT, il se pourrait qu’elle ne connaisse pas tout le contexte, car elle n’était pas là lors de toutes les réunions qui ont permis d’arriver jusqu’à la réalisation des UAT. Oui, c’est tout à fait logique.

Dernie : Oui, exactement. Dans l’idéal, l’analyste est là dès le début du projet, il est associé à toutes les exigences et s’implique avec l’équipe du projet.

Cameron : C’est parfaitement logique. Quelles sont les autres bonnes pratiques à respecter ? Je sais que vous avez beaucoup d’expérience avec les UAT et les analystes commerciaux, et que vous connaissez de nombreux autres aspects techniques. Quelles sont les autres bonnes pratiques que nous appliquons peut-être ici chez Salesforce et que vous recommanderiez aux analystes qui effectuent peut-être leurs premiers UAT ou qui se familiarisent avec les UAT ?

Dernie : Je vais vous présenter quelques-uns de nos meilleurs conseils. Je pense que le conseil le plus important, c’est de bien se préparer. Je suis convaincue que pour réussir des UAT, il est nécessaire de beaucoup se préparer. Sans entrer dans les détails, en matière d’éléments à intégrer à votre liste de contrôle de base pour préparer des UAT, on peut citer l’identification des ressources. Ici, chez Salesforce, dans mon équipe, nous créons un canal Slack pour les UAT où nous décidons d’un rythme défini pour les mises à jour de statut. En général, l’analyste commercial crée un calendrier des UAT. Il réfléchit à différents aspects, par exemple à la nécessité d’organiser ou non une réunion de lancement pour un projet particulier, ou encore au besoin de planifier des réunions quotidiennes, des mises à jour de statut ou des sessions de définition des priorités. Nous instaurons un processus, notamment en ce qui concerne le signalement des bugs ou les questions posées. Nous définissons de tels processus. Ensuite, nous créons un cas de test. Nous procédons à la création des scénarios de test que nous voulons couvrir, puis nous détaillons les étapes de test. Enfin, il y a généralement un moment où nous vérifions la sandbox dans laquelle nous allons effectuer les tests UAT, pour savoir si les données de test sont prêtes. Nous identifions la sandbox. Ensuite, nous réfléchissons généralement à l’organisation d’une réunion récapitulative à la fin des UAT, à la façon dont nous allons les conclure officiellement. Nous réfléchissons à la manière dont nous allons également nous préparer à cet événement. Cela représente beaucoup de préparation.

Cameron : Oui, j’étais sur le point de dire qu’il s’agit en grande partie de tâches d’arrière-plan auxquelles on ne pense peut-être pas, mais qui doivent être impérativement réalisées.

Dernie : Oui, exactement.

Cameron : Excellent. Maintenant, terminons en beauté. Partageons une bonne anecdote. Une que vous vous sentez à l’aise de partager. Vous souvenez-vous d’une fois où des UAT n’ont pas bien été planifiés ? De toute évidence, vous n’en étiez pas responsable, car tout se serait bien passé. Cependant, avez-vous été témoin de l’échec d’une phase d’UAT, ou avez-vous entendu des histoires à ce propos ? Si oui, pouvez-vous nous dire ce qui est arrivé ?

Dernie : Oui, cela s’est évidemment déjà produit. Quand les choses tournent mal, il est normal que la situation soit stressante. Toutefois, je pense que le point clé à comprendre ici est qu’il s’agit du but des UAT. Comme je l’ai déjà dit, ils servent à s’assurer que le système fonctionne comme prévu pour les utilisateurs finaux, et parfois des lacunes sont découvertes. Je me suis effectivement retrouvée dans des situations dans lesquelles les UAT n’étaient pas suffisamment bien conçus. Par exemple, il manquait des cas de test clés, et peut-être que les testeurs que nous avions choisis n’étaient pas les bons. Ils étaient peut-être… Nous avions peut-être choisi de travailler avec des personnes qui ne connaissaient pas bien le rôle concerné ou qui manquaient d’expérience dans ce domaine. Je vais vous citer l’exemple d’un projet important dans lequel j’étais impliquée. Les scripts de test n’étaient pas le reflet de la réalité. Les testeurs des UAT n’étaient pas des experts techniques ou des utilisateurs finaux. Ce qui a fini par se passer, c’est que l’entreprise a approuvé les UAT, mais qu’une fois que le système a été mis en production, des lacunes majeures ont été identifiées. Dans ce cas en particulier, il y a eu d’autres manquements dans le processus d’exécution du projet si on considère celui-ci dans sa globalité, en particulier lors de sa phase initiale. Je dirais cependant que si les lacunes avaient pu être découvertes lors des UAT et que le code n’avait pas été mis en production, nous aurions économisé beaucoup de temps et d’argent. Le point clé selon moi est que, quand les choses tournent mal lors des UAT alors que ceux-ci ont été bien planifiés, cela est plutôt positif.

Cameron : Bien compris, je vois ce que vous dites : on pourrait penser que le fait qu’un projet ne soit pas mis en production est une mauvaise chose, mais cela signifie que vous y avez détecté des erreurs qui auraient pu gêner les utilisateurs. C’est donc en réalité quelque chose de positif. D’ailleurs, dans votre anecdote, les erreurs n’ont pas été détectées avant la mise en production. Dans ce cas là, il ne s’agit donc pas d’une réussite. C’est très intéressant. Résumons donc ce dont nous avons parlé et passons en revue les objectifs que nous avions prévu d’évoquer. Vous avez assurément expliqué ce que sont les UAT, et comment l’analyste commercial est impliqué dans leur réalisation. Juste pour récapituler ce que vous avez dit, la plupart du temps, ils sont dirigés par un analyste commercial, car il a été présent de la première à la dernière étape du projet. Pourquoi les UAT sont-ils importants pour la réussite d’un projet ? Je pense que votre anecdote répond très bien à cette question. Vous nous avez également présenté de nombreuses bonnes pratiques très intéressantes. Alors merci beaucoup pour votre temps, Dernie. Nous vous en sommes reconnaissants. Et je pense que nous avons beaucoup appris sur les UAT.

Dernie : Merci, Cameron. Au plaisir de discuter à nouveau avec vous.

Cameron : Au revoir.

Dernie : Au revoir.