2. Sommaire ● La méthode AGILE : genèse d’une
révolution en douceur
● AGILE dans la conduite de projet : La
méthode SCRUM
● Le SI AGILE : De SCRUM vers DevOps
● REX
7. Une longue gestation
Sources : https://fr.wikipedia.org/wiki/M%C3%A9thode_agile
https://en.wikipedia.org/wiki/Agile_software_development
8. Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers.
Manifeste AGILE
Source : https://www.clasis.fr/article/agence/notre_methodologie_agile
9. Manifeste AGILE
17 Signataires
Kent Beck
(Père de l’eXtreme
Programming)
Mike Beedle
Arie van Bennekum
James Grenning
Ward Cunningham
(inventeur du Wiki)
Martin Fowler
Alistair Cockburn
(Créateur de la méthode
Crystal clear)
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Ken Schwaber
(Créateur de la méthode
Scrum)
Robert C. Martin
Steve Mellor
Jeff Sutherland
Dave Thomas
Sources : http://agilemanifesto.org/iso/fr/manifesto.html
https://fr.wikipedia.org/wiki/M%C3%A9thode_agile
10. Source : http://agilemanifesto.org/iso/fr/principles.html
1. Notre plus haute priorité est de satisfaire le client en livrant
rapidement et régulièrement des fonctionnalités à grande valeur
ajoutée.
2. Accueillez positivement les changements de besoins, même tard
dans le projet. Les processus Agiles exploitent le changement
pour donner un avantage compétitif au client.
3. Livrez fréquemment un logiciel opérationnel avec des cycles de
quelques semaines à quelques mois et une préférence pour les
plus courts.
4. Les utilisateurs ou leurs représentants et les développeurs
doivent travailler ensemble quotidiennement tout au long du
projet.
5. Réalisez les projets avec des personnes motivées.
Fournissez-leur l’environnement et le soutien dont ils ont besoin
et faites-leur confiance pour atteindre les objectifs fixés.
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.
7. Un logiciel opérationnel est la principale mesure
d’avancement.
8. Les processus Agiles encouragent un rythme de
développement soutenable. Ensemble, les commanditaires,
les développeurs et les utilisateurs devraient être capables de
maintenir indéfiniment un rythme constant.
9. Une attention continue à l'excellence technique et à une
bonne conception renforce l’Agilité.
10. La simplicité – c’est-à-dire l’art de minimiser la quantité de
travail inutile – est essentielle.
11. Les meilleures architectures, spécifications et conceptions
émergent d'équipes autoorganisées.
12. À intervalles réguliers, l'équipe réfléchit aux moyens de
devenir plus efficace, puis règle et modifie son comportement
en conséquence.
Les 12 Principes sous-jacents
11. 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/
14. 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)
15. Les Roles Scrum
Product Owner (PO)
Sources : https://www.linkedin.com/pulse/scrum-weakness-product-owner-role-donald-ewart
https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
● Représentant les utilisateurs, il rédige et priorise
les fonctionnalités dans le Backlog Product
● 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
16. Les Roles Scrum
Scrum Master (SM)
● Communique la vision et les objectifs à l'équipe
● 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)
17. Les Roles Scrum
Scrum Team (équipe de
développement)
Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
https://www.slideshare.net/MeiyiGuo/foodservice-system-at-university-place
● Livre à chaque fin d'itération une nouvelle
version de l'application enrichie de nouvelles
fonctionnalités
● Organise et gère son propre travail en
collaboration étroite avec le PO
● Ne peut pas être multi-produits
18. Les artéfacts Scrum
Product Backlog
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)
● Liste ordonnée selon l’ordre de priorité des
é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é
19. Les artéfacts Scrum
Sprint Backlog
Sources : https://www.linkedin.com/pulse/managing-product-sprint-backlogs-brian-will
https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
● Un sous-ensemble du Product Backlog définie
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)
20. Les Rituels Scrum
Sprint
Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://varunm.com/tag/scrum-development/
● Itération de livraison de 2 à 4 semaines. La
durée choisie reste la même tout au long du
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
21. Les Rituels Scrum
Daily Scrum
Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://techforceinfotech.com/blog-post/1000/
● Quotidienne, se fait debout et dure 15 minutes
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
22. Les Rituels Scrum
Sprint Planning Meeting
Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://www.derekhuether.com/2011/07/22/a-guide-to-sprint-planning/
● A chaque début de sprint, pas plus de 8 heures
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é
23. Les Rituels Scrum
Sprint Review
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/
● A chaque fin de sprint, 2 heures maximum pour
un sprint de 4 semaines
● 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
24. Les Rituels Scrum
Sprint Retrospective
Sources : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)
http://www.derekhuether.com/2012/05/30/retrospective-shades-of-gray/
● A chaque fin de sprint, 3 heures maximum pour
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
30. 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é
31. Conduite de projet
AGILE ● Capacité à faire face à l’imprévu
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
32. La validation du
code par les pairs ● Améliore la qualité du code produit
● Réduit mécaniquement la dette technique
● Responsabilise les développeurs
33. 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
34. Automatisation des
déploiements ● Mettre à disposition le plus tôt possible les
évolutions / corrections
● Réduire le temps nécessaire à la préparation
d’une livraison en production
● Fiabiliser les livrables
35. Le monitoring de
production ● Détecter le plus tôt possible les anomalies de
production post-MEP
● Prioriser les corrections des anomalies de
production selon des indicateurs objectifs
● Analyse des comportements utilisateurs pour
faire évoluer les outils
36. 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
38. REX
UFC Que Choisir
● Migration du site internet : dead line 31 mai
● Après 10 sprints, les fonctionnalités développées étaient
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
39. REX
Voyages SNCF
INTERVIEW DE MATTHIEU RUAULT, RESPONSABLE DU PÔLE
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 ?
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
40. REX
Crédit Mutuel Arkéa
“En synthèse, les 4 mots qui me paraissent les
plus importants sont :
● Adaptatif
● Incrémental
● Symbiose
● Qualité“
Erwan Cabillic, responsable du département Distribution
Source : https://exeisconseil.com/index.php/rex-agile-arkea
41. REX
AXA : Bascule sur un SI AGILE
“La première étape de la transformation n'est
pas technologique : il faut d'abord s'assurer
d'une vision cohérente au comité de direction,
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/