Une gestion dirigée par les Plans

Vision linéaire du projet Cahier des Charges

01 Spécifications Fonctionnelles
Début 02 Spécifications Techniques
03
04
Réalisation
Découpage du projet en
Début Fin
phases du Cycle de Vie Tests
05
Le chef de projet dirige et Fin
organise le travail Devoir de figer le contrat de
réalisation Des spécialistes par
Tâche Analyste

Développeur Architecte
1
Pourquoi Agile
 La pyramide agile : du mindset aux pratiques
!

La pyramide agile La représentation

de la pyramide agile permet de
rappeler qu’il faut partir du haut pour
aller vers le bas pour réellement
réussir une agilisation que ce soit
dans le cadre d’une transformation
agile ou dans le cas de formation.
Voici à quoi ressemble cette
pyramide agile
 Rapide Adaptable
Incrémental
AGILE
Value-driven
Quality-driven

Itératif
Collaboratif
Pas un processus,
C’est une culture,
un état d’esprit, une
philosophie
& set of values
(Manifeste Agile, 2001)
 Valeurs
On découvre de meilleur façons de développer des logiciels en le faisant
et en aidant les autres à le faire
Principes
Agilité : Une gestion dirigée par la Valeur

Vision cadencée du Découpage du projet en Fin

projet incréments 05
04 Version
03 0.5
Version 0.4

Début Fin Début Fin Début Fin

02 Version 0.3
Début
01 Version 0.2

Version 0.1
Responsabilité Collective
Pas de gèle des demandes en
début de projet

Changement /
Facilitateur éclaircissement des
Equipe de du Process idées acceptés
réalisation
Représentant du
7
 Incrément
Terminé &
Potentiellement
livrable
Sprint
Max - 1 mois
 Scrum
Les 3 piliers de

Transparenc
e

Inspection

Adaptation
9
les valeurs de
SCRUM

les valeurs de SCRUM

10
SCRUM TEAM
Résumé : Les domaines d’intervention d’un Product
Owner !

Primary Customer Facing

Product Marketplace Expert

Product Release Decision Maker

Product Backlog Management Leader

Lead Facilitator of Key Stakeholder Involvement

Product Value Maximizer

Chief Product Visionary

Source : « The New New Product Owner – Focus Areas » - charles

Bradley 12
Le Scrum
Master

13
Le Scrum
Master

Les 8 positions
d’un
Scrum Master

1
i9 presentation to Joe Smith
4
14
Résumé : Les rôles
SCRUM

15
5 niveaux de
planifications

16
PLA

01
N
Agilité : Vue d’ensemble

02 Présentation générale de Scrum

03 Les rôles de Scrum : Product Owner, Scrum

Master & Developers

04 Les artéfacts de Scrum : Backlog de produit &

Backlog de sprint, …

05 Les événements de Scrum

06 Conclusion générale
17
3 artefacts 3 Commitments
Product Backlog Product Goal

Sprint Backlog Sprint Goal

Product Increment Definition of Done

18
Le Backlog
Produit

Idée de projet
Au départ, la difficulté
fondamentale est de
transformer l’idée de
départ en quelque
chose d’utilisable par
l’équipe de réalisation
(ER).

19
Iceberg du backlog de
produit

Stories - INVEST

Epics
Plus de
détails

Features /
Themes

20
Iceberg du backlog de
produit

Ne dépend de rien (réduire les liens entre

items)
On n’a pas une solution technique
figée
Ça a une valeur Business
...
Estimation en complexité ou en story
points
Découpée afin d’être livrée dans d’un seul
Sprint
(Max)
Validation de
l’item

21
En résumé
!!!

Le Product Backlog

Le backlog de C’est l’élément Cette liste unique Le backlog de produit

produit est la liste pivot d’un des choses à faire, inclut un engagement
des futures développement rangées par (commitment) pour le
réalisations de avec Scrum en ce priorité, est au Product Goal
l’équipe. qui concerne le cœur de la
🡺 Tant que le contenu du produit mécanique de mise
produit existe, et la gestion de en œuvre de Scrum
son backlog existe projet. lors des sprints
aussi 🡺 Le Backlog de 🡺 Permet de définir
produit est le produit partiel
dynamique visé et de faire la
planification.
22
Le Backlog de
Sprint

Le Backlog de Sprint

23
Le Backlog de
Sprint

Le Backlog de sprint est composé de :

WHY WHAT HOW

SPRINT GOAL { } de PBIs à Le plan pour préparer

traiter l’incrément

24
En résumé
!!!

Le Product Increment

Chaque Chaque incrément Seul le travail L’incrément est

incrément est inclut les anciens respectant la considéré comme un
utilisable & incréments ‘Definition de point de validation
apporte de la (intégrés) Done’ y est inclut vers le Product Goal
valeur ajoutée

La Definition de Done est un

commitment pour chaque incrément

25
Les 4 événements
Scrum

Max 4 sem.

26
Le Backlog Refinement

• Le raffinement du backlog de produit (Product Backlog Refinement) consiste en l’ajout de

détails, d’estimations et de l’ordonnancement des éléments du Backlog Produit.

• Il s’agit d’une activité régulière dans laquelle le Product Owner et l’équipe de

développement collaborent pour détailler les éléments du Backlog Produit.

• Durant le raffinement du Backlog Produit, les éléments sont revisités et révisés.

• L’équipe Scrum décide comment et quand le raffinement est effectué.

• Toutefois, les éléments du Backlog Produit peuvent être modifiés à n’importe quel moment
par le Product Owner ou à sa discrétion.

27
L’annulation du Sprint

• Un Sprint peut être annulé avant son échéance.

• Seul le Product Owner a le pouvoir d'annuler le Sprint, bien qu'il ou elle puisse le faire
sous l'influence des parties prenantes, de l'équipe de développement ou du Scrum
Master.
• Un Sprint serait annulé si l'objectif du Sprint devient obsolète ou s'il n'a plus de sens
compte tenu des circonstances.
• Mais en raison de la courte durée de Sprints, l'annulation est rarement justifiable.
• Lorsqu'un Sprint est annulé, tous les éléments « DONE » du Backlog produit sont
examinés.
• Généralement, si une partie du travail est potentiellement releasable, le Product Owner
l'accepte. Tous les éléments du Backlog produit incomplets sont estimés à nouveau et
remis au Backlog produit. Le travail effectué en vue de les compléter se déprécie
rapidement et doit être fréquemment estimé à nouveau.
• Les annulations Sprint sont souvent bouleversantes pour l'équipe Scrum et sont très
peu fréquentes.

28
Scrum à grande
échelle

Scrum à grande échelle –

Scrum de scrums …
Scrum de scrums de scrums
…

29
Conclusion
générale

Waterfall vs. Agile

30
Conclusion
générale

31
Product Backlog Refinement

32
 Scrum
Value
Engagement : l’équipe s’engage à la livraison,
également à travailler sur son amélioration sans
relâche. Et elle s’engage à agir comme équipe.

Courage : L’équipe et son organisation doivent avoir

le courage de changer. Essayer des nouvelles
pratiques. L’équipe doit aussi avoir le courage, de
dire les choses comme elles sont. Oser adresser des
problèmes de management et de l’organisation. Focus: L’équipe a besoin d’une
identification claire de la cible pour savoir
où aller à long terme et quelles sont les
priorités pour les objectifs à court terme.

Respect: Les membres de l’équipe Scrum s’aident les

uns et les autres. Lorsqu’un membre ne sait pas, on ne
le juge pas comme inférieur. Il est aidé par un autre
membre de l’équipe qui l’aide dans certaines tâches.
L’équipe Scrum respecte les priorités du business et est La transparence signifie que rien n’est caché et que
alignée en permanence avec les objectifs de tout peut être dit tout ouvertement. Les décisions
l’organisation. sont prises sur la base de faits et non des opinions.
Le management respecte l’auto-organisation de Le processus et les résultats doivent être clairs et
l’équipe Scrum et n’interfère pas. les problèmes adressés ouvertement.

33
Les évènements et cérémonies
(3)

La revue de sprint (ou Sprint review)

La revue de sprint est un rituel du cadre scrum où les parties prenantes sont invitées.
Tous les travaux, réalisés pendant le sprint leur sont présentés lors de cette réunion.
C'est l'occasion où les parties prenantes font part de leurs impressions et clarifient leur exigence.
– La durée : ne dure pas plus de 1 heure
– Les participants : l’équipe de développement, le Product Owner, le Scrum Master, les utilisateurs clés [optionnel], les parties prenantes
[optionnel] et les sponsors [optionnel]
– Les animateurs : C’est Le Product Owner (PO) qui est le maître de cérémonie, Le Scrum Master (SM) sera le second animateur.

La rétrospective de sprint (ou Sprint retrospective) :

Le but de ce rituel est de discuter :

▪ de l’efficacité des processus ou des outils ;
▪ des relations entre les membres ;
▪ des problèmes intervenus dans le sprint ;
▪ de ce qui a bien fonctionné et de ce qui n’a pas fonctionné.
🡺 L’objectif est l’amélioration continue
– La durée : une heure
– Les participants : l’équipe de développement, le Product Owner et le Scrum Master
– Les animateurs : C’est le Scrum Master qui anime la cérémonie.

34
La gestion des conflits
(1)
Le conflit est une composante Naturelle de Le niveau 4 : La croisade/Combat
Le but n’est plus seulement de « vaincre », mais aussi de se débarrasser des personnes. Les clans
la dynamique de groupe s’affrontent par principes interposés.
Les membres de l’équipe pensent que les gens « de l’autre coté » ne vont pas changer. Ils peuvent même
penser que la seule situation est de sortir les autres (ou de les sortir eux même) de l’équipe.

Le niveau 3 : Concours/Compétition
Commencer la dynamique «gagner / perdre». Des attaques personnelles sont échangées. Des clans se
forment. Le problème est distordu, difficile à définir.
Le langage devient déformé, et on entend beaucoup plus de généralisations : « il oublie toujours de
tester », « il ne livre jamais », « vous n’écoutez jamais ce que j’ai à dire » etc. On entend aussi de la
présomption : « je sais ce qu’il pense … ».
A ce niveau, un membre peut se considérer comme celui qui fait tout et pas les autres : « je suis toujours
le seul à faire le compromis pour le bien de l’équipe » etc.

Le niveau 2 : désaccord
Mélange de personnalités et d'enjeux, le problème ne peut être clairement défini. Début de méfiance et
problème de personnalisation.
les membres commencent à prendre de la distance afin de se protéger et de se positionner pour un
compromis éventuel. Leur langage devient de plus en plus général. Fortifiant leurs murs, ils ne partagent
plus leurs connaissances des problèmes.

Le niveau 1 : un problème à résoudre

Objectifs, valeurs, besoins contradictoires. Orienté vers les problèmes plutôt que vers la personne.
Dans ce niveau, les membres de l’équipe vont utiliser des mots clairs, spécifiques et factuels. ils vont
Niveau 0 : s’assurer d’éclaircir les choses si il pensent qu’il y’a une mauvaise communication qui vient de se passer.

Dépression
Les 5 niveaux de conflit de Speed Leas Le niveau 0 : la dépression, est défini par « de la colère tournée vers soi-même »
Parfois, les membres ne savent pas qu‘ils sont en conflit parce qu‘ils sont dans un état de dépression.
35
35
La gestion des conflits
(2)

⮚ Les équipes agiles, sont tout à fait capables de résoudre un certain

✔ Le rôle du Scrum master diffère du « gestionnaire nombre de leurs conflits. Elles peuvent naviguer seules dans les niveaux 1,
d’équipe classique » qui résout les problèmes pour 2 et 3 (décrits précédemment).
l’équipe.
⮚ Dans les niveaux 1, 2 et 3 , la meilleure chose à faire pour le SM est donc
✔ Le scrum master s’assure consciemment de ne pas
d’abord de ne rien faire et d’observer ce que l’équipe est capable de faire.
faire les choses à la place des membres, en premier
lieu du moins. Son rôle est plutôt d’accompagner ⮚ Le moyen le plus simple de gérer les conflits entre les membres de
l’équipe à naviguer seule dans la gestion du conflit. l’équipe est de maintenir les divergences d’opinion au niveau 1 ou de les
ramener à ce niveau afin que tout le monde comprenne et accepte que
✔ L’objectif d’un SM est que l’équipe s’auto-organise, et «nous avons un problème à résoudre et ce n’est pas un problème
se réorganise personnel »

❑ Pour ce faire, les parties concernées devront communiquer en premier

✔ Déterminer le niveau de conflit passe par lieu entre eux, essayer d’écrire les problèmes ensemble sous la forme
l’observation, la conversation et l’intuition. d'un «énoncé de problème réalisable» qui devrait:
✔ être libre de tout blâme
✔ Sensibiliser l’équipe à la gestion des conflits peut ✔ être spécifique et descriptif
rendre l’équipe consciente de ses conflits, et ✔ ne pas se concentrer sur le passé lointain
consciente des vertus de la collaboration. ✔ ne pas être un «dénigrement» des parties impliquées
✔ être accepté par toutes les parties concernées comme une définition de
ce problème.
✔ Sensibiliser l’équipe à la communication non-violente,
à se faire mutuellement du feedback bienveillant et
actionnable.

36
Release plan vs Iteration
plan

37
Causes d’échec de l’agilité

38