Méthode Agile

Matrice Eisenhower :

Agile c’est une approche une démarche un état d’esprit ce n’est pas une méthode.

Agile = Itérative (Garantir régulièrement un résultat) + Incrémentale (Livrer au client un résultat par
étape).

Un manifeste agile / 4 valeurs :
12Principes :

Projet découpé : Sprint : 2 à 4 semaines, le projet se fait donc par itérations successives.

La loi de Parkinson :
Cyril Parkinson a observé la fonction publique britannique. Il a remarqué que l’effectif de la fonction
publique s’accroissait à un rythme donné, indépendamment de la quantité de travail à fournir.

Il a appliqué cette observation à d’autres circonstances, pour se rendre compte que, lorsque la taille
de quelque chose augmentait, son efficacité diminuait. Ainsi, il a constaté que des tâches simples
devenaient plus ou moins complexes selon le temps qui leur était alloué.

En bref : selon Cyril N. Parkinson, plus le temps alloué à une tâche diminue, plus la tâche semble
devenir simple et facile à résoudre.

Loi de Pareto : Dans les années 1900, Vilfredo Pareto est un économiste italien qui a mis en exergue
à travers plusieurs études que dans son pays, 20% des personnes détenaient 80% des richesses .
Dans les années 40, un ingénieur, Joseph Juran évoque la loi des 80/20 facilitant la séparation entre
le "vital few" (les 20% à fort impact) et le "trivial many" (les 80% restant). Une distribution qui semble
"naturelle".

En effet, par projection, ce principe se vérifie dans de nombreux domaines . La majorité des résultats
ou des impacts, sont dûs à une minorité des causes. 20% des bugs sont responsables de 80% des
plantages de logiciels, 20% des articles en stock représentent 80% du coût de stockage, etc. Avez-
vous étudié la structure de vos ventes ? Généralement 20% des clients font 80% du chiffre d'affaires.
D'où la seconde appellation : la loi des 20/80 (ou 80/20).
Loi d’Illitch : La Loi de Illich, avec la loi de Douglas ou celle de Pareto, est souvent citée parmi les
fameuses « lois générales du temps au travail ». On la réduit parfois à la nécessité de prendre des
pauses au travail. Mais la pensée d’Ivan Illich, qui a donné son nom à cette loi, va beaucoup plus loin
dans la subversion. Par exemple, espérer doubler la production de blé en doublant le travail agricole
est un leurre. Et en entreprise mettre la pression sur les ouvriers, les stresser et intensifier les
cadences, conduites à l’inverse de l’effet souhaité. C’est contre-productif. D’où l’idée de la pause. Au-
delà de 45 minutes, on ne serait plus efficace, continuer de travailler ne servirait à rien. Mieux vaut
alors faire une pause.

Loi de Carlson : un Manager est interrompu toutes les 7 minutes et il a besoin de 3 minutes pour se
reconcentrer (Limitez les interruptions).

Lors d’une discutions sur 100 % on en retient que 10%.

Filtres de déperdition : le langage, perturbation, interprétation.

Scrum peut s’appliquer sur tout type de projet, toute taille d’entreprise, dans n’importe quel secteur
d’activité.

Scrum = Framework (cadre de travail) je peux utiliser différents outils en fonction de mes besoins.

Scrum is :

- Lightweight, (léger)
- Simple to understand
- Difficult to master (difficile à maitriser).

Scrum is founded on emperical process control theory

- Knowledge comes form experience

- Making decisions based on what is known

Product backlog : Recueillir tous les besoins du client que l’équipe projet doit réaliser. Il contient
donc la liste des fonctionnalités intervenant dans la constitution d’un produit, ainsi que tous les
éléments nécessitant l’intervention de l’équipe projet. Tous les éléments inclus dans le backlog
scrum sont classés par priorité indiquant l’ordre de leur réalisation.

Sprint planning : planifier tout ce qui va être réalisé

Sprint Backlog : Le sprint planning est la cérémonie Scrum qui débute le sprint. Lors du sprint
planning, l’équipe décide de ce qui sera développé au cours de l’itération.

Daily scrum : réunion de 15 mts tous les jours à la même heure et au même endroit.

Sprint exécution :

Incrément potentiellement livrable : réunion prise en compte de l’acceptation pour savoir si ou non
on prend cette décision

Sprint review : Réunion entre nous qui a pour objectif, axe d’amélioration ce qui a été et pas été
Sprint rétrospective : pour pouvoir progresser.

SCRUM : S’appuie sur la volonté de créer une équipe volontaire ou règne une bonne ambiance.

- Aucune difficulté relationnelle ne doit être gâchée l’efficacité de l’équipe

- Favoriser l’utilisation des outils et moyens collaboratifs pour : L’échange d’infos et La
documentation.

SCRUM met l’accent sur l’esprit d’équipe .. voir photo

Le contrôle empirique de processus aide a gérer la complexité (empirique = inspection, adaptation,

transparence).

Exemple :

- Inspecter fréquemment la température des pièces

- Adapter les systèmes qui gèrent la température
- Transparence afin de s’assurer que la température réelle de la pièce est vérifiée avec une
compréhension mutuelle.

Diviser le travail en petits livrables fonctionnels

Diviser le temps en petites itérations fixes (2 à 4 semaines).
Diviser l’organisation en petites équipes de développement pluridisciplinaires (3 à 9 personnes).

Quelle est la taille d’une devteam ? 3 à 9 personnes (piège devteam/devscrum)

Quel est l’intérêt de Scrum ? S’adapter aux changements qui peuvent arriver en cours de projet.

Quelle est la durée maximale d’un sprint/itérations ? 1 mois civil max ou 4 semaines au bout de
laquelle l’équipe délivre un incrément du produit, potentiellement livrable. La durée du sprint est
fixée on ne peut plus la changer en cours.

Sprint Goal : l’objectif du sprint associé à une liste de choses à faire.

Le contenu du sprint ne peut pas être modifié.

La composition de l’équipe dev reste constante mais peut évoluer par la suite.

La qualité attendue au niveau du sprint n’est pas négociable.

Sprint 0 n’existe pas.

3 pilliers de Scrum : Inspection / Adaptation / Transparence.

Quelles sont les spécificités d’une équipe ? Elle doit être auto organisée (Self-Orgonized), Cross-
Functional.

Quelles sont les caractéristiques ? Flexibilité, Créativité et Productivité.

Qui est requis à la Daily Scrum ? La dev team

Quels sont les 3 éléments qui structurent SCRUM ? :

- Les cérémonies : Tous les événements : Sprint Planning, Daily Scrum, Sprint Review, Sprint
Retrospective.
- Artefeacts : Product backlog, Sprint Backlog, Burndown Chart
- Roles : Les roles fondammenteaux : Scrum Master, Product Owner, Dev Team.

Scrum Team = le Product Owner + le Scrum Master + Dev Team.

Le Product Owner et le Scrum Master peuvent avoir deux rôles et faire partie de la Dev team
également.

Les 3 roles : Aucun lien hiérarchique entre les acteurs.

La dev team : Full-time (recommander)

Scrum Master = 1 personne full ou Part time, coach et facilitateur.

Product Owner : Business oriented

Backlog ordonnée par le PO, trié par valeur pour le client.

Product Owner : Porteur de la vision du produit, définit les priorités, accepte ou rejette les livraisons,
il n’y a pas de rôle de management, il manage uniquement le Backlog.

Scrum Master : Facilite le travail de l’équipe, élimine les obstacles pour l’équipe. Il veille à ce que la
méthode soit comprise et promulguée. Etre sûr que la Team adhère aux théories et règles de Scrum,
Coach, aidé ceux en dehors de l’équipe à comprendre Scrum.

Dans le Burndown Chart : X est le temps, Y Work. Et on va suivre notre avancement.

Done : Signifie que le travail est considéré comme terminé sur un items du backlog durant le sprint
planning.

Sprint durée max 1 mois et en général entre 2 et 4 semaines.

Sprint planning 8 heures par rapport à un sprint qui fait 1 mois.

Daily Scrum 15 minutes

Sprint Review 4 heures.

Sprint retrospective : 3 heures pour 1 mois.

Dès le premier sprint l’équipe est capable de délivrer un produit viable.

Burndown Chart : Représentation graphique sous forme de courbe du travail restant à faire
actualiser chaque jour pendant un sprint.

Done : à chaque sprint,

Daily Scrum : Ce qui a été fait la veille, ce qui va être fait le jour même et les difficultés rencontrées
par chacun.

Incrément : ce qui a été livré à chaque itération c’est ‘apport de la valeur pour le client.
Time box : une timebox est une période de temps définie pendant laquelle une tâche doit être
accomplie.

Vélocité : La vélocité est un indicateur utilisé sur des projets gérés à l’aide d’une méthode agile,
comme Scrum par exemple. La vélocité agile permet de déterminer l’effort qu’est capable de fournir
une équipe de développement pour la réalisation des tâches programmées dans un sprint. Elle est
exprimée en nombre de points.

Quizz 1 
A retenir :

Le Product Owner ne peut pas assigner des items. Le PO peut si il le souhaite participer a la Daily
Scrum si il travaille sur le Product Backlog.

On n’interrompt jamais un Sprint, si pas de compétences en parler lors du sprint rétrospective ou

renégocier le périmètre du sprint avec le PO. Seul le PO peut interrompre un Sprint à conditions

S’il y a plusieurs équipes qui travaillent simultanément sur 1 même Product = 1 seule déf de
« Done ».

1 produit = 1 backlog

Grooming ou Refinement 10 %.

X Time / Y Work.

Chaque Story doit être

INVEST

QUIZZ 2
A retenir : les éléments du Product backlog n’est pas toujours

4 activités qui relèvent de la responsabilité du Product Owner dans scrum  : Perform User
Acceptance, Prioritizes the backlog, Creates User Stories, Perform release planning.

A quelle fréquence la dev team peut-elle changer ? Au besoin tout en tenant compte d’une réduction
à court terme de la productivité.

Quel évènement ou artefact scrum supporte l’inspection et l’adaptation quotidienne ? Scrum Daily
Meeting

Quelle est la technique la moins productive pour le srum master pour s’assurer que l’équipe de dev
communique efficacement avec le PO ? Servir d’intermediaire.

The sprint retrospective : Chaque Sprint = 1 rétrospective à la fin de chaque sprint. (Is intented to
promote continuous process improvements).
Quizz 3
Story points, la vitesse à laquelle l’équipe convertit les objets en « done » = Velocity.

Quand la dev team se rend compte qu’elle a trop de travail que faut-il faire ? Dès que possible dans
le sprint travailler avec le PO pour éliminer certains travaux et certains éléments du backlog.

Si la méthode de travail de la dev team n’est pas bonne ? Je peux changer ma méthode en cas de
besoin.

Que se passe-t-il si tous les tests nécessaires ne sont pas effectués dans un sprint ? Un risque de ne
pas créer un produit potentiellement livrable se produit.

Qui est responsable du renvoi d’un membre d’équipe ? The developement team, car il n’y a pas de
mangement directif il s’auto organisent.

Les caractéristiques des équipes les plus performantes ? Constructive disagreement, empowered,
self-organizing.

L’inspection a lieu fréquemment mais ne doit pas gêner le travail en cours.

Inspection de l’incrément il se fait de manières : by presenting the status of the product backlog at
the sprint review. By inviting the stakeholder.

Quels sont les deux résultats escomptés du Daily Scrum ? Le Scrum Master identifie tous les
obstacles, tout le monde est clair sur les prochaines étapes pour pouvoir progresser vers l’objectif du
sprint.

Quel quantité de travail une équipe de dev doit elle consacrer a un item du backlog qu’elle
sélectionne pour un sprint ? As much as it has told the PO will be done for every Product Backlog
item it selects in conformance with the definition of done. ( autant qu’elle l’a annoncé au PO ce qui
sera Done pour chaque élément Product Backlog qu’elle selectionne conformément à la définition de
ce qui a été terminé.
Product Owner c’est un rôle de « management » non hiérarchique : LEADER FONCTIONNEL.
Ses fonctions sont de : maximiser la valeur,
 Manager et ordonner le Product Backlog
 Envisager et caler les objectifs des itérations en coordination avec la Dev Team
 Décider quand cela fait ses de mettre en prod l’incrément
 Rendre compte de l’avancement et de la stratégie de livraison au management et aux parties
prenantes
 Engager les Parties Prenantes dans le projet et manager leurs attentes
 Répondre aux questions qui pourraient de poser la Dev Team, lui donner feedback.

LE PO discute directement avec les DEV

L’équipe de DEV, c’est un rôle de « management » non hiérarchique , LEADER TECHNOLOGIQUE

entre 3 et 9 DEV

Dev Team une équipe collaborative : Rythme, cadence…

Auto organisé pour régler les conflits interne et pour effectuer au mieux le travail.

Scrum Master c’est un rôle de « management » non hierarchique : LEADER ORGANISATIONNEL

Question piège : c’est au SM de s’assurer que l’équipe fait son Daily Scrum: faux, ce n’est pas au
SM de voir si vous organiser bien votre Daily Scrum

Le management (l’entité d’une entreprise) doit faciliter la vie de la Scrum Team

Il faut passer par le PO pour un changement.

Time box voir slide 378.

Une équipe qui arrive a maturité c’est quand elle n’a plus besoin d’un Scrum Master.

3 artefacts : Product backlog, Sprint, Increment.