AGILITÉ DANS LES PROJETS

Lean – Agile – SCRUM

 “Plans are useless, but planning is indispensable.” —
Dwight D. Eisenhower
2

Solutions/
Technologies

Besoins/
Exigences

Agilité dans les projets https://medium.com/the-liberators/on-complexity-why-your-software-project-needs-scrum-13c36305c866

 Determinants of project complexity
3

Agilité dans les projets https://www.projectsmart.co.uk/agile-project-management/can-agile-reduce-complexity.php

 Managing complexity
4

Agilité dans les projets https://medium.com/the-liberators/on-complexity-why-your-software-project-needs-scrum-13c36305c866

 Traditional Vs. Agile Project Management
5

Agilité dans les projets

 Lean et Agilité pour aborder la complexité
6

Agilité dans les projets

 Lean
7

 Un ensemble de principes et de pratiques

 issues du Toyota Production System
 après la 2e guerre mondiale

 Le focus est sur

 la résolution de problèmes
 l’élimination des gaspillages (Mudas)

Agilité dans les projets

 Éliminer les gaspillages (DOWN TIME)
8

Agilité dans les projets

 Agilité
9

 “Agility is the ability to adapt and respond to change …

agile organizations view change as an opportunity, not a
threat.” —Jim Highsmith

 Scaled Agile Framework® (SAFe) 5 was released in

January, 2020.

 SAFe® for Lean Enterprises

 https://www.scaledagileframework.com/
 is a knowledge base of proven, integrated principles,
practices, and competencies
 for achieving business agility using Lean, Agile, and DevOps.

Agilité dans les projets

 7 core competencies of the lean enterprise
10

Agilité dans les projets https://www.scaledagileframework.com/

 Cycle de maturité des équipes agiles
11

Rendez vous en 3A:

Focus de cette séance TC: Modélisation d’Entreprise
Option GI: Lean Six Sigma

https://www.scaledagileframework.com/organizational-agility/

Agilité dans les projets

 Quand le Client est-il présent ?

gestion de projet le Client est présent aux grands jalons

classique le Client valide "par intermittence"

t0 J1 J2 J3 J4

Définition Conception
Conception détaillée Industrialisation
du Besoin Générale

Sprint Sprint Sprint Sprint Sprint Sprint

le Client est intégré à l'équipe, il valide en permanence

gestion de projet
agile plus le Client est impliqué,
plus le développement est sécurisé
 Agile teams include 2 specialty roles
13

Agilité dans les projets

 Les membres de l'équipe
14

• il représente les intérêts de toutes les

parties prenantes dans le projet
Product Owner • il est responsable du produit fini
• il obtient les spécifications du produit,
Scrum Master manage le Backlog Produit, le plan de
release, ainsi que le retour sur
investissement
Équipe Scrum

• il est responsable de la bonne

• elle développe le produit en suivant une
méthode incrémentale
• elle est autonome, s'organise elle-même et
doit avoir toutes les compétences au
développement
application du process scrum
• il s'assure que tout le monde assure
bien son rôle
• il met en place les actions correctives
en cas d'obstacle
• il facilite la communication
 Procédure Générale
15

Agilité dans les projets

 Phases de préparation d'un projet agile

lister identifier
construire décomposer
les features les rôles
une bonne vision en stories
du produit d'utilisateur
 Phases de préparation d'un projet en GPA
lister identifier
construire décomposer
les features les rôles
une bonne vision en stories
du produit d'utilisateur
Énoncer le problème
Le problème de décrire le problème
Affecte les intervenants affectés par le problème
Il en résulte quel est l'impact du problème
Une solution réussie donner quelques bénéfices
permettrait de

Positionner le produit
Pour public concerné par l'outil
Qui leur rôle général
Nom du produit ce que c'est
Qui permet utilité
À la différence de pratique actuelle, concurrence
Notre produit ce qu'il permet de faire
 Phases de préparation d'un projet en GPA
lister identifier
construire décomposer
les features les rôles
une bonne vision en stories
du produit d'utilisateur

"Feature" :
• Service/fonctionnalité fourni par le système,
• observable de l'extérieur,
• répond à un besoin,
• description claire pour toutes les parties
prenantes
La liste des "features"
amorce le 1er backlog
 Phases de préparation d'un projet en GPA
lister identifier
construire décomposer
les features les rôles
une bonne vision en stories
du produit d'utilisateur

 Qui fournira, utilisera ou supprimera les

informations de l'application ?
 Qui utilisera le logiciel ?
Utilisateurs  Qui est intéressé par une fonction ou un
service proposé ?
 Qui assurera le support et la maintenance
du système ?
 Avec quels autres systèmes doit interagir le
logiciel à développer ?
 Etc.
 Phases de préparation d'un projet en GPA
lister identifier
construire décomposer
les features les rôles
une bonne vision en stories
du produit d'utilisateur

Lister les features Identifier les rôles

"Story" : morceau fonctionnel du produit d'utilisateur
qui apporte de la valeur,
et qui pourra être développé en
un Sprint La liste des "stories" constitue le backlog :

A B C D E F G H I J K L

 Pour chaque story :

"en tant que <rôle utilisateur>, je veux <un but> afin de <une justification>"
 Backlog Produit
 Backlog =
 Liste des activités en attente
 Carnet de produit, référentiel des exigences
 Composé des stories qui sont rangées
par ordre envisagé pour leur réalisation

A B C D E F G H I J K L

 Utilités du Backlog :
 Base de la planification
 Recueil des exigences
 Tri du travail à faire de chaque sprint
 Rebouclage sur les exigences (fonctionnalité du produit)
 Backlog Produit

 Visible de TOUS (interne / externe) A B C D E F G H I J K L

 transparence
 feedback (ajout de stories)

 Évolution dans le temps M

ajout

A B C D E F G H I J K L

suppression
changement de priorité
 Release
 Un release représente une séquence de Sprints
 à l'issue de laquelle le (ou une partie du) produit est livré
aux utilisateurs

etc

Release !!
 Sprint
 Bloc de temps du projet "insécable"
  c'est l'unité élémentaire

 Le sprint est "timeboxé" : bloc de temps figé

Ressources SPRINT

Durée
 Pas d'extension possible
 On ne rallonge pas un sprint, même si on n'a pas fini le travail (on ajuste le sprint suivant)
 Permet de mesurer, d'analyser, et de progresser

 Rythme régulier: Permet de donner un rythme à l'équipe qui produit régulièrement

 Ressources régulières : Dans la mesure du possible, au moins sur une certaine période

Agilité dans les projets

Backlog du Sprint
 Partie du Backlog Produit à faire durant le Sprint
 comprend 1 ou plusieurs "stories"

A B C D E F G H I J K L

sprint 1 sprint 2 sprint 3 sprint 4 Timeboxés

 Les Backlogs de Sprints sont constitués au fil de l'eau :

 à chaque réunion de Planification de Sprint
 SCRUM meetings
26

Agilité dans les projets

 Revue de planification du Sprint
 Réunion au début de chaque sprint
 L'équipe planifie elle-même son sprint
 Elle utilise un espace de travail ouvert
 elle permet d'identifier, d'estimer, de prioriser, et de
composer le Backlog de Sprint
Sprint 3 : début 3 février, fin 17 février

à faire en cours fini

tâche tâche

tâche
story
tâche

tâche tâche
story
tâche
 Revue de planification du Sprint
 Déroulement de la revue

rappeler évaluer définir

quoi le contexte le périmètre le but
du sprint potentiel du sprint

identifier estimer prendre

comment
les tâches les tâches des tâches

s'engager
engagement
collectivement

 Durée = 4h, pour un sprint de 2 semaines

 Scrum quotidien
 Objectif : répondre à trois
questions :
 présenter ce qui a été fait la
veille
 prévoir ce qui va être fait le
jour-même
 identifier les obstacles à venir réunion quotidienne de terrain

 Durée : < 15 minutes ! Sprint 3 : début 3 février, fin 17 février

 Livrable : à faire en cours fini graphique

 actualisation du plan de Sprint tâche tâche

 actualisation du graphique, et tâche

story
des obstacles tâche
obstacles
tâche tâche à traiter en cours

story obstacle obstacle

tâche
obstacle
 Burndown chart
30

Agilité dans les projets

Revue de Sprint
 Réunion focalisée sur le produit !!

 L'équipe organise et anime sa revue

 L'équipe étendue y participe: c'est la réunion qui rassemble le plus grand

nombre de personnes

 Product Owner (animateur)

 l'équipe elle-même
 toutes les parties prenantes

 le Product Owner analyse l'état du Backlog Produit, et revoit les dates de

réalisation en fonction de la vélocité de l'équipe
 Revue de Sprint
 Déroulement de la revue

rappeler
préparer la effectuer la calculer ajuster le plan
les objectifs
démonstration démonstration la vélocité de release
du sprint

partie du backlog
réalisée par l'équipe
durant le sprint
A B C D E F G H I J K L
mise à jour du backlog :
stories finies, ajoutées,
supprimées, modifiées,
…
sprint 1 sprint 2 sprint 3 sprint 4

 Durée = 2h maxi, pour un sprint de 2 semaines

 Rétrospective de Sprint
 Démarche de capitalisation, de progrès permanent

 L'équipe projet y participe

 Scrum Master (animateur)
 Product Owner
 équipe

 Permet à l'équipe d'améliorer sa méthode de travail

 Capitaliser sur les pratiques qui ont marché
 Éviter de refaire les mêmes erreurs
 Partager différents points de vue
 Permettre au processus de s'adapter aux nouvelles avancées dans la technologie utilisée
pour développer

 Durée = 1h maxi, dans la foulée de le Revue de Sprint

 Revue de Sprint et Rétrospective de Sprint

 Une distinction forte entre les deux réunions :

Revue Rétrospective
de Sprint de Sprint

 PRODUIT  PROCESS
en cours de développement de développement
 Pour aller plus loin…
35

Agilité dans les projets https://www.scaledagileframework.com/