Agile 170915124721 [PDF]

Zitiervorschau

AGILE Soyons souples, félins et manoeuvriers

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

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 (Père de l’eXtreme Programming)

Alistair Cockburn (Créateur de la méthode Crystal clear)

Ken Schwaber (Créateur de la méthode Scrum)

Mike Beedle

Jim Highsmith

Robert C. Martin

Arie van Bennekum

Andrew Hunt

Steve Mellor

James Grenning

Ron Jeffries

Jeff Sutherland

Ward Cunningham (inventeur du Wiki)

Jon Kern

Dave Thomas

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 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.

5.

6.

Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. 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.

7.

Un logiciel opérationnel d’avancement.

est

la

principale

mesure

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.

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

●

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

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)

Les Roles Scrum ●

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

Scrum Master (SM)

Source : https://fr.wikipedia.org/wiki/Scrum_(Boite_%C3%A0_outils)

Les Roles Scrum Scrum Team (équipe de développement)

●

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

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 é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é

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)

Les artéfacts Scrum ●

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)

Sprint Backlog

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 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

Sprint

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 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

Daily Scrum

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 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é

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/

Les Rituels Scrum

●

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

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/

Les Rituels Scrum ●

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

Sprint Retrospective

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 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

Complexité

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é) 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é

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 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

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

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 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

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

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 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

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

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

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/