Vous êtes sur la page 1sur 41

AGILE

Soyons souples,
félins et
manoeuvriers
● La méthode AGILE : genèse d’une
Sommaire
révolution en douceur

● AGILE dans la conduite de projet : La


méthode SCRUM

● Le SI AGILE : De SCRUM vers DevOps

● REX
La méthode AGILE :
genèse d’une
révolution en
douceur
Comme un air de
déjà vu ?
Le cycle en V

Un processus
inadapté aux Web

Source : https://en.wikipedia.org/wiki/V-Model
Le Lean en
héritage
Une longue gestation

Sources : https://fr.wikipedia.org/wiki/M%C3%A9thode_agile
https://en.wikipedia.org/wiki/Agile_software_development
Manifeste AGILE

Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers.
Source : https://www.clasis.fr/article/agence/notre_methodologie_agile
Manifeste AGILE

17 Signataires

Kent Beck Alistair Cockburn Ken Schwaber


(Père de l’eXtreme (Créateur de la méthode (Créateur de la méthode
Programming) Crystal clear) Scrum)

Mike Beedle Jim Highsmith Robert C. Martin

Arie van Bennekum Andrew Hunt Steve Mellor

James Grenning Ron Jeffries Jeff Sutherland

Ward Cunningham Jon Kern Dave Thomas


(inventeur du Wiki)
Brian Marick
Martin Fowler

Sources : http://agilemanifesto.org/iso/fr/manifesto.html
https://fr.wikipedia.org/wiki/M%C3%A9thode_agile
Les 12 Principes sous-jacents
1. Notre plus haute priorité est de satisfaire le client en livrant 7. Un logiciel opérationnel est la principale mesure
rapidement et régulièrement des fonctionnalités à grande valeur d’avancement.
ajoutée.
8. Les processus Agiles encouragent un rythme de
2. Accueillez positivement les changements de besoins, même tard développement soutenable. Ensemble, les commanditaires,
dans le projet. Les processus Agiles exploitent le changement les développeurs et les utilisateurs devraient être capables de
pour donner un avantage compétitif au client. maintenir indéfiniment un rythme constant.

3. Livrez fréquemment un logiciel opérationnel avec des cycles de 9. Une attention continue à l'excellence technique et à une
quelques semaines à quelques mois et une préférence pour les bonne conception renforce l’Agilité.
plus courts.
10. La simplicité – c’est-à-dire l’art de minimiser la quantité de
4. Les utilisateurs ou leurs représentants et les développeurs travail inutile – est essentielle.
doivent travailler ensemble quotidiennement tout au long du
projet. 11. Les meilleures architectures, spécifications et conceptions
émergent d'équipes autoorganisées.
5. Réalisez les projets avec des personnes motivées.
Fournissez-leur l’environnement et le soutien dont ils ont besoin 12. À intervalles réguliers, l'équipe réfléchit aux moyens de
et faites-leur confiance pour atteindre les objectifs fixés. devenir plus efficace, puis règle et modifie son comportement
en conséquence.
6. La méthode la plus simple et la plus efficace pour transmettre de
l’information à l'équipe de développement et à l’intérieur de
celle-ci est le dialogue en face à face.
Source : http://agilemanifesto.org/iso/fr/principles.html
L’influence des
GAFA

Adoption des méthodes


AGILES par les GAFA

Source : http://www.graphik-impact.com/graph-search-de-facebook-souriez-vous-etes-espionne/
AGILE dans la
conduite de projet :
La méthode SCRUM
Le consensus
Scrum

La méthode Scrum
s’impose comme la
méthode AGILE de
pilotage de projet
standard
La philosophie
Scrum
“La méthodologie scrum est fondée sur la
conviction que le développement logiciel est
une activité par nature non-déterministe et
que l'ensemble des activités de réalisation d'un
projet complexe ne peut être anticipé et
planifié longtemps à l'avance.”

Source : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
Les Roles Scrum
● Représentant les utilisateurs, il rédige et priorise
les fonctionnalités dans le Backlog Product
Product Owner (PO)

● Détermine le périmètre et la durée des itérations


à chaque Sprint en accord avec l’équipe

● Seul à diriger l'activité de l'équipe de


développement à qui il n'est pas permis de
suivre les instructions d'une autre personne

Sources : https://www.linkedin.com/pulse/scrum-weakness-product-owner-role-donald-ewart
https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
Les Roles Scrum
● Communique la vision et les objectifs à l'équipe

Scrum Master (SM)


● S’assure de la compréhension et de la mise en
œuvre de la méthode scrum

● Coache l'équipe et écarte les éléments pouvant


la perturber

Source : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
Les Roles Scrum
● Livre à chaque fin d'itération une nouvelle
Scrum Team (équipe de
version de l'application enrichie de nouvelles
développement) fonctionnalités

● Organise et gère son propre travail en


collaboration étroite avec le PO

● Ne peut pas être multi-produits

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
https://www.slideshare.net/MeiyiGuo/foodservice-system-at-university-place
Les artéfacts Scrum
● Liste ordonnée selon l’ordre de priorité des
Product Backlog éléments requis dans le produit

● Sous la responsabilité du PO, elle évolue


constamment au cours de la vie du produit et
n'est « jamais fini »

● Un élément en tête du carnet de produit est plus


finement décrit et estimé

Sources : https://manojkhanna.com/2014/09/23/the-significance-of-product-backlog-refinement-in-scrum-success/
https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
Les artéfacts Scrum
● Un sous-ensemble du Product Backlog définie
Sprint Backlog en concertation étroite entre l’équipe et le PO

● Propriété de l’équipe, le contenu peut être


changé en cours d’itération en concertation avec
le PO

● L’état d’avancement sur le sprint doit être saisie


quotidiennement (Burndown Chart)

Sources : https://www.linkedin.com/pulse/managing-product-sprint-backlogs-brian-will
https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
Les Rituels Scrum ● Itération de livraison de 2 à 4 semaines. La
durée choisie reste la même tout au long du
Sprint projet.

● Composé d’une liste d’éléments du Product


Backlog

● Si l'objet du sprint devient obsolète pendant


celui-ci, le PO peut décider de l'annuler

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://varunm.com/tag/scrum-development/
Les Rituels Scrum
● Quotidienne, se fait debout et dure 15 minutes
Daily Scrum maximum

● Toute l’équipe et le PO sont présents

● Permet aux développeurs de faire un point de


coordination sur les tâches en cours et sur les
difficultés rencontrées

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://techforceinfotech.com/blog-post/1000/
Les Rituels Scrum
● A chaque début de sprint, pas plus de 8 heures
Sprint Planning Meeting pour un sprint de 4 semaines (2 heures max /
semaine)

● Toute l’équipe, le PO et le SM sont présents

● Détermination du but du prochain sprint et de la


manière de l’atteindre avec un découpage fin de
l’activité

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://www.derekhuether.com/2011/07/22/a-guide-to-sprint-planning/
Les Rituels Scrum ● A chaque fin de sprint, 2 heures maximum pour
un sprint de 4 semaines
Sprint Review

● Toute l’équipe, le PO et le SM sont présents


ainsi que des représentants des métiers

● L’équipe présente le livrable au PO et aux


représentants des métiers

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://www.full-stackagile.com/2016/03/02/the-sprint-review-the-product-owners-meeting/
Les Rituels Scrum
● A chaque fin de sprint, 3 heures maximum pour
Sprint Retrospective un sprint de 4 semaines

● Toute l’équipe, le PO et le SM sont présents

● Doit aboutir à un un plan d’action raisonnable


d’améliorations pour une mise en oeuvre lors du
sprint suivant

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://www.derekhuether.com/2012/05/30/retrospective-shades-of-gray/
Estimation ● Réalisé lors de la création du Product Backlog
avec le PO et l’équipe et affiner lors de chaque
Complexité Sprint Planning Meeting

● Détermination d’un élément étalon assez simple


valant 1 puis chiffrage des autres éléments par
rapport à cet élément

● Planning Poker : chacun effectue un chiffrage


secrètement puis tous les chiffrages sont
dévoilés en même temps pour en extraire une
complexité moyenne

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
https://fr.pinterest.com/pin/320881542183218680/
Priorisation
ROI, ROI et ROI

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
https://fr.pinterest.com/pin/320881542183218680/
Planification
● Déterminée par le nombre de point (complexité)
Vélocité que l’équipe a pu livrer lors du premier Sprint

● Permet d’établir une planification des sprint


suivants

● Tout changement important dans les effectifs de


l’équipe demandera de refaire une itération pour
déterminer la vélocité

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
https://fr.pinterest.com/pin/320881542183218680/
Cinématique
Itération, itération, ...

Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
https://fr.pinterest.com/pin/320881542183218680/
Le SI AGILE :
De SCRUM vers
DevOps
SI Agile ● La fréquence des itérations de la méthode
Scrum demande des livraisons en production
plus rapprochées

● La capacité à pouvoir s’adapter aux


changements de besoin rapidement exige une
implication de chacun dans la chaîne de valeur

● L’amélioration continue à chaque itération de


l’application demande un suivi de la production
consolidé
Conduite de projet
● Capacité à faire face à l’imprévu
AGILE méthodiquement

● Maintenir un niveau d’engagement de tous les


acteurs le plus haut possible

● Livrer rapidement un ensemble de fonction afin


de pouvoir atteindre le plus tôt possible le MVP :
Minimum Viable Product
La validation du
● Améliore la qualité du code produit
code par les pairs
● Réduit mécaniquement la dette technique

● Responsabilise les développeurs


L’enjeu des tests
● Permet de s’assurer de la non régression tout au
long de la chaîne de production

● Doit remonter le plus tôt possible les anomalies


introduites lors de la phase de développement

● Doit évoluer en même temps que les réalisations


afin de garantir un niveau de couverture
maximum
Automatisation des
● Mettre à disposition le plus tôt possible les
déploiements évolutions / corrections

● Réduire le temps nécessaire à la préparation


d’une livraison en production

● Fiabiliser les livrables


Le monitoring de
● Détecter le plus tôt possible les anomalies de
production production post-MEP

● Prioriser les corrections des anomalies de


production selon des indicateurs objectifs

● Analyse des comportements utilisateurs pour


faire évoluer les outils
Une seule solution,
l’industrialisation
● Reproduire un cycle à l’infini en produisant à
chaque fois les mêmes effets

● Réduit le time-to-market

● Sécurise la chaîne de production logicielle


REX
REX ● Migration du site internet : dead line 31 mai

● Après 10 sprints, les fonctionnalités développées étaient


UFC Que Choisir suffisantes pour faire la bascule des 2 principaux
sous-domaines du site

● MEP le 1er juin

“L’attention de la DSI est plus portée sur la


qualité du livrable que sur la deadline “ ajoute
Jean-Philippe. Machanovitch Directeur Marketing adjoint en
charge du Web - UFC-Que Choisir

Source : https://converteo.com/blog/retour-dexperience-sur-lagilite-et-la-methode-scrum-chez-ufc-que-choisir-et-voyages-sncfcom
INTERVIEW DE MATTHIEU RUAULT, RESPONSABLE DU PÔLE
REX MÉTHODES ET OUTILS AU SEIN DE LA DIRECTION
MARKETING DIGITALE DE VOYAGES-SNCF.COM

Pourquoi a-t-on fait le virage de l’agilité pour les webanalytics ?


Voyages SNCF
Pour suivre le mouvement : tout le reste de l’IT se mettait à l’agilité, or l’agilité ne
fonctionne que si toute la chaîne est agile. Si seulement un maillon est agile,
l’ensemble de la chaîne n’est pas agile.

Après 1 an de mise en place, quel bilan en tirerais-tu ?


Le bilan est positif dans le sens où il y a un lien étroit entre les équipes techniques et
métier, favorisé par la colocalisation (note : le fait que les product owners soient assis
à côté des équipes de réalisation). Ces équipes partagent les mêmes méthodes de
travail et la même vision : tout le monde y trouve son compte.

Quels sont les challenges de l’agilité pour l’équipe webanalytics ?


L’équipe webanalytics est une équipe transverse : la grosse difficulté est d’être
suffisamment agile pour satisfaire les besoins en agilité des autres équipes. Il est
donc primordial d’industrialiser un maximum de tâches pour gagner du temps ;
c’est une des conséquences de l’agilité.

L’agilité n’est pas qu’un sujet IT, elle peut s’appliquer à tout produit. Et c’est un vrai
changement dans les modes de travail, qui ne se fait pas en un claquement de doigt.
En effet, il faut s’habituer à un mode de pensée, à des cérémonies très codifiées : il
faut être accompagné, l’aspect conduite du changement n’est pas négligeable.
Source : https://converteo.com/blog/retour-dexperience-sur-lagilite-et-la-methode-scrum-chez-ufc-que-choisir-et-voyages-sncfcom
REX “En synthèse, les 4 mots qui me paraissent les
plus importants sont :
Crédit Mutuel Arkéa
● Adaptatif
● Incrémental
● Symbiose
● Qualité“
Erwan Cabillic, responsable du département Distribution

Source : https://exeisconseil.com/index.php/rex-agile-arkea
“La première étape de la transformation n'est
REX pas technologique : il faut d'abord s'assurer
d'une vision cohérente au comité de direction,
AXA : Bascule sur un SI AGILE
pour que tout le monde avance ensuite au
même rythme.“

“On a visité une soixantaine de start-up. Avant,


on notait un certain scepticisme, mais une fois
sur place, tout le monde a compris qu'il se
passait quelque chose et que tout pouvait aller
très vite.“

Marc Blottière (@MarcBlottiere), DSI d'AXA France.


Source : http://www.petitweb.fr/actualites/comment-axa-a-mis-ses-si-en-mode-agile/

Vous aimerez peut-être aussi