SlideShare une entreprise Scribd logo
1  sur  71
Télécharger pour lire hors ligne
Introduction à l'agilité
ENSMSE - 22 novembre 2013

@agnes_crepet
Qui suis-je?
Agnès Crépet
@agnes_Crepet
agnes@ninja-squad.com

Java/JEE Architecte & Java Champion
Laboratoires Boiron
Ninja Squad
Java User Groups Leader:
Duchess FrancE
LyonJUG
Co-fondatrice de la conférence
“Vous travaillez dans l’informatique?
Mais vous faites un métier formidable!”
Une chance de l’informatique : la richesse
des communautés!
On se retrouve à des conférences...
Sondage

Qui a déjà entendu parler d’agilité ?
Sondage

Qui a déjà pratiqué l’agilité ?
Sommaire
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Préambule

Spinning Dancer (Nobuyuki Kayahara, web designer)
Préambule
Notre objectif : mener un
projet informatique…
… avec chacun sa vision des
choses!
Il est parfois difficile de se
comprendre lorsque chacun pense
avoir raison!
Besoin d’une rupture sur les méthodes
de gestion de projets “classiques”

La méthode en cascade
On travaille les tâches les unes après les autres : la moindre
erreur coûte cher
Besoin d’une rupture

Le cycle en V
On ajoute à la cascade de l'anticipation et du travail simultané
Besoin d’une rupture
Organisation contrainte et peu adaptée à :
l'inconnu
l'innovation
la découverte
l'incertitude
l'amélioration continue

Ces méthodes prédictives répondent à certains contextes...
...mais pas à tous
Besoin d’une rupture
CHAOS database survey results of 50,000
completed commercial and government software
projects for the year 2004.

Constat : encore à notre
époque, les projets
informatiques ne finissent
pas souvent comme on le
souhaite...
Nous souhaitons tous
améliorer ces chiffres !
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Y a t’il une solution magique?
L’agilité?
Mais c’est quoi exactement?
La gestion de projet classique (prédictive)
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Les 4 valeurs de l’Agilité
L’agilité c'est 4 valeurs et 12 principes rédigés en 2001 (Manifeste Agile)
Ce n’est pas une méthode, mais plutôt un savoir-être
C'est du bon sens issu de 17 retours d’expériences d'experts

L’équipe : communicante et auto-organisée,
pas uniquement les développeurs : CdP, métier, analystes, …
L’application : fonctionnelle/utilisable,
plutôt que des docs à rallonge, pas à jour
Le client : collaborant, investi tout au long du projet,
pas uniquement concerné par un contrat et une recette
L’acceptation du changement : flexibilité (de l’équipe, des outils, des
méthodes et des mentalités), et non pas suivre un plan initial dans une
structure rigide
Les 12 principes du Manifeste Agile
Autour de l’application et de la valeur fonctionnelle :
1. Satisfaire le client en livrant tôt et régulièrement des logiciels utiles
(cf. Scrum)
3. Livrer fréquemment une application fonctionnelle avec une tendance
pour la période la plus courte (de 2 semaines à 2 mois par itération)
7. Un logiciel fonctionnel est la meilleure unité de mesure de la progression
du projet (i.e. c’est le meilleur indicateur qualitatif).
Les 12 principes
Concernant l’acception du changement :
2. Le changement est bienvenu, même tardivement dans le
développement, ce qui constitue un avantage compétitif pour le client
(cf. ergonomie et expérience utilisateur)

Concernant le client :
4. Les “gens de l’art” (i.e. métier) et les développeurs doivent collaborer
quotidiennement au projet (cf. XP)
Les 12 principes
Autour de l’équipe et de l’organisation :
5. Bâtissez le projet autour de personnes motivées. Donnez-leur l’
environnement et le soutien dont elles ont besoin, et croyez en leur
capacité à faire le travail.
6. La méthode la plus efficace pour transmettre l’information est une
conversation en face à face.
8. Rythme de développement durable (à l’infini !) : commanditaires,
développeurs, utilisateurs.
11. Les meilleurs architectures, spécifications et conceptions sont issues d’
équipes qui s’auto-organisent.
Les 12 principes
Concernant la qualité (“5ème valeur !?” ou plutôt savoir-faire, art)
9. Attention continue à l’excellence technique et à la qualité de la
conception (pérennité, dette technique).
10. La simplicité est essentielle : c-a-d l’art de maximiser la qualité de
travail à ne pas faire. (cf. éliminer le gaspillage Lean, Kanban)
12. A intervalles réguliers, l’équipe réfléchit aux moyens de devenir plus
efficace, puis accorde et ajuste son comportement dans ce sens. (cf.
amélioration continue, et rétrospectives sur tout).
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Survol des principales méthodes
Scrum, XP, UP, Lean SD, Kanban, Puma (RAD), Crystal clear,
Xbreed (XP + Scrum)
L’agilité c’est s’approprier ce qui a de la valeur pour nous, et
abandonner ce qui n’en a pas.
Pour plus de méthodes et d’éléments de comparaison
● PUMA (sur rad.fr) : Proposition pour l'Unification des
Méthodes Agiles
● http://institut-agile.fr/ : plus de 60 pratiques agiles en ligne !
Rapide historique

Certains principes existent depuis longtemps
IHM révolutionnée par Internet depuis 2000 !
Scrum en quelques mots
Scrum est un processus agile qui permet de produire la plus
grande valeur métier dans la durée la plus courte
Du logiciel qui fonctionne est produit à chaque « sprint » (2 à 4
semaines) = timebox
Le métier définit les priorités. L'équipe s'organise elle-même
pour déterminer la meilleure façon de produire les exigences
les plus prioritaires
A chaque fin de sprint : release déployable et testable par les
utilisateurs finaux
Deux rôles importants dans l’équipe Scrum : Product Owner et
Scrum Master
Scrum
L'équipe, les rôles, l'organisation
Métaphores
● BTP : CP, architecte, MOA, MOE
○ Contrôle, prédictif
● Rugby : SM, PO, TM
○ Lâché prise, créativité
Stakeholder : parties prenantes
Chicken and pig
Product Owner (PO)
Définit les fonctionnalités du produit
Définit les priorités dans le backlog en
fonction de la valeur « métier »
Ajuste les fonctionnalités et les
priorités à chaque itération si
nécessaire
Teste les releases

Scrum Master (SM)
Vulgarise les valeurs et les pratiques
de Scrum
Contribue à améliorer les outils et les
pratiques de l’ingénierie
Facilite une coopération poussée
entre tous les rôles et fonctions
Protège l'équipe des interférences
extérieures

Accepte ou rejette les résultats
Met l’accent sur la créativité et la
gestion autonome des membres
Scrum

Temps fixe des itérations, itération de refactoring, visibilité sur
1 ou 2 itérations
Attention d'éviter les goulots d'étranglement (spécs d'avance)
Présence PO : spécification, développement, recette
Scrum : stand up (daily meeting)
3 questions :
● qu'avez-vous fait hier ?
● qu'allez-vous faire aujourd'hui ?
● qu'est-ce qui bloque l'avancement ?
Tout le monde parle
● pas uniquement les développeurs
Time-boxing
● pas uniquement aux stand-up
Scrum : vélocité, burndown chart
Inputs : mou et
rythme soutenable
XP (eXtreme Programming)
Adaptée aux équipes réduites avec des besoins changeants
But principal : réduire les coûts du changement
Valeurs : communication, simplicité, feedback, courage, respect
Pratiques : planning poker, TDD et intégration continue, refactoring,
programmation en binôme, n'optimiser qu'à la toute fin
Lean
TPS (Toyota Production System) : baptisé Lean par le MIT en 1980
Le Lean c'est l'élimination des pertes, c-a-d du travail qui n'apporte aucune
valeur métier à un produit ou à un service.
D'abord présent dans l'industrie, la santé, les services, etc...
Lean Software Development : le Lean dans le développement logiciel
Lean IT : application du Lean aux systèmes d'information
Lean Startup : application du Lean au modèle d'entreprise
Objectif : Générer la valeur ajoutée maximale au moindre coût et au plus vite.
C’est donc bien une méthode agile !
Parfait pour la gouvernance, mais pas uniquement
Dimensionner et maîtriser les stocks
Simplifier visuellement le suivi et la planification
Parfait pour une TMA, mais pas uniquement
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Côté technique
Qualité et industrialisation
● TDD, Intégration/déploiement continue, refactoring
● Pair programming, revues de code, …

TDD = Test Driven Development (Test First !)
● Le TU = Test Unitaire c’est le quoi (les spécs en langage informatique).
● Le code c’est le comment. Coder c’est essayer une tentative pour
satisfaire les TU (et donc les spécs).

Force de proposition
● collaboration + capitalisation + motivation

Tendances
● Artisan Programmeur (Software Craftsmanship, 2009, Robert C. Martin)
● Refactoring : sessions de Code Retreat (cf http://coderetreat.org/)
● Devops (collaboration entre Développements et Opérations)
● Cloud (service externalisé)
Outillage

Hudson

CheckStyle
Côté fonctionnel métier
Ergonomie, User eXperience (UX), interaction design (IxD)
...découverte, tentatives, affinage du besoin
Faire tester souvent les utilisateurs
...questionner, observer, inviter à verbaliser les tâches
Identifier la valeur ajoutée : l'utilisabilité
"Si j’avais demandé aux gens ce qu'ils
voulaient, ils m’auraient réclamé un
meilleur cheval." [Henry Ford]
En pratique : fréquence/usage/volumétrie
"L’ergonomie est au fonctionnel
ce que l’agilité est à l’organisationnel"
Des inconvénients?
Certains efforts sont demandés
L'équipe doit faire preuve de courage, honnêteté,
transparence, visibilité, engagement, respect...
Valeurs pas toujours faciles à partager:
Responsabilité collective de la réussite du projet
Ouvert au changement
On a hélas parfois tendance :
à ne s'occuper que de son propre terrain
à ne pas s'impliquer dans les problèmes
de son voisin pour l'aider à les résoudre
S'améliorer c'est d'abord sortir de sa zone de confort !
Certains efforts sont demandés
Collaboration active et impliquée du client, de l'utilisateur
Le client : "Pourquoi je dois m'impliquer?"
"Ce que je veux est pourtant simple !"

Lâcher-prise du manager
Préférer un management horizontal !
Moins de hiérarchie marquée !
Le rôle du manager est fortement
remis en cause !
Attention aux dérives
Le daily meeting n’est pas du flicage : il s’agit de
piloter les risques en identifiant les blocages
quotidiens
La vélocité n’est pas un engagement de
productivité : elle sert à estimer le périmètre
réalisable dans la prochaine itération
Le sprint burndown chart n’est pas un indicateur
de productivité : il permet de visualiser le reste à
faire sur le périmètre initial de l’itération en
cours
Quelques clés de réussite
Proximité (même bureau ou workspace, offshore compliqué)
Qualités humaines : collaboration, motivation, remise en cause,
reconnaissance de la valeur d’autrui
Forte IHM plutôt que batchs techniques et contraints
Nouveaux développements ou refonte d’applications
existantes, plutôt que dans l’embarqué
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Voir vidéo d'Agnès Crépet et Cyril Lacôte - 30 minutes
Retour d'expérience sur l'agilité chez Boiron
http://clacote.free.fr/
Interviews : DSI - Product Owner - CP - Développeurs, etc.
Exemple de mise en oeuvre
La DSI des laboratoires Boiron introduit en 2008 les méthodes agiles
Pour les projets de refonte du Système d’information sur la base d’
architectures contemporaines (JEE, ESB, MDM, etc.)
Intérêts :
introduire des demandes d’évolutions en cours de projet
faciliter l’acceptation des nouvelles solutions informatiques par les
utilisateurs finaux
Premier « vrai » déploiement sur un projets critique (10.000 jours)
Agilité chez BOIRON ?
Un mix d’UP, XP et de Scrum / Kanban
Pratiques et outillages "agiles"
Processus itératif et incrémental
Recette Utilisateur à chaque fin d’itération
Stand-up quotidien / Tableau post-it
Gestion des exigences
Développement par les tests (JUNIT, DBUNIT, Mockito)
Refactoring régulier (par les patterns)
Bug Tracker (JIRA)
Intégration Continue (Maven, Jenkins, Nexus)
Agilité, modélisation et UML
La modélisation agile peut-elle exister ?
L'agilité se passe généralement de documentations volumineuses
et de plus en plus d'UML
Mais Boiron a décidé néanmoins de garder UMl
Traçabilité des exigences
Analyse d'impact d’un changement
Contrainte de validation pharmaceutique
Communication inter et intra équipe
Stratégie Boiron pour pour la modélisation:
Pas trop de doc
Un peu d'UML
Voir :
http://www.slideshare.net/agnes_crepet/modelisation-agile-03122011
Exemple de mise en oeuvre
Des itérations d’un mois calendaire
Mais cela peut varier en fonction des phases du projet
Un sprint est à durée fixe en Scrum
Kanban

Des recettes utilisateurs
à chaque fin d’itération
En période pré-production :
recette toutes les 2 / 3 semaines
Photo : Recette Utilisateur
Boiron Janvier 2010
Une itération
Backlog de produit
Les exigences, les activités
En UP : Use Case (Boiron)
En XP : User stories
Une entrée du backlog de produit est un Use Case UML
(inspiré d’UP), on parle également de “Story”
Un Use Case peut se dérouler sur 1 ou 2 itérations
en Scrum
en Kanban
Leurs priorités sont revues à chaque itération
Définies par le Product Owner
Mais également par le reste de l’équipe (différent de
Scrum)
Qu'est-ce qu'une User Story ?

Chef produit

Client

Marketing
Commercial

Développeur

Ne pas oublier les
critères d'acceptation !
Exemple de mise en oeuvre
Comment planifier une itération ?
Exemple de mise en oeuvre
Vie du backlog de l’itération
L'estimation du reste à faire est ajustée tous les
jours (Stand-up / JIRA)
Mise à jour du travail restant quand il est mieux
connu

N'importe qui peut ajouter, supprimer, changer la liste des tâches en stand-up
Si un travail n'est pas clair, définir une tâche avec plus de temps et la
décomposer après
Changement en cours d’itérations
Scrum

Estimation du reste à faire
Utilisation de Burndown Charts
avec mise à jour quotidienne

Boiron
(comme Kanban)

Utilisation de JIRA (quotidien)
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Les méthodes agiles, pas 1 miracle!
Conclusion
Les méthodes agiles ne sont pas la formule magique pour
réussir un projet !
C'est une révolution de la communication entre les personnes
Comment réussir à mettre en place un processus agile ?
● Les personnes de l’équipe doivent s’approprier la méthode.
Mieux que de l’imposer !
● Appliquer les pratiques agiles qui semblent pragmatiques et
adaptées à votre contexte
« Ne pas développer de dépendance spécifique à une arme ou
à une école de combat »
Miyamoto Musachi, Samouraï du XVIIième siècle
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Vous voulez aller plus loin
Aller au CARA!
En plus leurs réunions sont
sur le campus de la DOUA
http://lyon.clubagilerhonealpes.org/
D’autres conférences : Scrum Days, Mix-IT, ALE, SoftShake, Agile Grenoble,
Agile Tour, Agile France, XP Days, Agile Open Days, ...
Ressources
http://www.agileforall.com : tous les projets peuvent adopter au moins quelques
pratiques agiles, ce qui les rendrait meilleurs.
http://www.agilealliance.org/
Présentations de Claude Aubry (voir son Introduction à l'Agilité pour l'Inra) :
http://www.aubryconseil.com/media
http://www.extremeprogramming.org
Le site de référence XP, qui propose une excellente présentation de la
méthode
http://www.xprogramming.com
site XP de Ron Jeffries. Articles très intéressants sur la méthode (rubrique "XP
Magazine"), ainsi qu'une liste des frameworks xUnit disponibles pour divers
langages ("XP downloads").
http://www.xp123.com
site de William Wake. Nombreux articles sur les pratiques concrètes de XP (les
tests unitaires avec Java, le Planning Game, etc).
Ressources
http://institut-agile.fr/
Le site de l'institut agile (Laurent Bossavit)
et son référentiel : http://referentiel.institut-agile.fr/
http://henrik-kniberg.developpez.com/livre/scrum-xp/
"Scrum et XP depuis les Tranchées"
Comment nous appliquons Scrum
http://www.clubagilerhonealpes.org/blogs
Des blogs d'agilistes!
http://lyon.clubagilerhonealpes.org/
Groupe Lyonnais du Club Agile Rhône-Alpes
Bibliographie
L'Extreme Programming (avec deux études de cas),
Jean-Louis Bénard, Laurent Bossavit, Régis Medina,
Dominic Williams, chez Eyrolles, 2002.
Extreme Programming Explained : Embrace Change,
Kent Beck,
Addison-Wesley, 1999.
Extreme Programming Installed,
Ron Jeffries, Ann Anderson et Chet Hendrickson,
Addison-Wesley, 2000.
Planning Extreme Programming,
Ron Jeffries, Ann Anderson et Chet Hendrickson,
Addison-Wesley, 2000.
Refactoring : Improving the Design of Existing Code,
Martin. Fowler,
Addison-Wesley, 1999
Bibliographie
Ken Schwaber
3 livres sur Scrum
Agile and Iterative Development :
A Manager’s Guide de Craig Larman
Agile Estimating and
Planning de Mike Cohn
Agile Retrospectives
d'Esther Derby et Diana Larsen
Agile Software Development
Ecosystems de Jim Highsmith
●Préambule
●Théorie
●Pratiques
●Méthodes
●Concrètement
●Plus de concret !
●Conclusion
●Informations diverses
●Annexes
Source
Certains Slides (Scrum) sont issus d’une présentation de Mike
Cohn sous license libre
http://www.mountaingoatsoftware.com/

Contenu connexe

Tendances

Tendances (20)

Gestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsGestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskills
 
Méthodes agiles & Scrum
Méthodes agiles & ScrumMéthodes agiles & Scrum
Méthodes agiles & Scrum
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
 
Parlons Agilité !
Parlons Agilité !Parlons Agilité !
Parlons Agilité !
 
Scrum Guide
Scrum GuideScrum Guide
Scrum Guide
 
Introduction aux méthodes agiles
Introduction aux méthodes agilesIntroduction aux méthodes agiles
Introduction aux méthodes agiles
 
Scrum
ScrumScrum
Scrum
 
Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!! Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!!
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
PSPO Training by Manohar Prasad.ppt
PSPO Training by Manohar Prasad.pptPSPO Training by Manohar Prasad.ppt
PSPO Training by Manohar Prasad.ppt
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
 
Understanding Scrum
Understanding ScrumUnderstanding Scrum
Understanding Scrum
 
Présentation de l’agilité
Présentation de l’agilitéPrésentation de l’agilité
Présentation de l’agilité
 
Méthodes agiles
Méthodes agilesMéthodes agiles
Méthodes agiles
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Exceller dans la facilitation de rétrospective
Exceller dans la facilitation de rétrospectiveExceller dans la facilitation de rétrospective
Exceller dans la facilitation de rétrospective
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
 

En vedette

Passer de scrum à scrumban - Agile Tour Lausanne 2014
Passer de scrum à scrumban - Agile Tour Lausanne 2014Passer de scrum à scrumban - Agile Tour Lausanne 2014
Passer de scrum à scrumban - Agile Tour Lausanne 2014Charles-Louis de Maere
 
Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...
Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...
Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...Jean-Laurent de Morlhon
 
Comment vendre l’agilité à mon client ? À mon patron ?
Comment vendre l’agilité à mon client ? À mon patron ?Comment vendre l’agilité à mon client ? À mon patron ?
Comment vendre l’agilité à mon client ? À mon patron ?Romain Couturier
 
Artistes & spécifieurs
Artistes & spécifieursArtistes & spécifieurs
Artistes & spécifieursGaël Mareau
 
L'Agilité dans les projets informatiques et physiques
L'Agilité dans les projets informatiques et physiquesL'Agilité dans les projets informatiques et physiques
L'Agilité dans les projets informatiques et physiquesRomain Couturier
 
Effective Agile Retrospectives
Effective Agile RetrospectivesEffective Agile Retrospectives
Effective Agile RetrospectivesYuval Yeret
 
Modelisation agile 03122011
Modelisation agile  03122011Modelisation agile  03122011
Modelisation agile 03122011agnes_crepet
 
L'art de la rétrospective
L'art de la rétrospectiveL'art de la rétrospective
L'art de la rétrospectiveAlexandre Boutin
 
Lean en gros, c'est comme l'Agilité, sauf que... - Martin Goyette
Lean en gros, c'est comme l'Agilité, sauf que... - Martin GoyetteLean en gros, c'est comme l'Agilité, sauf que... - Martin Goyette
Lean en gros, c'est comme l'Agilité, sauf que... - Martin GoyetteAgile Montréal
 
Valtech - Adoption de l’agilité et ROI
Valtech - Adoption de l’agilité et ROIValtech - Adoption de l’agilité et ROI
Valtech - Adoption de l’agilité et ROIValtech
 
L'Agilité - breakfast IDC devops, 18 septembre 2014
L'Agilité  - breakfast IDC devops, 18 septembre 2014L'Agilité  - breakfast IDC devops, 18 septembre 2014
L'Agilité - breakfast IDC devops, 18 septembre 2014Xavier Warzee
 
L'adoption de l'agilité: les impacts sur l'organisation
L'adoption de l'agilité: les impacts sur l'organisationL'adoption de l'agilité: les impacts sur l'organisation
L'adoption de l'agilité: les impacts sur l'organisationISACA Chapitre de Québec
 
Introduction à l'agilité
Introduction à l'agilitéIntroduction à l'agilité
Introduction à l'agilitéJonas Vonlanthen
 

En vedette (15)

#8 jeux sérieux
#8 jeux sérieux#8 jeux sérieux
#8 jeux sérieux
 
Passer de scrum à scrumban - Agile Tour Lausanne 2014
Passer de scrum à scrumban - Agile Tour Lausanne 2014Passer de scrum à scrumban - Agile Tour Lausanne 2014
Passer de scrum à scrumban - Agile Tour Lausanne 2014
 
Dis papa, c'est quoi l'agilité ?
Dis papa, c'est quoi l'agilité ?Dis papa, c'est quoi l'agilité ?
Dis papa, c'est quoi l'agilité ?
 
Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...
Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...
Comment j'ai remplacé 30% de mes développeurs en adoptant l'agilité... et aut...
 
Comment vendre l’agilité à mon client ? À mon patron ?
Comment vendre l’agilité à mon client ? À mon patron ?Comment vendre l’agilité à mon client ? À mon patron ?
Comment vendre l’agilité à mon client ? À mon patron ?
 
Artistes & spécifieurs
Artistes & spécifieursArtistes & spécifieurs
Artistes & spécifieurs
 
L'Agilité dans les projets informatiques et physiques
L'Agilité dans les projets informatiques et physiquesL'Agilité dans les projets informatiques et physiques
L'Agilité dans les projets informatiques et physiques
 
Effective Agile Retrospectives
Effective Agile RetrospectivesEffective Agile Retrospectives
Effective Agile Retrospectives
 
Modelisation agile 03122011
Modelisation agile  03122011Modelisation agile  03122011
Modelisation agile 03122011
 
L'art de la rétrospective
L'art de la rétrospectiveL'art de la rétrospective
L'art de la rétrospective
 
Lean en gros, c'est comme l'Agilité, sauf que... - Martin Goyette
Lean en gros, c'est comme l'Agilité, sauf que... - Martin GoyetteLean en gros, c'est comme l'Agilité, sauf que... - Martin Goyette
Lean en gros, c'est comme l'Agilité, sauf que... - Martin Goyette
 
Valtech - Adoption de l’agilité et ROI
Valtech - Adoption de l’agilité et ROIValtech - Adoption de l’agilité et ROI
Valtech - Adoption de l’agilité et ROI
 
L'Agilité - breakfast IDC devops, 18 septembre 2014
L'Agilité  - breakfast IDC devops, 18 septembre 2014L'Agilité  - breakfast IDC devops, 18 septembre 2014
L'Agilité - breakfast IDC devops, 18 septembre 2014
 
L'adoption de l'agilité: les impacts sur l'organisation
L'adoption de l'agilité: les impacts sur l'organisationL'adoption de l'agilité: les impacts sur l'organisation
L'adoption de l'agilité: les impacts sur l'organisation
 
Introduction à l'agilité
Introduction à l'agilitéIntroduction à l'agilité
Introduction à l'agilité
 

Similaire à Introduction à l'agilité ensmse

Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013agnes_crepet
 
Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011agnes_crepet
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_finalagnes_crepet
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrummsmpp-nantes
 
Aborder la transition vers l'agilité
Aborder la transition vers l'agilitéAborder la transition vers l'agilité
Aborder la transition vers l'agilitéChristophe Addinquy
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
 
Le métier de Product Owner
Le métier de Product OwnerLe métier de Product Owner
Le métier de Product OwnerFlorent Boyer
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
 
Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...
Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...
Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...PMI-Montréal
 
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?florentpellet
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMPguestaaee88d
 

Similaire à Introduction à l'agilité ensmse (20)

Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013
 
#7 méthodes
#7 méthodes#7 méthodes
#7 méthodes
 
Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_final
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Scrum xp
Scrum xpScrum xp
Scrum xp
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
 
Aborder la transition vers l'agilité
Aborder la transition vers l'agilitéAborder la transition vers l'agilité
Aborder la transition vers l'agilité
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
Le métier de Product Owner
Le métier de Product OwnerLe métier de Product Owner
Le métier de Product Owner
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
 
Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...
Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...
Introduction de la gestion de projet Agile au sein de l’équipe Réseau de Bell...
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
 
Agile expliqué aux managers
Agile expliqué aux managersAgile expliqué aux managers
Agile expliqué aux managers
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
 
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 

Plus de agnes_crepet

Iut agile lyon 20 nov. 2013 - bdd
Iut agile lyon   20 nov. 2013 - bddIut agile lyon   20 nov. 2013 - bdd
Iut agile lyon 20 nov. 2013 - bddagnes_crepet
 
#12 rétrospective et roti
#12 rétrospective et roti#12 rétrospective et roti
#12 rétrospective et rotiagnes_crepet
 
#2 gestion de projet
#2 gestion de projet#2 gestion de projet
#2 gestion de projetagnes_crepet
 
#4 pratiques techniques
#4 pratiques techniques#4 pratiques techniques
#4 pratiques techniquesagnes_crepet
 
#6 transition agile
#6 transition agile#6 transition agile
#6 transition agileagnes_crepet
 
#9 processus continu de fabrication
#9 processus continu de fabrication#9 processus continu de fabrication
#9 processus continu de fabricationagnes_crepet
 
Iut lyon 1 introduction à l'agilité - 20 juin 2012
Iut lyon 1   introduction à l'agilité - 20 juin 2012Iut lyon 1   introduction à l'agilité - 20 juin 2012
Iut lyon 1 introduction à l'agilité - 20 juin 2012agnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #0 debut
Introduction à l'agilité   numélink - 24 mai 2012 - #0 debutIntroduction à l'agilité   numélink - 24 mai 2012 - #0 debut
Introduction à l'agilité numélink - 24 mai 2012 - #0 debutagnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #11 rex
Introduction à l'agilité   numélink - 24 mai 2012 - #11 rexIntroduction à l'agilité   numélink - 24 mai 2012 - #11 rex
Introduction à l'agilité numélink - 24 mai 2012 - #11 rexagnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #10 convergen
Introduction à l'agilité   numélink - 24 mai 2012 - #10 convergenIntroduction à l'agilité   numélink - 24 mai 2012 - #10 convergen
Introduction à l'agilité numélink - 24 mai 2012 - #10 convergenagnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #9 processus
Introduction à l'agilité   numélink - 24 mai 2012 - #9 processusIntroduction à l'agilité   numélink - 24 mai 2012 - #9 processus
Introduction à l'agilité numélink - 24 mai 2012 - #9 processusagnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #8 jeux
Introduction à l'agilité   numélink - 24 mai 2012 - #8 jeuxIntroduction à l'agilité   numélink - 24 mai 2012 - #8 jeux
Introduction à l'agilité numélink - 24 mai 2012 - #8 jeuxagnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #7 méthodes
Introduction à l'agilité   numélink - 24 mai 2012 - #7 méthodesIntroduction à l'agilité   numélink - 24 mai 2012 - #7 méthodes
Introduction à l'agilité numélink - 24 mai 2012 - #7 méthodesagnes_crepet
 
Introduction à l'agilité numélink - 24 mai 2012 - #6 transition
Introduction à l'agilité   numélink - 24 mai 2012 - #6 transitionIntroduction à l'agilité   numélink - 24 mai 2012 - #6 transition
Introduction à l'agilité numélink - 24 mai 2012 - #6 transitionagnes_crepet
 

Plus de agnes_crepet (20)

Iut agile lyon 20 nov. 2013 - bdd
Iut agile lyon   20 nov. 2013 - bddIut agile lyon   20 nov. 2013 - bdd
Iut agile lyon 20 nov. 2013 - bdd
 
#10 convergence
#10 convergence#10 convergence
#10 convergence
 
#12 rétrospective et roti
#12 rétrospective et roti#12 rétrospective et roti
#12 rétrospective et roti
 
#2 gestion de projet
#2 gestion de projet#2 gestion de projet
#2 gestion de projet
 
#11 rex
#11 rex#11 rex
#11 rex
 
#1 définition
#1 définition#1 définition
#1 définition
 
#5 management
#5 management#5 management
#5 management
 
#4 pratiques techniques
#4 pratiques techniques#4 pratiques techniques
#4 pratiques techniques
 
#6 transition agile
#6 transition agile#6 transition agile
#6 transition agile
 
#9 processus continu de fabrication
#9 processus continu de fabrication#9 processus continu de fabrication
#9 processus continu de fabrication
 
Iut lyon 1 introduction à l'agilité - 20 juin 2012
Iut lyon 1   introduction à l'agilité - 20 juin 2012Iut lyon 1   introduction à l'agilité - 20 juin 2012
Iut lyon 1 introduction à l'agilité - 20 juin 2012
 
#3 etapes projet
#3 etapes projet#3 etapes projet
#3 etapes projet
 
#13 annexes
#13 annexes#13 annexes
#13 annexes
 
Introduction à l'agilité numélink - 24 mai 2012 - #0 debut
Introduction à l'agilité   numélink - 24 mai 2012 - #0 debutIntroduction à l'agilité   numélink - 24 mai 2012 - #0 debut
Introduction à l'agilité numélink - 24 mai 2012 - #0 debut
 
Introduction à l'agilité numélink - 24 mai 2012 - #11 rex
Introduction à l'agilité   numélink - 24 mai 2012 - #11 rexIntroduction à l'agilité   numélink - 24 mai 2012 - #11 rex
Introduction à l'agilité numélink - 24 mai 2012 - #11 rex
 
Introduction à l'agilité numélink - 24 mai 2012 - #10 convergen
Introduction à l'agilité   numélink - 24 mai 2012 - #10 convergenIntroduction à l'agilité   numélink - 24 mai 2012 - #10 convergen
Introduction à l'agilité numélink - 24 mai 2012 - #10 convergen
 
Introduction à l'agilité numélink - 24 mai 2012 - #9 processus
Introduction à l'agilité   numélink - 24 mai 2012 - #9 processusIntroduction à l'agilité   numélink - 24 mai 2012 - #9 processus
Introduction à l'agilité numélink - 24 mai 2012 - #9 processus
 
Introduction à l'agilité numélink - 24 mai 2012 - #8 jeux
Introduction à l'agilité   numélink - 24 mai 2012 - #8 jeuxIntroduction à l'agilité   numélink - 24 mai 2012 - #8 jeux
Introduction à l'agilité numélink - 24 mai 2012 - #8 jeux
 
Introduction à l'agilité numélink - 24 mai 2012 - #7 méthodes
Introduction à l'agilité   numélink - 24 mai 2012 - #7 méthodesIntroduction à l'agilité   numélink - 24 mai 2012 - #7 méthodes
Introduction à l'agilité numélink - 24 mai 2012 - #7 méthodes
 
Introduction à l'agilité numélink - 24 mai 2012 - #6 transition
Introduction à l'agilité   numélink - 24 mai 2012 - #6 transitionIntroduction à l'agilité   numélink - 24 mai 2012 - #6 transition
Introduction à l'agilité numélink - 24 mai 2012 - #6 transition
 

Introduction à l'agilité ensmse

  • 1. Introduction à l'agilité ENSMSE - 22 novembre 2013 @agnes_crepet
  • 3. Agnès Crépet @agnes_Crepet agnes@ninja-squad.com Java/JEE Architecte & Java Champion Laboratoires Boiron Ninja Squad Java User Groups Leader: Duchess FrancE LyonJUG Co-fondatrice de la conférence
  • 4. “Vous travaillez dans l’informatique? Mais vous faites un métier formidable!”
  • 5. Une chance de l’informatique : la richesse des communautés!
  • 6. On se retrouve à des conférences...
  • 7. Sondage Qui a déjà entendu parler d’agilité ?
  • 8. Sondage Qui a déjà pratiqué l’agilité ?
  • 11. Préambule Spinning Dancer (Nobuyuki Kayahara, web designer)
  • 12. Préambule Notre objectif : mener un projet informatique… … avec chacun sa vision des choses! Il est parfois difficile de se comprendre lorsque chacun pense avoir raison!
  • 13. Besoin d’une rupture sur les méthodes de gestion de projets “classiques” La méthode en cascade On travaille les tâches les unes après les autres : la moindre erreur coûte cher
  • 14. Besoin d’une rupture Le cycle en V On ajoute à la cascade de l'anticipation et du travail simultané
  • 15. Besoin d’une rupture Organisation contrainte et peu adaptée à : l'inconnu l'innovation la découverte l'incertitude l'amélioration continue Ces méthodes prédictives répondent à certains contextes... ...mais pas à tous
  • 16. Besoin d’une rupture CHAOS database survey results of 50,000 completed commercial and government software projects for the year 2004. Constat : encore à notre époque, les projets informatiques ne finissent pas souvent comme on le souhaite... Nous souhaitons tous améliorer ces chiffres !
  • 18. Y a t’il une solution magique?
  • 20. La gestion de projet classique (prédictive)
  • 22. Les 4 valeurs de l’Agilité L’agilité c'est 4 valeurs et 12 principes rédigés en 2001 (Manifeste Agile) Ce n’est pas une méthode, mais plutôt un savoir-être C'est du bon sens issu de 17 retours d’expériences d'experts L’équipe : communicante et auto-organisée, pas uniquement les développeurs : CdP, métier, analystes, … L’application : fonctionnelle/utilisable, plutôt que des docs à rallonge, pas à jour Le client : collaborant, investi tout au long du projet, pas uniquement concerné par un contrat et une recette L’acceptation du changement : flexibilité (de l’équipe, des outils, des méthodes et des mentalités), et non pas suivre un plan initial dans une structure rigide
  • 23. Les 12 principes du Manifeste Agile Autour de l’application et de la valeur fonctionnelle : 1. Satisfaire le client en livrant tôt et régulièrement des logiciels utiles (cf. Scrum) 3. Livrer fréquemment une application fonctionnelle avec une tendance pour la période la plus courte (de 2 semaines à 2 mois par itération) 7. Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet (i.e. c’est le meilleur indicateur qualitatif).
  • 24. Les 12 principes Concernant l’acception du changement : 2. Le changement est bienvenu, même tardivement dans le développement, ce qui constitue un avantage compétitif pour le client (cf. ergonomie et expérience utilisateur) Concernant le client : 4. Les “gens de l’art” (i.e. métier) et les développeurs doivent collaborer quotidiennement au projet (cf. XP)
  • 25. Les 12 principes Autour de l’équipe et de l’organisation : 5. Bâtissez le projet autour de personnes motivées. Donnez-leur l’ environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail. 6. La méthode la plus efficace pour transmettre l’information est une conversation en face à face. 8. Rythme de développement durable (à l’infini !) : commanditaires, développeurs, utilisateurs. 11. Les meilleurs architectures, spécifications et conceptions sont issues d’ équipes qui s’auto-organisent.
  • 26. Les 12 principes Concernant la qualité (“5ème valeur !?” ou plutôt savoir-faire, art) 9. Attention continue à l’excellence technique et à la qualité de la conception (pérennité, dette technique). 10. La simplicité est essentielle : c-a-d l’art de maximiser la qualité de travail à ne pas faire. (cf. éliminer le gaspillage Lean, Kanban) 12. A intervalles réguliers, l’équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens. (cf. amélioration continue, et rétrospectives sur tout).
  • 28. Survol des principales méthodes Scrum, XP, UP, Lean SD, Kanban, Puma (RAD), Crystal clear, Xbreed (XP + Scrum) L’agilité c’est s’approprier ce qui a de la valeur pour nous, et abandonner ce qui n’en a pas. Pour plus de méthodes et d’éléments de comparaison ● PUMA (sur rad.fr) : Proposition pour l'Unification des Méthodes Agiles ● http://institut-agile.fr/ : plus de 60 pratiques agiles en ligne !
  • 29. Rapide historique Certains principes existent depuis longtemps IHM révolutionnée par Internet depuis 2000 !
  • 30. Scrum en quelques mots Scrum est un processus agile qui permet de produire la plus grande valeur métier dans la durée la plus courte Du logiciel qui fonctionne est produit à chaque « sprint » (2 à 4 semaines) = timebox Le métier définit les priorités. L'équipe s'organise elle-même pour déterminer la meilleure façon de produire les exigences les plus prioritaires A chaque fin de sprint : release déployable et testable par les utilisateurs finaux Deux rôles importants dans l’équipe Scrum : Product Owner et Scrum Master
  • 31. Scrum L'équipe, les rôles, l'organisation Métaphores ● BTP : CP, architecte, MOA, MOE ○ Contrôle, prédictif ● Rugby : SM, PO, TM ○ Lâché prise, créativité Stakeholder : parties prenantes Chicken and pig
  • 32. Product Owner (PO) Définit les fonctionnalités du produit Définit les priorités dans le backlog en fonction de la valeur « métier » Ajuste les fonctionnalités et les priorités à chaque itération si nécessaire Teste les releases Scrum Master (SM) Vulgarise les valeurs et les pratiques de Scrum Contribue à améliorer les outils et les pratiques de l’ingénierie Facilite une coopération poussée entre tous les rôles et fonctions Protège l'équipe des interférences extérieures Accepte ou rejette les résultats Met l’accent sur la créativité et la gestion autonome des membres
  • 33. Scrum Temps fixe des itérations, itération de refactoring, visibilité sur 1 ou 2 itérations Attention d'éviter les goulots d'étranglement (spécs d'avance) Présence PO : spécification, développement, recette
  • 34. Scrum : stand up (daily meeting) 3 questions : ● qu'avez-vous fait hier ? ● qu'allez-vous faire aujourd'hui ? ● qu'est-ce qui bloque l'avancement ? Tout le monde parle ● pas uniquement les développeurs Time-boxing ● pas uniquement aux stand-up
  • 35. Scrum : vélocité, burndown chart Inputs : mou et rythme soutenable
  • 36. XP (eXtreme Programming) Adaptée aux équipes réduites avec des besoins changeants But principal : réduire les coûts du changement Valeurs : communication, simplicité, feedback, courage, respect Pratiques : planning poker, TDD et intégration continue, refactoring, programmation en binôme, n'optimiser qu'à la toute fin
  • 37. Lean TPS (Toyota Production System) : baptisé Lean par le MIT en 1980 Le Lean c'est l'élimination des pertes, c-a-d du travail qui n'apporte aucune valeur métier à un produit ou à un service. D'abord présent dans l'industrie, la santé, les services, etc... Lean Software Development : le Lean dans le développement logiciel Lean IT : application du Lean aux systèmes d'information Lean Startup : application du Lean au modèle d'entreprise Objectif : Générer la valeur ajoutée maximale au moindre coût et au plus vite. C’est donc bien une méthode agile ! Parfait pour la gouvernance, mais pas uniquement
  • 38. Dimensionner et maîtriser les stocks Simplifier visuellement le suivi et la planification Parfait pour une TMA, mais pas uniquement
  • 40. Côté technique Qualité et industrialisation ● TDD, Intégration/déploiement continue, refactoring ● Pair programming, revues de code, … TDD = Test Driven Development (Test First !) ● Le TU = Test Unitaire c’est le quoi (les spécs en langage informatique). ● Le code c’est le comment. Coder c’est essayer une tentative pour satisfaire les TU (et donc les spécs). Force de proposition ● collaboration + capitalisation + motivation Tendances ● Artisan Programmeur (Software Craftsmanship, 2009, Robert C. Martin) ● Refactoring : sessions de Code Retreat (cf http://coderetreat.org/) ● Devops (collaboration entre Développements et Opérations) ● Cloud (service externalisé)
  • 42. Côté fonctionnel métier Ergonomie, User eXperience (UX), interaction design (IxD) ...découverte, tentatives, affinage du besoin Faire tester souvent les utilisateurs ...questionner, observer, inviter à verbaliser les tâches Identifier la valeur ajoutée : l'utilisabilité "Si j’avais demandé aux gens ce qu'ils voulaient, ils m’auraient réclamé un meilleur cheval." [Henry Ford] En pratique : fréquence/usage/volumétrie "L’ergonomie est au fonctionnel ce que l’agilité est à l’organisationnel"
  • 44. Certains efforts sont demandés L'équipe doit faire preuve de courage, honnêteté, transparence, visibilité, engagement, respect... Valeurs pas toujours faciles à partager: Responsabilité collective de la réussite du projet Ouvert au changement On a hélas parfois tendance : à ne s'occuper que de son propre terrain à ne pas s'impliquer dans les problèmes de son voisin pour l'aider à les résoudre S'améliorer c'est d'abord sortir de sa zone de confort !
  • 45. Certains efforts sont demandés Collaboration active et impliquée du client, de l'utilisateur Le client : "Pourquoi je dois m'impliquer?" "Ce que je veux est pourtant simple !" Lâcher-prise du manager Préférer un management horizontal ! Moins de hiérarchie marquée ! Le rôle du manager est fortement remis en cause !
  • 46. Attention aux dérives Le daily meeting n’est pas du flicage : il s’agit de piloter les risques en identifiant les blocages quotidiens La vélocité n’est pas un engagement de productivité : elle sert à estimer le périmètre réalisable dans la prochaine itération Le sprint burndown chart n’est pas un indicateur de productivité : il permet de visualiser le reste à faire sur le périmètre initial de l’itération en cours
  • 47. Quelques clés de réussite Proximité (même bureau ou workspace, offshore compliqué) Qualités humaines : collaboration, motivation, remise en cause, reconnaissance de la valeur d’autrui Forte IHM plutôt que batchs techniques et contraints Nouveaux développements ou refonte d’applications existantes, plutôt que dans l’embarqué
  • 49. Voir vidéo d'Agnès Crépet et Cyril Lacôte - 30 minutes Retour d'expérience sur l'agilité chez Boiron http://clacote.free.fr/ Interviews : DSI - Product Owner - CP - Développeurs, etc.
  • 50. Exemple de mise en oeuvre La DSI des laboratoires Boiron introduit en 2008 les méthodes agiles Pour les projets de refonte du Système d’information sur la base d’ architectures contemporaines (JEE, ESB, MDM, etc.) Intérêts : introduire des demandes d’évolutions en cours de projet faciliter l’acceptation des nouvelles solutions informatiques par les utilisateurs finaux Premier « vrai » déploiement sur un projets critique (10.000 jours) Agilité chez BOIRON ? Un mix d’UP, XP et de Scrum / Kanban
  • 51. Pratiques et outillages "agiles" Processus itératif et incrémental Recette Utilisateur à chaque fin d’itération Stand-up quotidien / Tableau post-it Gestion des exigences Développement par les tests (JUNIT, DBUNIT, Mockito) Refactoring régulier (par les patterns) Bug Tracker (JIRA) Intégration Continue (Maven, Jenkins, Nexus)
  • 52. Agilité, modélisation et UML La modélisation agile peut-elle exister ? L'agilité se passe généralement de documentations volumineuses et de plus en plus d'UML Mais Boiron a décidé néanmoins de garder UMl Traçabilité des exigences Analyse d'impact d’un changement Contrainte de validation pharmaceutique Communication inter et intra équipe Stratégie Boiron pour pour la modélisation: Pas trop de doc Un peu d'UML Voir : http://www.slideshare.net/agnes_crepet/modelisation-agile-03122011
  • 53. Exemple de mise en oeuvre Des itérations d’un mois calendaire Mais cela peut varier en fonction des phases du projet Un sprint est à durée fixe en Scrum Kanban Des recettes utilisateurs à chaque fin d’itération En période pré-production : recette toutes les 2 / 3 semaines Photo : Recette Utilisateur Boiron Janvier 2010
  • 55. Backlog de produit Les exigences, les activités En UP : Use Case (Boiron) En XP : User stories Une entrée du backlog de produit est un Use Case UML (inspiré d’UP), on parle également de “Story” Un Use Case peut se dérouler sur 1 ou 2 itérations en Scrum en Kanban Leurs priorités sont revues à chaque itération Définies par le Product Owner Mais également par le reste de l’équipe (différent de Scrum)
  • 56. Qu'est-ce qu'une User Story ? Chef produit Client Marketing Commercial Développeur Ne pas oublier les critères d'acceptation !
  • 57. Exemple de mise en oeuvre Comment planifier une itération ?
  • 58. Exemple de mise en oeuvre Vie du backlog de l’itération L'estimation du reste à faire est ajustée tous les jours (Stand-up / JIRA) Mise à jour du travail restant quand il est mieux connu N'importe qui peut ajouter, supprimer, changer la liste des tâches en stand-up Si un travail n'est pas clair, définir une tâche avec plus de temps et la décomposer après Changement en cours d’itérations Scrum Estimation du reste à faire Utilisation de Burndown Charts avec mise à jour quotidienne Boiron (comme Kanban) Utilisation de JIRA (quotidien)
  • 60. Les méthodes agiles, pas 1 miracle!
  • 61. Conclusion Les méthodes agiles ne sont pas la formule magique pour réussir un projet ! C'est une révolution de la communication entre les personnes Comment réussir à mettre en place un processus agile ? ● Les personnes de l’équipe doivent s’approprier la méthode. Mieux que de l’imposer ! ● Appliquer les pratiques agiles qui semblent pragmatiques et adaptées à votre contexte « Ne pas développer de dépendance spécifique à une arme ou à une école de combat » Miyamoto Musachi, Samouraï du XVIIième siècle
  • 63. Vous voulez aller plus loin Aller au CARA! En plus leurs réunions sont sur le campus de la DOUA http://lyon.clubagilerhonealpes.org/ D’autres conférences : Scrum Days, Mix-IT, ALE, SoftShake, Agile Grenoble, Agile Tour, Agile France, XP Days, Agile Open Days, ...
  • 64. Ressources http://www.agileforall.com : tous les projets peuvent adopter au moins quelques pratiques agiles, ce qui les rendrait meilleurs. http://www.agilealliance.org/ Présentations de Claude Aubry (voir son Introduction à l'Agilité pour l'Inra) : http://www.aubryconseil.com/media http://www.extremeprogramming.org Le site de référence XP, qui propose une excellente présentation de la méthode http://www.xprogramming.com site XP de Ron Jeffries. Articles très intéressants sur la méthode (rubrique "XP Magazine"), ainsi qu'une liste des frameworks xUnit disponibles pour divers langages ("XP downloads"). http://www.xp123.com site de William Wake. Nombreux articles sur les pratiques concrètes de XP (les tests unitaires avec Java, le Planning Game, etc).
  • 65. Ressources http://institut-agile.fr/ Le site de l'institut agile (Laurent Bossavit) et son référentiel : http://referentiel.institut-agile.fr/ http://henrik-kniberg.developpez.com/livre/scrum-xp/ "Scrum et XP depuis les Tranchées" Comment nous appliquons Scrum http://www.clubagilerhonealpes.org/blogs Des blogs d'agilistes! http://lyon.clubagilerhonealpes.org/ Groupe Lyonnais du Club Agile Rhône-Alpes
  • 66. Bibliographie L'Extreme Programming (avec deux études de cas), Jean-Louis Bénard, Laurent Bossavit, Régis Medina, Dominic Williams, chez Eyrolles, 2002. Extreme Programming Explained : Embrace Change, Kent Beck, Addison-Wesley, 1999. Extreme Programming Installed, Ron Jeffries, Ann Anderson et Chet Hendrickson, Addison-Wesley, 2000. Planning Extreme Programming, Ron Jeffries, Ann Anderson et Chet Hendrickson, Addison-Wesley, 2000. Refactoring : Improving the Design of Existing Code, Martin. Fowler, Addison-Wesley, 1999
  • 67. Bibliographie Ken Schwaber 3 livres sur Scrum Agile and Iterative Development : A Manager’s Guide de Craig Larman Agile Estimating and Planning de Mike Cohn Agile Retrospectives d'Esther Derby et Diana Larsen Agile Software Development Ecosystems de Jim Highsmith
  • 68.
  • 69.
  • 71. Source Certains Slides (Scrum) sont issus d’une présentation de Mike Cohn sous license libre http://www.mountaingoatsoftware.com/