Framework AGILE

Sommaire
I- Introduction V- Fiches de poste

II- Présentation de l'agilité VI- Artefacts / Commitments

III- Description scrum VII- KPI / Indicateurs

IV- Détails des events VIII- Autres insights

I Introduction

Ce document fournit une description light du Framework Scrum avec une

approche plus concrète. Il sera utile aux Scrum Masters, aux Coachs Agile et
à toute personne aspirant à devenir Scrum Master.
Une version plus exhaustive et détaillée est disponible sur demande auprès
de l'équipe Maltem.
Si vous êtes intéressé(e) par une analyse plus approfondie des concepts et
des pratiques de Scrum, n'hésitez pas à nous contacter.
II

Présentation de l’agilité
Avant de parler de Scrum, il est important de faire une présentation et définir
ce que l’agilité et être agile.

Lorsque nous parlons d'agilité, il est essentiel de d'abord mettre en avant l'état d'esprit et
la culture à adopter. En effet, l'agilité est un mindset qui vise à exploiter et tirer profit des
changements d'environnement plutôt que de leur résister.

L'agilité a émergé en 2001 avec la publication du

Manifeste Agile (Agile Manifesto). Ce document, créé par
des experts en développement logiciel, établit des
principes clés pour une nouvelle approche de
développement des logiciels.

“We are uncovering better ways of developing software by doing it and helping others do it.”
 Le Manifeste Agile repose sur :
V

4 valeurs

Les individus et leurs interactions plus que les processus et les outils
Des logiciels opérationnels plus qu’une documentation exhaustive
La collaboration avec le client plus que la négociation du contrat
L’adaptation au changement plus que le suivi d’un plan

" Nous reconnaissons la valeur des seconds éléments, mais

privilégions les premiers "
 12 principes
V

1. La plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des
fonctionnalités à forte valeur ajoutée.

2. Le changement est accepté, même tardivement dans le développement, car les processus agiles
exploitent le changement comme avantage concurrentiel pour le client.

3. La livraison s’applique à une application fonctionnelle, toutes les deux semaines à deux mois, avec une
préférence pour la période la plus courte.

4. Le métier et les développeurs doivent collaborer régulièrement et de préférence quotidiennement au

projet.

5. Le projet doit impliquer des personnes motivées. Donnez-leur l'environnement et le soutien dont elles
ont besoin et faites leur confiance quant au respect des objectifs.

6. La méthode la plus efficace pour transmettre l'information est une conversation en face à face.
 12 principes
V

7. L’unité de mesure de la progression du projet est un logiciel fonctionnel (ce qui exclut de comptabiliser
les fonctions non formellement achevées).

8. Les processus agiles promeuvent un rythme de développement soutenable (afin d’éviter la non qualité
découlant de la fatigue).

9. Les processus agiles recommandent une attention continue à l'excellence technique et à la qualité de
la conception.

10. La simplicité et l'art de minimiser les tâches parasites sont appliqués comme principes essentiels.

11. Les équipes s'auto-organisent afin de faire émerger les meilleures architectures, spécifications et
conceptions.

12. À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son
processus de travail en conséquence.
III

Description Scrum
Selon le Scrum Guide :
Scrum est un cadre de travail léger qui aide les personnes, les équipes et les
organisations à générer de la valeur grâce à des solutions adaptatives pour des
problèmes complexes.
Scrum est simple. Essayez‐le tel qu'il est et, déterminez si sa philosophie, sa théorie
et sa structure aident à atteindre les objectifs et à créer de la valeur. Le cadre de
travail Scrum est volontairement incomplet, ne définissant que les parties
nécessaires pour mettre en œuvre la théorie Scrum. Scrum repose sur l'intelligence
collective des personnes qui l'utilisent. Plutôt que de fournir aux gens des
instructions détaillées, les règles de Scrum guident leurs relations et leurs
interactions. Divers processus, techniques et méthodes peuvent être employés dans
ce cadre de travail. Scrum englobe des pratiques existantes ou les rend inutiles.
Scrum rend visible l'efficacité relative du management existant, de l'environnement
et des techniques de travail, afin que des améliorations puissent être apportées.”

Scrum est plus adapté pour la validation d’hypothèses entre les mains du client final en créant une boucle d’apprentissage.
Cela permet de créer et de se baser sur des hypothèses initiales et des processus de prise de décision afin d’inspecter et
d’adapter le prochain incrément dans les prochaines sprints.

Pour son fonctionnement Scrum a besoin d’un environnement où :

Un Product Owner ordonne le travail à faire pour résoudre un problème complexe dans le Product Backlog.
La Scrum Team transforme une sélection de ce travail en un Increment de valeur lors d'un Sprint.
La Scrum Team et ses parties prenantes inspectent les résultats et s'adaptent pour le prochain Sprint.
Répéter
Scrum se repose sur des:
Piliers Events
Transparence : Les aspects importants sont visibles pour les Sprint, Sprint Planning, Daily, Sprint Review, Sprint Rétrospective
participants. Cela requiert la définition des standards communs
afin de partager une compréhension commune.
Inspection : Inspectez les artefacts et l'avancement vers le Rôles
Sprint Goal. L’inspection permet de détecter les écarts
Scrum Master, Product Owner et des Développeurs
indésirables sans gêner le travail en cours.
Adaptation : Si l'inspection révèle des écarts en dehors des
limites acceptables, des ajustements sont appliqués. Artefacts
Product Backlog, Sprint Backlog, Increment
Valeurs
Engagement : Les personnes s'engagent personnellement à
atteindre les objectifs de l'équipe Scrum
Focus : Tout le monde se concentre sur le travail du Sprint et
les objectifs de l'équipe Scrum
Ouverture : L'équipe Scrum et ses parties prenantes
conviennent de parler ouvertement de tout le travail et les
défis liés à la réalisation du travail.
Respect : Les membres de l'équipe Scrum se respectent
mutuellement en tant que personnes capables et
indépendantes.
Courage : Les membres de l'équipe Scrum ont le courage de
faire ce qui est juste et de travailler sur des problèmes
difficiles.
IV

Détails des events

 Backlog refinement
Le backlog refinement est un événement informel mais qui est pratiqué dans cadre du Scrum. Il vise à préparer le backlog
du produit pour les futurs sprints en assurant sa clarté, sa cohérence et sa faisabilité.
Objectif du backlog refinement :
L'objectif principal du backlog refinement est de s'assurer que le backlog de produit contient
des user stories claires, bien définies, prêtes à être sélectionnées pour les futurs sprints. Il
permet à l'équipe Scrum de collaborer avec le Product Owner pour discuter, clarifier et
améliorer les éléments du backlog. Cet évènement permet également de de présenter, clarifier
et étudier les différents sujets que l’équipe va réaliser pour les prochains sprints. Ceci permet à
l’équipe d’étudier la faisabilité technique ainsi que les différentes dépendances du travail à faire.

Fréquence du backlog refinement :

Le backlog refinement se déroule de manière continue tout au long de la durée de vie du
produit, généralement une ou deux fois par semaine, en fonction des besoins de l'équipe et de
la complexité du projet. Le backlog refinement peut varier en durée, mais généralement, il ne
dépasse pas 10% de la durée totale du sprint.

Participants du backlog refinement :

Les participants typiques au backlog refinement sont : le Product Owner, le Scrum Master et les
développeurs. Il est également essentiel que les personnes ayant une connaissance
approfondie du produit et de ses fonctionnalités soient présentes pour fournir des
éclaircissements et des détails supplémentaires. Il est donc possible de faire appel à des
personnes externes à l’équipe pour mieux comprendre le besoin.
 Sprint planning
Le sprint planning est un événement clé dans le cadre du Scrum. Il marque le début de chaque sprint et permet
à l'équipe Scrum de planifier le travail à réaliser.
Objectif du sprint planning : L'objectif principal du Durée du sprint planning : La durée du sprint
sprint planning est de planifier le sprint qui va planning dépend de la longueur du sprint. Par
commencer et de définir l’objectif du sprint. exemple : Pour un sprint d'une durée de 2 semaines,
L’équipe choisit les éléments du backlog qui le sprint planning dure au maximum 4 heures. La
peuvent être réalisés durant le sprint créant ainsi durée peut, cependant, varier en fonction de la
un plan de travail détaillé. complexité du produit.

Participants du sprint planning : Les participants

du sprint planning sont : le Product Owner, le
Scrum Master et les développeurs. Il important de
noter que présence du Product Owner est
essentielle pour fournir des informations sur les
objectifs du sprint et les éléments du backlog de
produit. On peut demander l’intervention
ponctuelle d’un membre expert pour apporter plus
d’explications sur un sujet en particulier.
 Sprint review
Le sprint review est un événement clé dans le cadre du Scrum. Il a lieu à la fin de chaque sprint et permet à l'équipe
Scrum de présenter les fonctionnalités développées lors du sprint aux parties prenantes.
Durée du sprint review : La durée du sprint review dépend de la longueur du sprint et de la quantité de fonctionnalités
à présenter. Pour un sprint d'une durée de 2 semaines, la revue de sprint dure généralement entre 1 et 2 heures.

Objectif du sprint review L'objectif principal du sprint

review est de présenter les fonctionnalités développées
pendant le sprint aux parties prenantes et de recueillir
leurs commentaires. Cela permet à l'équipe Scrum
d'obtenir une validation sur le travail accompli et de
recueillir des informations pour améliorer les futurs
sprints et le produit.

Participants du sprint review : Les participants

typiques du sprint review incluent le Product Owner, le
Scrum Master, les développeurs et les parties prenantes
concernées par le produit. Les parties prenantes peuvent
être des utilisateurs finaux, des clients, des responsables
de produits ou d'autres membres de l'organisation
impliqués dans le projet. Toutes personnes qui
s’intéressent au produit peut assister au Sprint Review.
 Sprint retrospective
La rétrospective du sprint est un événement clé dans le cadre du Scrum. Il a lieu à la fin de chaque sprint et permet à l'équipe
Scrum de réfléchir sur le sprint écoulé et d'identifier des améliorations pour les sprints futurs.
Durée du sprint retrospective : La durée de la la Participants du sprint retrospective : Les participants
rétrospective du sprint dépend de la longueur du typiques du sprint retrospective incluent le Product
sprint. Pour un sprint d'une durée de 2 semaines, la Owner, le Scrum Master et les membres de l'équipe de
rétrospective de sprint dure généralement entre 1 et développement. Il est important que tous les membres
2 heures. Cependant, la durée peut varier en de l'équipe Scrum soient présents pour faciliter la
fonction des besoins de l'équipe et de la complexité collaboration et la prise de décision.
du projet.

Objectif du sprint retrospective : L'objectif

principal de la rétrospective du sprint est de
permettre à l'équipe Scrum de s'auto-évaluer, de
réfléchir sur son fonctionnement et de trouver des
moyens d'améliorer sa collaboration, ses processus
et ses résultats. C'est une occasion de célébrer les
succès, d'identifier les points faibles et de proposer
des actions concrètes pour les améliorer.
 Daily sprint
Le Daily Scrum est un événement quotidien de 15 minutes maximum pour l'équipe de développement, le Scrum Master et le
Product Owner. Son objectif principal est d'inspecter le travail accompli depuis la dernière réunion, de planifier le travail à
réaliser d'ici la prochaine réunion et d'identifier les obstacles éventuels.
Voici comment se déroule le Daily Scrum selon le Scrum Guide de 2020 :

1. Moment de rencontre : 3. Collaboration et synchronisation :

L'équipe Scrum se réunit à un endroit déterminé ou virtuellement à la Pendant que chaque membre de l'équipe de développement
même heure chaque jour. parle, les autres écoutent attentivement, mais la réunion ne
Les membres de l'équipe de développement sont présents à la doit pas se transformer en une réunion de résolution de
réunion, mais la présence du Scrum Master et du Product Owner est problèmes.
facultative. L'équipe de développement utilise la réunion pour se
synchroniser, coordonner ses activités et s'assurer que
chaque membre travaille en harmonie vers l'objectif du sprint.

2. Les trois questions :

4. Adaptations nécessaires :
Chaque membre de l'équipe de développement répond
Si des obstacles sont identifiés pendant la réunion, l'équipe de
successivement aux trois questions suivantes : a. Qu'est-ce que j'ai
développement peut convenir de mesures d'adaptation pour
accompli depuis la dernière réunion de Daily Scrum en direction de
les résoudre. Cependant, les discussions plus approfondies
l'objectif du sprint ? b. Qu'est-ce que j'ai l'intention d'accomplir d'ici la
sur ces obstacles sont généralement reportées en dehors de
prochaine réunion de Daily Scrum en direction de l'objectif du sprint ?
la réunion.
c. Quels obstacles m'empêchent ou pourraient m'empêcher
d'atteindre l'objectif du sprint ?

Il est important de noter que le Daily Scrum est une réunion de coordination pour les membres de l'équipe de développement. Le Scrum Master
s'assure que la réunion a lieu et est bien structurée, tandis que le Product Owner p eut y participer pour écouter les progrès réalisés, mais ne
doit pas l'utiliser comme une réunion de statut ou de rapport.
V

Fiches de poste
Product Owner - Rôle description

Développer et communiquer sur

l'objectif du produit,
Créer et communiquer les éléments du
Product Backlog,
Organiser et prioriser les éléments du
backlog produit,
S'assurer que le Product Backlog est
visible, transparent, compris et clair, et
montre sur quoi l'équipe Scrum
travaillera ensuite.

Peut participer uniquement

pour aider l’équipe à lever
les blocages si nécessaire

Préparer les réponses sur les sujets S’occuper du bon Participer et remonter
importants du sprint déroulement de la les axes d’amélioration
Préparer le périmètre du sprint et le démonstration Participer et partager
partager avec l’équipe Gérer la relation avec les son expérience durant
Travailler avec l’équipe pour définir stakeholders le sprint
l’objectif du sprint Présenter les réalisations Ecouter l’expérience
Inviter les personnes clés (externes à Préparer et répondre aux questionnements des sujets du prochain sprint du sprint des autres
l’équipe) si nécessaire Maintenir les backlog refinement Récolter les feedbacks des
Présenter, expliquer et détailler les Organiser les ateliers avec les métiers parties prenantes
éléments de la backlog à prendre sur Inviter les personnes qui
le sprint peuvent être intéressés par
le développement du
produit
Mise à jour de la roadmap
et repartager la vision du
produit
Scrum Master - Rôle description

Acculturation des parties prenantes

Coaching de l’équipe
Assessment de l’organisation et de
l’équipe

Animer le Daily Scrum

(timebox, tenue à la même
heure et lieu,...)
Aider l’équipe à lever des
blocages,

Aider le product owner a préparé le Organiser la Préparer et animer

sprint planning et les réponses sur les cérémonie la rétrospective
sujets importants du sprint Accompagner (proposer des
Facilite et anime le sprint planning l’équipe à préparer formats différents)
Inviter les personnes clés (externes à du Sprint Review Aider l’équipe à
l’équipe) si nécessaire identifier les axes
Identifier les obstacles et dépendances Organiser et faciliter les différents ateliers d’amélioration avec
si possible un porteur
Développeurs - Rôle description
Comprendre le contexte et les
éléments pour le développement du
produit
Connaître l’architecture globale
S’assurer de la mise à jour de la
documentation (architecture,
technique, ...) du produit

Assister au Daily
Léver les obstacles et les
risques
S’auto-organiser pour
trouver et proposer des
solutions

Participer au Sprint Planning Participer au Sprint Participer et

Poser les questions nécessaires Review remonter les axes
Découper les éléments du backlog si Préparer et peut d’amélioration
nécessaire présenter la Sprint Participer et
Estimer les éléments de la backlog Review partager son
Travailler avec le PO pour définir l’objectif Reccueillir les expérience durant
du sprint Participer aux refinements et différents ateliers feedbacks des le sprint
Créer les éléments techniques sur la Participer aux activités transverses (en fonction du contexte : Chapter Tech, utilisateurs Ecouter
backlog si nécessaire partage de bonnes pratiques, ...) l’expérience des
autres
VI

Artefacts / Commitments
Les artefacts Agile

Rappelons le processus Scrum :

Les artefacts Scrum
Les artefacts Scrum trouvent leurs origines dans les valeurs et principes du manifeste Agile

Représentent un travail ou une valeur

Visent à sécuriser la transparence des éléments clés du
produit/Projet.
Basés sur un ensemble de valeurs, principes et pratiques qui
fournissent la base de la philosophie Agile.
Combinés au mode de fonctionnement Scrum, permettent de
mettre le client au centre du projet
D’après le guide Scrum, ils évoquent un travail ou témoigne d’un
engagement.
Constituent une base unifiées partagée entre les parties
prenantes afin d’effectuer les adaptations.

Il existe 3 principaux artefacts scrum ou scrum artifacts

en anglais.

Le Product Backlog
Le Sprint Backlog

L’Incrément Produit
💡 Le role du Scrum Master dans la gestion du Product Backlog :
Le rôle du Scrum Master dans le Product Backlog est de faciliter le bon fonctionnement du processus Scrum et d'assurer que le Product
Backlog est bien géré. Voici quelques aspects clés du rôle du Scrum Master dans le contexte du Product Backlog :

1. Gestion du Product Backlog : 2. Facilitation des activités de planification :

Le Scrum Master travaille avec le Product Owner pour Le Scrum Master facilite les activités de planification de Sprint, où le
comprendre les besoins du client et s'assurer que les éléments Product Backlog est inspecté, affiné et ajusté.
du Product Backlog sont clairs, compréhensibles et Le Scrum Master aide à créer un environnement de travail
prioritaires. collaboratif pour que l'équipe Scrum puisse discuter des éléments
Le Scrum Master aide à maintenir le Product Backlog bien du Product Backlog, clarifier les exigences et établir des
organisé et maintenu à jour, en s'assurant que les éléments estimations.
sont bien décrits et estimés.

3. Assistance aux pratiques d'estimation : 4. Élimination des obstacles :

Le Scrum Master aide l'équipe Scrum à adopter des techniques Le Scrum Master joue un rôle essentiel dans l'élimination des
d'estimation, telles que le planning poker, pour estimer la taille obstacles qui pourraient entraver la progression des éléments du
et la complexité des éléments du Product Backlog. Product Backlog.
Le Scrum Master encourage une participation équitable et Le Scrum Master travaille en étroite collaboration avec l'équipe
facilite les discussions lors des activités d'estimation. Scrum et aide à résoudre les problèmes, à lever les blocages et à
créer un environnement favorable à la réalisation des objectifs du
Sprint.
5. Promotion de la transparence :
Le Scrum Master encourage la transparence en s'assurant que
le Product Backlog est visible et accessible à tous les membres
de l'équipe Scrum.
Le Scrum Master facilite également la communication et la
collaboration entre le Product Owner et l'équipe de
développement pour maintenir une compréhension commune
des éléments du Product Backlog.
💡 Le role du Scrum Master dans la gestion du Sprint Backlog :
Le Scrum Master est responsable de plusieurs tâches liées au Sprint Backlog :

1. Faciliter la planification du Sprint : Le Scrum Master aide le 2. Assurer la compréhension des éléments du Product
Product Owner et l'équipe de développement à planifier le Sprint Backlog : Avant de commencer le Sprint, le Scrum Master
en participant à la réunion de planification du Sprint. Cette réunion s'assure que les éléments du Product Backlog sélectionnés
vise à sélectionner les éléments du Product Backlog à inclure dans pour le Sprint sont clairs et compréhensibles par l'équipe
le Sprint Backlog, en fonction de la capacité de l'équipe et des de développement. Si nécessaire, il peut aider à clarifier
priorités définies par le Product Owner. les exigences avec le Product Owner.

3. Protéger l'équipe de développement : Le Scrum Master joue 4. Supprimer les obstacles (Impediments) : Pendant le
un rôle de bouclier pour l'équipe de développement en Sprint, le Scrum Master s'efforce d'éliminer les obstacles
s'assurant que personne de l'extérieur (y compris le Product qui entravent le progrès de l'équipe de développement.
Owner) ne perturbe le Sprint en ajoutant de nouveaux éléments Cela peut inclure des problèmes liés à l'environnement de
ou en modifiant les éléments du Sprint Backlog en cours de travail, aux ressources ou à la collaboration avec d'autres
Sprint. parties prenantes.

5. Suivre l'avancement du Sprint : Le Scrum Master aide 6. Encourager l'amélioration continue : Le Scrum Master
l'équipe de développement à suivre son avancement pendant le facilite les rétrospectives de Sprint où l'équipe de
Sprint en organisant des réunions de suivi telles que le Daily développement examine ce qui s'est bien passé et ce qui
Scrum (stand-up quotidien). Cela permet à l'équipe de se pourrait être amélioré dans le processus de gestion du
synchroniser, de partager les progrès réalisés et d'identifier Sprint Backlog. Il soutient l'équipe dans la mise en œuvre
rapidement tout problème émergent. des actions d'amélioration.
💡 Le role du Scrum Master dans la réalisation de l’incrément produit :
Le Scrum Master est responsable de plusieurs tâches liées au Product Increment :

1. Faciliter les événements Scrum : Le Scrum Master aide à 2. Supprimer les obstacles (Impediments) : Le Scrum Master est
organiser et à faciliter les différents événements Scrum tels que chargé de veiller à ce que l'équipe Scrum puisse travailler sans
la planification du Sprint, la revue du Sprint et la rétrospective du entrave. Il identifie et élimine les obstacles qui peuvent entraver le
Sprint. Ces événements sont essentiels pour inspecter progrès de l'équipe dans le développement du Product Increment.
l'incrément et adapter le processus en conséquence.

3. Aider l'équipe à s'auto-organiser : Le Scrum Master 4. Assurer l'application de Scrum : Le Scrum Master veille à ce
encourage l'équipe à être autonome et à s'auto-organiser pour que l'équipe Scrum suive les principes et les pratiques de Scrum de
atteindre les objectifs du Sprint et produire un Product Increment manière appropriée et respecte les valeurs Scrum.
de haute qualité.

5. Protéger l'équipe contre les interférences extérieures : Le 6. Améliorer continuellement le processus : Le Scrum Master
Scrum Master agit comme un bouclier pour l'équipe, la cherche constamment des moyens d'améliorer le processus de
protégeant des distractions et des influences extérieures qui développement et de faciliter la livraison régulière d'Increments de
pourraient perturber son travail. produit de haute qualité.

7. Faciliter la collaboration : Le Scrum Master encourage la collaboration entre les membres de l'équipe Scrum, le Product Owner et
les parties prenantes afin de s'assurer que le Product Increment est développé en fonction des besoins et des priorités du produit.

En bref, le Scrum Master joue un rôle essentiel dans la réalisation du Product Increment en facilitant le processus de développement, en
supprimant les obstacles et en veillant à ce que l'équipe Scrum fonctionne de manière efficace et productive tout au long du Sprint.
VII

KPI / Indicateurs
Les KPIs (Key Performance Indicators) en Scrum sont des indicateurs clés de performance qui permettent de mesurer l'efficacité et la
performance d'une équipe Scrum et du processus de développement agile dans son ensemble. Ces indicateurs fournissent des
informations précieuses sur la santé du projet, la productivité de l'équipe et la qualité du travail accompli. Voici quelques exemples de
KPIs Scrum :

Vélocité : C'est le nombre de points d'histoire ou de tâches que l'équipe Scrum peut terminer au cours d'un Sprint. La vélocité permet
d'estimer combien de travail l'équipe peut accomplir dans les Sprints futurs, ce qui aide à planifier le développement du produit.
Burn-down chart :
Ce graphique montre la quantité de travail restante dans le Sprint au fil du temps.

Il indique si l'équipe est en bonne voie pour atteindre les objectifs du Sprint ou si
des ajustements doivent être effectués.

Burn-up chart :
Ce graphique montre l'augmentation du travail accompli au fil du temps.

l peut être utilisé pour suivre l'avancement vers les objectifs du projet ou pour visualiser l'ajout de nouvelles
fonctionnalités au produit.
VIII

Autres insights
 Vision produit

La vision produit en agile est une déclaration stratégique qui décrit les objectifs à long terme et l'impact souhaité
d'un produit. Elle sert de guide pour l'équipe de développement et les parties prenantes, assurant que tous
travaillent vers un but commun. Cette vision est essentielle pour maintenir la cohérence, l'alignement et la
motivation au sein de l'équipe, tout en étant suffisamment flexible pour s'adapter aux changements et aux retours
des utilisateurs
(Une explication plus approfondie est disponible dans la version complète).
 Poker Planning
Le Planning Poker, aussi appelé Poker d'estimation, est une méthode utilisée par les équipes Agile pour évaluer la complexité ou
l'effort requis pour réaliser des tâches ou des user stories au cours d'un sprint.
 Story Mapping

Le Story Mapping est une méthode visuelle de planification de projet qui vise à mieux comprendre les besoins des
utilisateurs et à organiser la livraison des fonctionnalités en fonction de leur priorité.
 Roadmap Produit

La roadmap produit est un outil essentiel pour tout Product Owner ou Product Manager. Il s'agit d'une feuille de
route adaptable qui permet de planifier les différentes phases de développement ou d'amélioration d'un produit,
tout en intégrant une dimension de flexibilité.
 Persona

Dans l'approche agile, un persona est une représentation fictive d'un utilisateur type du produit, fondée sur des
données réelles. Ce profil inclut des informations telles que l'âge, le sexe, le niveau d'éducation, les compétences,
les préférences et les objectifs de l'utilisateur.
Rappel:

Ce document fournit une description light du Framework Scrum avec une

approche plus concrète. Il sera utile aux Scrum Masters, aux Coachs Agile et
à toute personne aspirant à devenir Scrum Master.
Une version plus exhaustive et détaillée est disponible sur demande auprès
de l'équipe Maltem.
Si vous êtes intéressé(e) par une analyse plus approfondie des concepts et
des pratiques de Scrum, n'hésitez pas à nous contacter.