Quel était le problème

 7-8 pages qui décrit quel était le problème à résoudre et comment le problème a été résolu
en incluant les points/décisions/ajustements qui ont été faits, par qui, et pourquoi.
Problème à résoudre

Des début de la pandémie de Covid-19, l’engouement envers le courtage en ligne a connu un essor
important. Selon la firme Investor Economics, le courtage en ligne est appelé à croître à un rythme
annuel de 7,4% d’ici 2030. Cela n'est pas surprenant car selon le sondage de la Fondation Canadienne
d’Éducation Économique (FCEE), réalisé au printemps 2020, 76 % des 1 436 étudiants provenant de 94
établissements postsecondaires ont exprimé le désir d'en savoir davantage sur les placements financiers
pour leur avenir.

L’enthousiasme, particulièrement chez les jeunes, envers le courtage en ligne a été remarquable durant
cette période. En effet, l’apparition de nouveaux concurrents « disrupteurs » sur le marché financier tels
Wealthsimple, Robinhood, Webull et M1 Finance ont fait évoluer le domaine du courtage en ligne en
offrant des services d’investissements sans commissions et une expérience utilisateur attractive.

L'avènement du courtage sans commissions a été un facteur important de l'explosion de de

l’investissement au détail, c’est-à-dire des particuliers. En effet, en réduisant le coût des transactions (Ex.
les commissions de courtage), l’entrée des investisseurs individuels sur le marché boursier a augmenté
de façon significative.

Cette démocratisation du courtage en ligne a certes réduit la barrière à l’entrée pour les investisseurs
particuliers, mais ceux-ci font face à de multiples défis, notamment en ce qui concerne l’éducation
financière, les produits d’investissements, la volatilité du marché, la gestion du risque et l’influence des
médias sociaux. Ainsi, une conséquence de cette démocratisation est l’apparition du phénomène des
« Meme-stock », qui fait font référence aux actions d'une entreprise qui a gagné en popularité virale en
raison d'un sentiment social accru. Ce sentiment social est généralement dû à l'activité en ligne, en
particulier sur les plateformes de médias sociaux.

Desjardins
En réponse à l'évolution du marché et à l'intensification de la concurrence, Desjardins a éliminé les
commissions sur les transactions portant sur les actions le 13 septembre 2021. Toutefois, les plateformes
web et mobile de Disnat (Service de courtage en ligne de Desjardins) ne se sont pas bien adaptées à
l’arrivée des nouveaux investisseurs et offrent une faible expérience utilisateur comparativement à leurs
concurrents. Ces plateformes connaissent d’autres problèmes, comme par exemple :

- L’interface utilisateur du site web et de l’application mobile existent depuis plusieurs années, et
leur navigation est difficile et peu intuitive.
- Le repérage des informations pertinentes reliées aux comptes n’est pas clair et très peu visuel.
- L’encombrement visuel des plateformes, et la faible hiérarchisation de l’information mènent à
une surcharge cognitive.
 - La courbe d’apprentissage accru en raison de la complexité de certaines opérations, et la
présence de multiples termes non-familiers et non expliqués.
- La difficulté de suivre l’évolution du portefeuille dans le temps, ce qui affecte négativement la
confiance l’utilisateur.

Pour illustrer ces éléments, les images XX ci-après montrent la version Web et mobile de Disnat. où il est
possible de constater que l’interface n’a fait l’objet que de peu de changements au cours des dernièress
années et qu’elle nécessite une refonte importante.

i
-

img1
Il est important de noter que pour le moment, Desjardins/Disnat ne dispose pas de système de collecte
de données pour collecter et analyser les données utilisateurs qui pourrait leur servir à améliorer lesurs
plateformes, offrir une expérience personnalisée et un meilleur service client.

En analysant les réponses du Taux Net de Recommandation (T1 – 2022), les clients insatisfaits et ceux
dont la loyauté a diminué ont soulevé plusieurs problèmes liés à leur expérience avec Disnat. Ils ont
trouvé que :

1. Les fonctionnalités de l’application mobile étaient trop limitées.

[2.] L’ouverture d’un compte était complexe et longue, ce qui nécessitait d’avoir recours à un
accompagnement durant la 1re transaction et les transferts.)
2.[3.] Le site manquait de convivialité, et de cotations en temps réel, rendant les transactions
difficiles.
3.[4.] La communication était difficile :
- Difficulté à rejoindre Disnat par courriel et par téléphone
- Les questions sur différents sujets restent sans réponse ( ex. la cryptomonnaie,
significations des abréviations, cotation sur l’Or,etc.)
- Information manquante sur les nouvelles émissions
4.[5.] Le manque d’instructions sur la façon de transiger.

Démocratisation de Disnat
L’escouade stagiaire de Desjardins a eu l’occasion de développer un Design Sprint d’une semaine pour
comprendre la problématique, prototyper des solutions, tester auprès des utilisateurs et finaliser la
solution. Pour soutenir un environnement créatif, l’escouade a bénéficié de l’aide et de la présence d’un
coach agile et d’un coach en design de produit tout au long de la semaine. Ces derniers ont partagé les
valeurs du Design thinking telles le partage de l’empathie, la pensée intégrative, l’acceptation de
l’ambigüité et le travail d’équipe multidisciplinaire.

Pour avoir une diversification des approches potentielles et des besoins utilisateurs, durant la première
journée du Design Sprint l’escouade a été divisée en 3 équipes et celles-ci ont été chargées de la création
des cartes de l’empathie, de la définition des personas et de l’identification des problématiques
principales. Pour identifier les problèmes principaux, l’équipe a cartographié le parcours de la plateforme
web et l’application mobile actuelle pour identifier les points de frictions, comprendre les besoins des
utilisateurs, visualiser les points de contacts et identifier les opportunités d’innovations. En identifiant
les problématiques principales, l’équipe était en mesure de passer de l’espace du problème à celui des
solutions, de prioriser et filtrer les idées et développer les
premières conceptions.

Le persona et la problématique jugés les plus pertinents par les

dirigeants de Disnat ont été retenus, soit le persona de Gilles et la
problématique suivante : Comment pourrions-nous
accompagner les utilisateurs «débutants» au courtage en ligne

Persona cible
entre 18 et 25 ans afin que ceux-ci se sentent en confiance de faire des choix éclairés en lien avec leurs
objectifs financiers ?

Les mots clés en lien avec la problématique sont « Confiance, Rassurer, Accompagner, Simplifier ».

Durant les deuxième et troisième journée du Design Sprint, plusieurs ateliers de design ont eu lieu tels le
card sorting, le Affinity mapping et le Dot voting. Ces techniques permettent de comprendre les besoins
des utilisateurs, les points de frictions et les comportements. Elles aident également à identifier les
thèmes et les relations dans les données, permettant à l’équipe de générer des informations et de
découvrir des points communs.

Grâce aux informations recueillis par le Dot voting, chaque équipe a ensuite conçu un storyboard pour
explorer des solutions alternatives, expérimenter différents scénarios et envisager l’expérience
utilisateur souhaitée. Pour chaque storyboard, les idées clés ont été retenu et des wireframes ont été
créés à l’aide du logiciel Figma pour mieux visualiser la structure et la mise en page.
Storyboard de l’équipe 1 du parcours utilisateur

Les wireframes créés mettent l’emphase sur la fonctionnalité plutôt que l’esthétique visuelle, c’est un
croquis préliminaire facilement modifiable pour donner vie à une idée.

Wireframe de la page d’accueil pour le storyboard ci-haut

Prototypes finaux du Design Sprint

Dans les dernières journées du Design Sprint, l’équipe a conçu des prototypes pour répondre aux besoins
d’accompagnement, de confiance, de réassurance et de simplification des utilisateurs débutants.

Le premier prototype est un court questionnaire de

moins de 5 minutes qui vise à évaluer le niveau de
connaissances en courtage de l’utilisateur ainsi que ses
intérêts dans le but de lui offrir par la suite un service
plus personnalisé. En collectant ces données, il devient
possible d’adapter le soutien offert aux débutants âgés
de 18 à 25 ans pour qu’ils se sentent plus en confiance et
pour qu’ils fassent des choix éclairés en fonction de leurs
objectifs financiers. Ce questionnaire comprend une
série de questions qui évaluent la compréhension
actuelle de l’utilisateur des concepts de
courtage, des objectifs d’investissement, de
tolérance au risque et des stratégies
d’investissements préférées.

En collectant ces données, la plateforme de

courtage en ligne peut personnaliser
l'expérience de l'utilisateur en proposant des
ressources éducatives pertinentes, des
recommandations d'investissement et des
outils qui correspondent son niveau de Prototype du questionnaire
connaissances et à ses intérêts.

Le deuxième prototype est une proposition d’interface en fonction des réponses au formulaire avec trois
choix d’interfaces; simplifiée, avancée (legacy) ou entièrement personnalisable.

Interface simplifiée : Cette option d'interface est conçue pour offrir une expérience conviviale et intuitive
aux débutants. Il se concentre sur la présentation des informations et fonctionnalités clés de manière
claire et concise, en minimisant la complexité et les détails surchargeant. L'interface simplifiée inclue des
guides étape par étape, des aides visuelles et
des ressources pédagogiques pour aider les utilisateurs à comprendre les concepts d'investissement et à
prendre des décisions éclairées.

Interface avancée (Legacy) : Les utilisateurs habitués peuvent avoir un niveau plus élevé de familiarité ou
d'expertise dans le courtage en ligne. Dans ce cas, offrir une option d'interface avancée inchangée est
nécessaire pour accommoder ceux qui sont résistants aux changements et qui préfèrent l’ancienne
version de Disnat.

Interface entièrement personnalisée : Reconnaissant que chaque

Prototype utilisateur a des préférences uniques,
du choix d'interface
l'offre d'une interface entièrement personnalisée permet aux utilisateurs de personnaliser leur
expérience. Cela peut inclure la possibilité de personnaliser la mise en page, de choisir les
fonctionnalités et les widgets préférés et de configurer l'interface en fonction de leurs objectifs
d'investissement et de leur style de trading spécifique.
En fournissant ces propositions d'interfaces
et en permettant aux utilisateurs de
sélectionner l'option qui correspond le
mieux à leurs besoins, l’équipe était d’avis
que Disnat pouvait améliorer l'engagement,
la satisfaction et la confiance des
utilisateurs.

Le troisième prototype visait l’ajout d’un

tableau de bord paramétrable qui
possèderait des widgets que l’on peut
ajouter, retirer ou modifier. Ceci permettrait
la mise en avant des ressources éducatives
tout en simplifiant la navigation sur les
plateformes web et mobiles. Une liste de
widget inclut un widget qui affichent les
performances du portefeuille, les actualités Prototype du tableau de bord
du marché, les ressources pédagogiques et les listes de surveillance, etc.

Cette approche tient compte des préférences individuelles des utilisateurs et de leurs besoins
d'apprentissage, favorisant ainsi leur confiance en eux pour faire des choix éclairés en fonction de leurs
objectifs financiers.

Pour accompagner les débutants dans le courtage en

ligne, notamment les utilisateurs âgés de 18 à 25 ans, il est
important de leur proposer une visite guidée du tableau
de bord optionnel accompagnée de bulles
informatives. Cette fonctionnalité vise à mettre
en évidence les sections qui correspondent à
leurs besoins et à leurs intérêts.

L'hypothèse soutenant cette idée est que les

utilisateurs aimeraient en savoir plus sur les
fonctionnalités et les possibilités des différents
widgets disponibles sur le tableau de bord. En
proposant une visite guidée avec des bulles
informatives, les utilisateurs peuvent mieux Prototype du tutoriel
comprendre comment naviguer sur la plateforme et utiliser efficacement les différentes fonctionnalités.

Au cours de la visite, les bulles informatives peuvent fournir des explications, des conseils et des
exemples liés à chaque section du tableau de bord. Cela aide les utilisateurs à découvrir le but et les
avantages de chaque widget.
Prototype de la page Découvrir

En proposant une visite

conviviale avec des bulles informatives, les débutants peuvent se sentir plus en confiance pour explorer
la plateforme et faire des choix éclairés en fonction de leurs objectifs financiers. Il améliore leur
compréhension des outils disponibles et leur assure une compréhension complète des fonctionnalités,
offrant ainsi une meilleure expérience utilisateur
globale. Une autre fonctionnalité
proposée est celle de la page découvrir. La création de cette page permet une subdivision des actions par
thème tels que la technologie, la santé, les énergies renouvelables ou la finance. Cela permet aux
utilisateurs de naviguer et d'explorer facilement les investissements qui correspondent à leurs intérêts et
à leurs valeurs. En classant les investissements par thème, les débutants peuvent se concentrer sur les
domaines qu'ils connaissent mieux ou qui les passionnent.

La page découvrir fournit une section qui présente les 10 sociétés les plus performantes dans chaque
thème d'investissement. Cette fonctionnalité permet aux débutants d'avoir un aperçu des entreprises les
plus performantes dans leurs domaines d'intérêt. Cela les aide à rester informés des tendances du
marché et à découvrir potentiellement des opportunités d'investissement qu'ils n'auraient peut-être pas
envisagées auparavant.

Un enjeu significatif des plateformes web et mobile de Disnat aux yeux de l’équipe est que la
« découvrabilité » est très peu présente et que les nouveaux investisseurs manquent souvent de
connaissances sur les différentes options d’investissement. La découvrabilité est décisive pour les
nouveaux investisseurs, car elle aide à explorer et à accéder facilement aux opportunités
d'investissement. Une page découverte améliore leur compréhension des différentes classes d'actifs,
industries et stratégies d'investissement, leur permettant de prendre des décisions éclairées.

La diversification est un principe clé en matière d'investissement. En ayant accès à une panoplie
d'options d'investissement et à la possibilité de découvrir de nouvelles opportunités, les nouveaux
investisseurs peuvent construire un portefeuille diversifié. La découvrabilité leur permet d'explorer
différents secteurs, classes d'actifs et styles d'investissement, réduisant ainsi le risque associé à la
concentration de tous les investissements dans un seul domaine.

La fonctionnalité finale proposée est une refonte de la page d’achat. Le processus d’achat d’action est un
point de friction assez fort puisque l’interface
n’est pas claire, conviviale et est trop complexe.
Particulièrement sur l’interface mobile, le
processus d’achat est une longue page et pourrait
être décomposé en étapes plus petites et plus
facilement gérables. En suivant les étapes, les
débutants peuvent facilement comprendre et
suivre la séquence d'actions requises pour
effectuer un achat. Cette approche segmentée
simplifie l'interface d'achat, la rendant moins
accablante et plus conviviale pour ceux qui
accèdent à la plateforme sur leurs appareils
mobiles.

Sur la plateforme web, l'interface

peut fournir un aperçu plus complet
des étapes d'achat. La mise en page
élargie permet une présentation
détaillée de chaque étape,
fournissant des informations et des
ressources supplémentaires pour soutenir les
débutants dans leur processus de prise de décision.

Prototype de la page d'achat

Pour avoir des commentaires et un
retour de la part des utilisateurs sur nos prototypes, et avant de les présenter aux différentes parties
prenantes, il était impératif de faire des tests utilisateurs. Les idées et les expériences vécues par les
différents utilisateurs peuvent fournir des informations précieuses sur si nos prototypes répondent
efficacement à leurs besoins et préférences.

Pour se faire, nous avons bénéficié de l’aide d’un panel de participants sélectionnés sur la base d’une
expérience limitée avec le courtage en ligne pour pouvoir valider la pertinence de notre travail. Nous
avons effectué des entrevues avec 9 participants dont 2 utilisateurs intermédiaires âgés de 23 à 45 ans.
De ces participants, 5 ont des conjoints de fait, 3 sont en couple et un était célibataire. La majorité
d’entre eux ont un compte REER et/ou CELI à part un seul participant qui envisage de créer un compte
CELI dans un futur proche.

Les résultats ont été concluants.

Face aux affirmations suivantes,

 1. Je me suis senti en confiance face au parcours qui m’a été présenté :
2. Je me suis senti accompagné(e) au travers de ce parcours :
3. J’ai trouvé ce parcours simple à réaliser :
4. Je me sentirai capable d’utiliser un outil de courtage en ligne comme celui-ci :

La note globale sur une échelle de 0 à 7 était de 5.83.

Nous avions noté que certains participants avaient une faible compréhension des widgets et ils se
demandaient comment retrouver les fonctionnalités des widgets à travers la plateforme. La
fonctionnalité testée la plus faible était celle de la nouvelle page d’achat, l’ordre des subdivisions porte à
confusion chez quelques participants.

Sprint 0
Le Sprint 0 est typiquement utilisé pour établir le backlog de produits et établir les priorités. Durant cette
phase, le Product Owner (PO) travaille en étroite collaboration avec les parties prenantes pour recueillir
les exigences, identifier les user stories et définir la portée initiale du projet.

Une fois les exigences recueillis, le PO travaille ensemble avec l’analyste fonctionnel pour rédiger le
backlog. Ceci nécessite de comprendre les besoins et les priorités des utilisateurs et des parties
prenantes et de les traduire en récit. Pour écrire un récit, la formule suivante a été suivie : En tant que
(rôle d'utilisateur), je veux (fonctionnalité) pour que (but/bénéfice). En utilisant cette formule
standardisée, on s’assure que le récit reste spécifique aux besoins d’un utilisateur précis et comment ce
besoin peut être rencontré.

Dans le même récit, il faut établir des critères d’acceptation. En effet, ceci sert à assurer la clarté et
fournir une compréhension commune de ce qui doit être livré. Les critères d'acceptation définissent les
conditions spécifiques qui doivent être remplies pour que le récit soit considéré comme complet. En
incluant des critères d'acceptation, il y a des indications claires à l'équipe de développement sur ce qui
doit être mis en œuvre et sur le résultat attendu. Par la suite, les récits sont regroupés par « Épopées »
pour les regrouper sous un même thème ou fonctionnalité.

Pour prioriser les différents items sur le backlog, la méthode MoSCoW est utilisé. La méthode MoSCoW
est une technique de priorisation qui aide à déterminer l’importance et l’urgence des requis ou
fonctionnalités.

MoSCoW signifie :

« Must have » : Les fonctionnalités ou exigences qui sont essentielles et doivent être incluses dans le
produit

« Should have » : Les fonctionnalités qui sont importantes mais pas critiques, mais qui ajoutent tout de
même une valeur significative.

« Could have » : Les fonctionnalités qui sont désirables, mais qui ne sont pas nécessaires.

« Won’t have » : Les fonctionnalités qui ne sont pas une priorité pour la version actuelle.

Une fois les exigences hiérarchisées à l'aide de la méthode MoSCoW, le PO de l’équipe peut travailler à la
création de la feuille de route du produit. La feuille de route prend en compte les exigences prioritaires,
les objectifs stratégiques et d'autres facteurs tels que la disponibilité des ressources et les demandes du
marché. Il fournit une chronologie et une représentation visuelle des versions prévues et des principales
fonctionnalités à livrer.

Toutefois, sans avoir une idée de l’effort nécessaire ou de la complexité pour accomplir les user story
compris dans la feuille de route du produit, il est impossible de faire une chronologie adéquate de ce que
l’équipe veut livrer. Pour se faire, une technique utilisée est le Planning Poker. Le Planning Poker implique
l’équipe de développement qui estime collectivement l’effort ou la complexité des récits en assignant
des points.

La séance commence par le Product Owner qui présente les différents récits à l’équipe, en fournissant le
contexte et les clarifications nécessaires. Les développeurs donnent chacun ensuite anonymement une
valeur de récit qui représente une estimation d’effort ou de la complexité du récit. Les points possibles à
donner pour les récits sont les suivants : 1,2,3,5,8,13,20,40,100. Une fois que chaque membre de
l’équipe a sélectionné une valeur pour un récit spécifique, les estimations sont révélées simultanément
et une discussion s’ensuit pour arriver à un consensus.

Une fois les récits estimés à l'aide de Planning Poker, le Product owner doit hiérarchiser et séquencer les
user stories sur la feuille de route du produit. Le PO de l’escouade priorise donc principalement par
fonctionnalités et s’assure qu’une fonctionnalité est complète avant de passer à une autre. Toutefois, le
Planning Poker met en contexte l’étendue et la quantité de fonctionnalités ambitieuses mises de l’avant
par l’escouade lors du design sprint. En effet, compte tenu de la durée du stage, il n’y a que 6 sprints
(deux semaines par sprint) de travail possible. Différentes parties prenantes à l’interne a mentionné à
l’escouade que la vélocité de l’équipe, qui réfère au nombre de points moyens complété par une
escouade dans un sprint, est assez lent au départ. Un objectif mis en place au départ était de 25 points
par semaine.

Cependant, suite au design sprint, l’équipe a calculé que le backlog représentait 1862 points qui est
d’une différence astronomique avec l’estimation de 150 points possible pour la durée du stage. Le design
sprint est un merveilleux outil générateur d’idée qui permet de faire de l’idéation sans contrainte, mais
certaines user stories étaient pointer a 100 et au-dessus du niveau de l’expertise de l’équipe de
développement, tel un bot virtuel qui répond aux questions des utilisateurs et recommandation du
widget avec de l’intelligence artificielle. Le débordement du périmètre ( Scope-creep en anglais) est une
réalité dans le développement agile et c’est la responsabilité du Product Owner de prioriser les points de
manière judicieuse pour arriver à un produit livrable et complet, malgré une portée plus petite.
 Points Démocratisation Disnat - Été 2022 Must
Should
Complété
Projection
Tendance min-
imale
Tendance max.

125 150
75 100
25 50
0
Sprint 0 22-06 22-06 06-07 20-07 03-08 17-08 Sprint
08-06 06-07 20-07 03-08 17-08 31-08
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6

Une première itération de la portée et l’ordre des priorités a été déterminé pendant le sprint 0.

1. Sprint 1 : Tableau de bord vierge, fonctionnalité widget et visuel hors-app

2. Sprint 2 : Vue portefeuille simplifié

3. Sprint 3 : Graphique du portefeuille simplifié et widget portefeuille

4. Sprint 4 : Widget d’éducation, liste de surveillance et catégories

5. Sprint 5 : Section découvrir

6. Sprint 6 : Segmenter et améliorer l’achat d’action sur mobile

La méthode de travail
L'approche traditionnelle de la gestion de projet, avec ses plans rigoureux et ses processus fixes, avait
souvent du mal à suivre le rythme des exigences en évolution rapide du paysage commercial actuel. En
réponse à ce défi, la méthodologie Agile a émergé comme une philosophie et une approche
transformationnelle. À la base, Agile n’est pas seulement une méthodologie ; c'est un changement dans
la façon dont nous pensons et exécutons les projets. À la base, Agile reconnaît que les projets sont
rarement des parcours prévisibles du début à la fin. Au lieu de cela, les projets ressemblent souvent à
des voyages complexes où la destination peut changer en cours de route en raison d'évolutions
inattendues.

Les principes agiles valorisent les individus et les interactions plutôt que les processus et les outils. Ils
donnent la priorité aux solutions fonctionnelles plutôt qu'à une documentation complète et accueillent
favorablement la collaboration des clients tout au long du projet. De plus, Agile célèbre la capacité à
répondre au changement, en accordant une priorité à l'adaptation aux nouvelles connaissances et aux
exigences changeantes.
Le framework Scrum incarne ces principes agiles et se présente comme le pilier central, fournissant une
structure, de la flexibilité ainsi qu’une approche dynamique et itérative du travail. Tout comme une
équipe de rugby (d’où le nom de cette méthodologie) se préparant pour un match crucial, la
méthodologie Scrum favorise une culture d'apprentissage expérientiel. Il permet aux équipes de
s'organiser de manière autonome pour relever des défis complexes et les incite également à s'engager
dans une introspection, en tirant les leçons de leurs triomphes et de leurs échecs pour favoriser une
amélioration continue.

Les sprints, cycles courts de travail ciblé, sont ses éléments constitutifs. Les sprints visent à fournir des
incréments précieux d'un produit dans un délai limité.

Au sein de Scrum, les rôles sont bien définis. Le Scrum Master assume le rôle de guide, de facilitateur et
de mentor. Le Product Owner représente la voix du client et l'équipe de développement transforme les
exigences en incréments de produit fonctionnels.

Les trois artefacts de Scrum offrent transparence et conseils. Le Product Backlog capture la liste évolutive
des fonctionnalités et des améliorations. Le Sprint Backlog décrit ce que l’équipe vise à réaliser lors du
prochain sprint. L'incrément est la somme de toutes les tâches terminées à la fin de chaque sprint.

Les événements au sein de Scrum sont conçus pour maintenir l'équipe synchronisée. Le Sprint initie la
période de travail ciblé, les réunions Daily Scrum favorisent la communication quotidienne, la Sprint
Review inspecte le travail effectué et la Sprint Rétrospective encourage l'amélioration continue.
En gestion de projet Agile, le Scrum Master occupe une position unique et médiatrice. Il ne s’agit pas
d’un gestionnaire, d’un leader traditionnel ni d’un expert en la matière. Au lieu de cela, le Scrum Master
est mieux décrit comme un facilitateur, un mentor et un gardien du cadre Scrum.

En effet, le guide Scrum décrit le rôle du Scrum master comme un servant leader au service de l’équipe
Scrum. Ils travaillent pour encourager, soutenir et améliorer le fonctionnement de l’équipe Scrum. Ils
placent donc les besoins de l’équipe au-dessus de le leur. Ils créent donc un environnement de
collaboration et d’apprentissage par le biais d’ateliers, de sessions de formations et de coaching
individuel.

Le Scrum master s’assure également que le framework Scrum est adopté et suivi. Ils aident à la bonne
exécution des événements et cérémonies Scrum, tels que la planification de sprint, les stand-ups
quotidiens, les revues de sprint et les rétrospectives. Ils ont la tâche d'aider l'équipe à comprendre le but
et les avantages de chaque événement.

Scrum et le projet

Notre projet, avec son effectif principal composé de stagiaires, présentait un cadre unique pour Agile et
Scrum. Alors que les fondements théoriques de Scrum fournissaient un cadre pour une agilité
structurée, c'est la mise en œuvre pratique qui a transformé la théorie en résultats.

Une autre caractéristique distincte était que le Scrum Master était le seul membre de l'équipe qui n'était
pas un stagiaire. Richard, notre Scrum Master, avait plusieurs années d’expérience et avoir un
professionnel aussi chevronné était comparable à avoir un phare de connaissances et d'expérience qui a
éclairci notre chemin.

Cette expérience a permis une compréhension plus claire et plus concise de ce qui devait être fait. Les
pratiques agiles, souvent théoriques et abstraites pour les nouveaux arrivants, ont été transformées en
processus concrets que notre équipe de stagiaires a pu mettre en œuvre efficacement. Le rôle du Scrum
Master est devenu non seulement celui d'un guide mais aussi d'un traducteur, comblant le l’espace entre
la théorie et la pratique.

L’avantage indéniable d’un Scrum Master expérimenté était la capacité à prévoir et à relever les défis
potentiels. Son expertise a permis de résoudre les problèmes de manière proactive, garantissant que les
obstacles étaient rapidement identifiés et éliminés. Cette approche proactive a contribué de manière
significative à l'agilité du projet, elle nous a permis de pivoter et de s’adapter lorsqu’on devait ajuster
notre portée vers la fin du projet.

Exécution de sprint. Révue, rétrospective et planification en pratique

Dans notre projet, l'application pratique des principes Agile et Scrum faisait partie intégrante de nos
opérations quotidiennes. Un aspect clé était notre exécution de sprint, qui comprenait les séances de
revue de sprint, de rétrospective et de planification de sprint organisées régulièrement tous les
mercredis à chaque deux semaines. Nous offrons ici un aperçu de la manière dont ces événements
cruciaux se sont déroulés dans le contexte de notre projet.

Implication inclusive des parties prenantes : Notre approche de la planification de sprint était
caractérisée par l'inclusivité. Des invitations ont été adressées à diverses parties prenantes internes
impliquées dans le projet, ainsi qu'à des personnes occupant des postes de direction au sein de
différentes équipes. Cette inclusion a permis une perspective holistique sur les objectifs et les priorités
du projet.

Fixer des objectifs avec un objectif : Le Scrum Master et moi avons collaboré étroitement pour fixer des
objectifs pour chaque sprint. Cette approche garantissait que chaque membre de l'équipe comprenait
les objectifs plus larges et s'engageait à les atteindre.

Présentation du travail terminé : la transparence était un principe fondamental de notre planification de

sprint. Nous avons présenté les réalisations du sprint précédent, en présentant les user stories réalisées
et leurs points respectifs. Cette représentation visuelle a permis à l'équipe de célébrer les réalisations et
d'évaluer efficacement les performances.
Démonstration des résultats : de plus, nous avons fait la démo des user stories terminées et tous les
prototypes fonctionnels créés pendant le sprint. Ces démonstrations tangibles ont donner l’opportunité
aux parties prenantes à voir et commenter sur notre travail, nous permettant ainsi d’avoir une
rétroaction sur nos résultats. Les critères d'acceptation ont été examinés pour garantir que les livrables
répondaient aux normes prédéfinies.

Suite à la revue de sprint, il était temps de passer à la rétrospective du sprint. Facilitée par le Scrum
Master, pendant la rencontre l’équipe discute de :

 Ce qui s'est bien passé pendant le Sprint?

 Ce qui pourrait être amélioré?
 Que nous engagerons-nous à améliorer lors du prochain Sprint?
La communication a toujours été un point fort de l’équipe, et chaque membre avait une idée claire de ce
qui était en cours ainsi que les priorités. La première question était souvent un soulignement des efforts
collectifs ou d’un individu en particulier.

Toutefois, nous semblions toujours avoir une longue liste de ce qui pourrait être amélioré à chaque
sprint. La production de l’équipe technique figurait toujours au sommet de la liste, car nous n’arrivions
pas à réaliser la totalité les objectifs de sprint que nous nous fixions à chaque planification.

Ce problème avait en partie avoir avec le niveau d’expertise de nos développeurs stagiaires, qui pour
certains en sont à leur deuxième ou troisième année de développement logiciel, mais à également avoir
avec l’environnement Disnat. Tout au long du stage l’équipe technique faisaient face à un défi de taille,
la complexité de la base de code Disnat existante. Cette base de code représentait un mélange de code
‘’legacy’’ (code ancien qui ne fait généralement plus l’objet d’un développement actif) et de
développements récents, ce qui en faisait un écosystème complexe et multiforme. Étant donné que
notre projet s’inscrivait dans l’écosystème Disnat, comprendre la logique sous-jacente à ces systèmes
devenait un défi primordial. Les stagiaires ont dû investir un temps considérable pour déchiffrer
l'architecture complexe, comprendre l'interaction entre le code ancien et moderne et discerner les
limites de ce qui était réalisable dans des délais raisonnables.

Naviguer dans cette complexité de base de code a nécessité une approche approfondie et collaborative,
impliquant une coopération étroite entre les membres de l'équipe technique, le Scrum Master et le
Product Owner. Même si ce défi était effectivement formidable, il représentait une opportunité
d'apprentissage, permettant à notre équipe de stagiaire de perfectionner leurs compétences en analyse
de base de code, en dépannage et en innovation dans un contexte réel.

Surmonter ces complexités a finalement ajouté une dimension précieuse à notre expérience de gestion
de projet Agile, soulignant ainsi les défis du monde réel que les méthodologies Agile sont conçues pour
relever.

Enfin, lors de notre réunion de planification de sprint, nous favorisons un environnement collaboratif et
dynamique. Le Product Owner (PO) lance la session en examinant les résultats du sprint précédent et en
abordant tout travail inachevé qui pourrait être reporté. Le PO se penche ensuite sur le backlog du
produit, en examinant la décomposition des user stories en tâches. Cette exploration clarifie le travail
requis pour chaque user story et aide à définir les attentes. La précision des points d’estimations pour les
user stories en cours est discutée, garantissant que l'équipe partage une compréhension commune de la
complexité des tâches et des efforts requis.

L'identification et la résolution des blocages ou des obstacles potentiels constituent une partie
essentielle de la discussion et contribuent à maintenir le sprint sur la bonne voie et à minimiser les
perturbations. Ensuite, l'équipe définit de manière collaborative les objectifs du sprint, en les alignant
sur les priorités du produit et la capacité de l'équipe. Cela garantit un objectif clair pour le sprint à venir.
Les points estimés pour le sprint correspondent à la vitesse ciblée et sont conformes aux données
historiques, garantissant ainsi que nos attentes sont réalistes.

Par la suite, la planification de la capacité pour le sprint est ajustée par le PO, en tenant compte de
l'absence des membres de l'équipe ou des congés planifiés.
Pour donner suite à ceci, le responsable technique prend le relais et commence à définir des tâches liées
aux user story pour les développeurs et façonne le plan d'exécution du sprint.

Tests utilisateurs

Les tests utilisateurs sont une pratique cruciale au sein de la méthodologie agile. En effet, ‘’Fail Fast’’
(échoue rapidement) est un concept dans la méthodologie agile qui encourage d’obtenir des
rétroactions tôt dans le projet pour faire la détermination s'il faut continuer à travailler sur cette tâche
ou adopter une approche différente, c'est-à-dire de s'adapter. Ce principe a ses racines dans la prise de
conscience que dans la gestion de projet traditionnelle, en particulier dans les projets vastes et
complexes, les problèmes ou les échecs avaient tendance à rester cachés jusqu'à ce qu'ils deviennent
importants, coûteux et difficiles à résoudre. Les bénéfices du ‘’Fail Fast’’ est qu’on peut identifier
rapidement les problèmes, on crée une culture de transparence, on minimise le gaspillage d’efforts, de
temps et de coûts et on améliore l’efficacité des projets en développement.

C’est dans le but de validé nos idées et nos implémentations qu’on a tenu des tests utilisateurs dès le
troisième sprint.

Tester à la fois les interfaces Web et celles des applications était une approche critique pour le succès de
notre projet. Nous devions garantir que notre produit est cohérent et offre une expérience utilisateur
unifiée sur les plateformes web et mobile. Le mobile représente un défi particulier en raison de la taille
de l’écran plus petit et contraintes associées aux appareils portables.
Ces tests utilisateurs nous confirmé que nous étions sur la bonne voie mais qu’il y avait quelques
ajustements à faire.
i
Image 1