Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Methode Scrum Agile

Télécharger au format docx, pdf ou txt
Télécharger au format docx, pdf ou txt
Vous êtes sur la page 1sur 4

LEXIQUE DE LA MÉTHODOLOGIE SCRUM

Il est toujours utile dans un nouvel environnement, sur une nouvelle thématique ou pour une
nouvelle approche de bien comprendre et connaître le champ lexical pour ne pas être
perdu dans le cadre de discussions, échanges et autres analyses. En ce sens, vous
trouverez ci-dessous un petit glossaire, pense-bête, avec des définitions simples des
principaux termes utilisés en méthode Scrum.

Page 1 sur 4
LEXIQUE DE LA MÉTHODOLOGIE SCRUM

Le cycle de vie est le suivant :


1. Le Product Owner rédige les User Stories et les place dans le Product Backlog. 
2. Le Product Owner priorise ensuite ces User Stories et ordonne le Product Backlog
en conséquence.
3. L’équipe Scrum se réunit lors de la réunion de planification de Sprint afin d’établir
la liste des User Stories qui seront traitées pendant le Sprint. Celles-ci constituent le
Sprint Backlog et sont ensuite découpées en tâches par l’équipe de développement.
4. Le Sprint peut alors commencer pour une itération de 2, 3 ou 4 semaines.
5. L’équipe se réunit quotidiennement pour réaliser la Mêlée quotidienne.
6. À l’issue du Sprint, nous possédons un produit potentiellement livrable qui fait
l’objet d’une démonstration lors de la revue de Sprint.
7. Le cycle se termine enfin par la rétrospective de Sprint.
Et ensuite, il n’y a plus qu’à répéter tout cela…

L’équipe, point central de Scrum


Dans le chapitre précédent, nous vous avons présenté Scrum dans ses grandes lignes afin de nous
familiariser avec ses principaux concepts.
La notion d’équipe est un fondement essentiel du framework. Nous allons donc détailler comment
elle est constituée, en particulier via des rôles bien précis, mais aussi aborder ce que la méthode ne
dit pas, mais qu’il est essentiel de savoir pour constituer des équipes Scrum qui fonctionnent.
Tout d’abord, notons que l’équipe Scrum comprend tous les acteurs du projet, qui sont rattachés à
un des trois rôles définis par la méthode :
 Le Scrum Master, dont le rôle est en synthèse de « mettre de l’huile dans les rouages » (dit
comme cela, c’est un peu mystérieux, mais nous allons rapidement voir de quoi il retourne).
 Le Product Owner, responsable de la vision produit et de la priorisation des besoins.

Page 2 sur 4
LEXIQUE DE LA MÉTHODOLOGIE SCRUM
 L’équipe de réalisation, chargée de concevoir, développer et tester l’application (remarque :
le Guide Scrum parle plutôt d’équipe de développement, mais nous trouvons ce terme un
peu limitant car elle inclut d’autres fonctions que des développeurs en règle générale : des
testeurs, par exemple...).
Avant de rentrer dans le détail de chacun de ces rôles, intéressons-nous aux caractéristiques de...
le Product Owner
« Product Owner » est un terme difficilement traduisible. En effet, le Product Owner (communément
appelé PO) est la personne qui porte la vision du produit à réaliser.
Il est en quelque sorte la partie visible de l’iceberg car il centralise à lui seul l’ensemble des besoins
des utilisateurs afin d’en être l’unique représentant. « Propriétaire du produit » ne semble donc pas
être une bonne traduction car il n’est pas l’unique propriétaire du produit du fait de ce qui vient
d’être énoncé. L’usage veut que le terme Product Owner ou PO ne se traduise pas et s’utilise ainsi.
1. Les responsabilités du Product Owner
La première des responsabilités incombant au Product Owner est de créer la vision du produit.
a. Créer la vision du produit
Par le biais de différentes méthodes et ateliers de travail (dont nous parlerons en détail dans le
chapitre suivant), le Product Owner définit la vision du produit répondant à un ou plusieurs
problèmes, pilotée par des objectifs précis. Bien entendu, cette vision Produit se doit d’être en phase
avec celle des utilisateurs ou clients, dont le PO doit être la voix unique vis-à-vis de l’équipe Scrum.
Insistons bien en outre sur le fait...
Qu’est-ce qu’un product owner ?

Il est le représentant des utilisateurs et de leurs intérêts fonctionnels dans le projet.


C’est le responsable de la production sous Scrum et de la tenue du backlog produit (carnet de route
du produit).

Page 3 sur 4
LEXIQUE DE LA MÉTHODOLOGIE SCRUM
Qu’est-ce qu’un scrum master ?

C’est le coach de l’équipe de « développement » et du product owner. Garant du respect du cadre, il


est le facilitateur de la team. Il s’applique sur tout ce qui n’est pas technique dans le projet.
Le backlog produit, c’est quoi ?
Défini par le product owner, ce document liste les besoins fonctionnels du projet, de manière
priorisée. Fonctions, options, exigences, points d’amélioration et correctifs pouvant être apportés
peuvent aussi s’y trouver, dans un document qui se veut dynamique tout au long du projet, même si
en priorité au démarrage. La hiérarchisation est un critère absolu de cette liste.
Si on parlait d’un sprint ?
Il s’agit de l’itération cyclique phare de la méthode Scrum. En général, quelques semaines, 1 mois
max, permettant de développer les sujets validés dans le backlog. Le sprint backlog est à ce titre le
document listant les fonctions prévues au sprint.
Qu’est-ce que le daily scrum meeting ?
Un standup meeting quotidien de 15 min environ pour faire l’état des lieux et d’avancement du
sprint en cours. Les évolutions en un jour, les obstacles rencontrés, les choses prévues ce jour : tout y
est.
Dod, de quoi parle-t-on ?
Information moins connue, la définition du fini (DOD : definition of done) détaille les conditions
obligatoires ou qualités pour considérer une fonctionnalité livrable.
C’est quoi un Framework ?
Ce terme, pas spécifique à la méthode Scrum, définit en fait le cadre process d’application, de la
méthode choisie en l’occurrence dans ce cas. Il s’agit donc de l’approche à appliquer pour faire
vraiment du Scrum.
Qu’est-ce qu’une release ?
Il s’agit de la nouvelle version du produit, présentée aux utilisateurs, suite aux divers sprints
effectués. On pourrait ainsi la qualifier d’opus ou d’itération.
Que savoir de la revue de sprint ?
La sprint review est une réunion de travail servant à présenter les fonctionnalités terminées et
abouties lors du dernier sprint pour avoir les retours et organiser les prochaines échéances.
À ne pas confondre avec celle de planification, qui vise à déterminer les éléments du product bcaklog
à développer lors du sprint à venir.
User story, de quoi parle-t-on ?
La « user story » définit le besoin fonctionnel exprimé par l’utilisateur final (ou le client) et traduit,
mis en lumière par le product owner. Elle doit être précise et déterminer le pour qui, le quoi et le
pourquoi de la fonctionnalité scrum en cours.

Page 4 sur 4

Vous aimerez peut-être aussi