Sujet : Approches agiles : scrum et une autre

Mes notes agiles

Bien que l’agilité ait un principe de fonctionnement, pour qu'il soit à 100% efficace chaque
entreprise doit la personnaliser à son gout.
Fonctionne en petits cycles, à chaque cycle le client peut voir et dire ce qui va ou pas.

3 acteurs

Product owner : représente le client, sert d’intermédiaire en ce dernier et l’équipe. Chargé de définir
les fonctionnalités

Les anciens modèles étaient rigides, on ne pouvait plus revenir en arrière sans avoir fini.

Avec Scrum nous allons plus loin qu’avec les autres méthodes agiles ; car ici en dehors du
fonctionnement de la méthode agile nous avons des rôles bien déterminés ainsi que tout un
processus.

Avec les cycles en v ou en cascade, il fallait tout prévoir du début à la fin, que ça soit de la
conception au test. Même pour livrer le produit il fallait le livrer en entier.

Inconvénients : prends du temps, perte d’argent

D'où la contrariété de l’agile

Procédure = itérations

Avant tout on pense au client, donc on va créer une chose qui va lui permettre de l’utiliser et dire ses
remarques le temps que le produit fini lui soit livré. Tout ceci c’est dans une durée de 2 à 4 semaines
(1 mois).

Le client doit être impliquée et son avis est pris en compte.

Scrum = Framework

Comment fonctionne-t-il ?

Quels sont les rôles ?

Product Owner (propriétaire du produit)

• C'est lui qui a une vision du produit

• Ecoute les parties prenantes (ceux destinés à utiliser le produit) et établit une vision de ce
qu’il a compris
• Etablit les fonctionnalités qu’il y aura

Scrum Master

• Facilitateur, pas totalement le chef de projets

• Il connait la méthode ainsi que le fonctionnement de scrum
• Intervient lors d’un problème
Developers

• Equipe qui construit le projet

• Il y a les développeurs, testeurs, ...

Dans scrum nous avons le paradigme de la confiance, c’est à dire qu’on laisse le soin aux
développeurs de faire leur travail sans y empiéter. Le scrum master ne vas pas leur dire comment
faire.

Comment le PO garde une vision du produit ?

Il constitut une liste contenant les fonctionnalités. Cette liste est appelée Product Backlog.

Product Backlog = liste des exigences de toutes les choses à fabriquer

Cette liste peut être mise à jour grâce au feedback des clients

Les exigences en haut sont plus importantes, plus prioritaires. Plus tu vas vers le haut moins il y a de
dépendances.

Ensuite cette liste sera transmise à l’équipe. Et celle-ci va appliquer le principe de scrum.

Sprint planning qui contient le Sprint Backlog.

Le sprint backlog contient les exigences choisies du haut de la liste par l’équipe et seront réalisées
dans le délai sprint.

Ces exigences choisies seront indépendantes les unes des autres ou dans le cas contraire nous allons
choisir l’exigence et sa dépendance.

Ensuite l’équipe estime le temps de chaque exigence grâce au Scrum Poker.

Scrum poker ?

Alors l’équipe se réunit autour d’une table et chacun prend une carte contenant un nombre de jours
qu’il juge nécessaire pour accomplir l’exigence. Ensuite tout le monde montre sa carte au même
moment, puis le scrum master donnera la parole à celui qui a pris le plus grand nombre de jours et
celui qui a pris le plus petit nombre de jours. Ainsi ces derniers seront appelés à se justifier et
expliquer leur choix.

Après avoir écouté les explications de chacun, le scrum master refait encore un, deux, trois tours
jusqu’à ce que tout le monde soit d’accord pour une estimation définitive.

Délai du sprint : 2 – 4 semaines (pas plus, pas moins)

Dispatching des taches.

Début du sprint

Chaque jour Daily Scrum. L'équipe se réunit chaque jour pour quelques minutes.

Le principe est de rester debout jusqu’à la fin du Daily cela permet aussi de ne pas s’étaler ^_^.

3 questions :
 • Qu'est-ce que tu as fait hier ?
• Qu'est-ce que tu projettes de faire aujourd’hui ?
• Quels sont les obstacles ? (Permet l’intervention du scrum master)

Incrément : résultat du premier sprint est livré. Puis un sprint review est fait on fait une démo avec
les clients et ils donnent un feedback.

Ce dernier sera pris par le Product Owner qui va ainsi faire des modifications dans le sprint backlog
et aura une meilleure vision des exigences des clients.

Avant de commencer un autre sprint on fait un sprint review pour améliorer la manière de travailler.
Un nouveau sprint planning est fait et on recommence les mêmes étapes.

A chaque fois c’est le produit p1 on va dire qui sera pris et encapsuler pour donner le p2 ...

NB

Definition of ready : c’est à dire qu’il y’a un ensemble de critères à suivre pour qu’une exigence soit
prise du Product backlog et qu’elle soit mise dans le sprint backlog.

Definition of Dead : lorsqu’une exigence est terminée

Rôle du développeur ?

• Analyse
• Conception technique
• Implémentation
• Test unitaire
• Correction à la suite des anomalies trouvées par le testeur

Rôle du testeur ?

• Analyse
• Conception
• Implémentation
• Exécution (commence à la livraison du produit)

Pendant ce temps que fait le développeur ?

Rédige une documentation qui permettra aux autres développeurs de comprendre le code du
produit.

Inconvénient de cette méthode : implication du testeur