Téléchargé 11 fois
Téléchargé parRuau Mickael
Panorama de méthodes agiles
Le document présente un panorama des méthodes agiles, incluant des valeurs et principes fondamentaux. Il décrit différentes approches agiles comme Scrum, Kanban, et d'autres méthodes complémentaires telles que le design thinking. Enfin, il aborde la question de l'adéquation des méthodes selon les contextes spécifiques.
Panorama de méthodes agiles
- 1. p r és e n t e
- 2. Panorama de méthodesagiles Octave talks – 24 avril 2017
- 3. 1. Bases del’agilité
- 4.
- 5.
- 6. 2. Différentes approchesagiles
- 8. XP : eXtremeProgramming
- 9.
- 10. PU / RUP/ OpenUp / DAD
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19. Scrum : trouversa méthode agile
- 20. Kanban : leLean pour l’IT
- 21.
- 22. Quelle méthode pourquel contexte ?
- 23.
Notes de l'éditeur
- #5 Les 4 valeurs du manifeste Agile : Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amenés à valoriser : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu’une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d’un plan Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers.
- #6 Les 12 principes du manifeste Agile : Garder le focus sur la valeur Accueillir le changement Itérer Collaborer Faire confiance Communiquer directement Conserver un état de livraison permanent Maintenir un rythme soutenable Viser l’excellence Minimiser la quantité de travail inutile Laisser l’équipe s’auto-organiser Entretenir l’amélioration continue
- #7 Je vous propose de découvrir : XP et ses bonnes pratiques RAD et ses phases le Processus Unifié et ses liens avec UML Crystal Clear, une méthode méconnue bien que facile et efficace pour les petites équipes le Lean Startup, la méthode des startups pour faire des produits qui « collent » aux besoins des clients Devops, l’approche qui réconcilie les développeurs et les administrateurs système/réseau
- #9 Parmi les 13 Pratiques : Client sur site Planning poker Petites livraisons Ecriture des tests avant le code Conception simple Utilisation de métaphores Refactoring Appropriation collective du code Programmation en binôme Parmi les principes : Ne pas ajouter de fonctionnalités plus tôt que prévu N'optimiser qu'à la toute fin
- #10 RAD et DSDM proposent des techniques de priorisation pour gérer les deux orientations de projet possibles (délais fixe ou budget fixe). L’équipe RAD est appelée SWAT (Skills With Advanced tools) : des concepteurs-développeurs aux spécialités complémentaires. La SWAT et le client cohabitent dans les mêmes locaux pendant le projet, afin que le client puisse réagir rapidement lors du prototypage actif. L’application est construite module par module, suivant un cycle itératif, incrémental et adaptatif. RAD propose des durées type pour chaque phase du projet, afin de limiter les dérives du projet.
- #11 Le Processus Unifié et ses variantes : est à base de composants utilise UML est piloté par les Use Cases est centré sur l’architecture est itératif et incrémental OpenUp est : minimal, complet et extensible, pour une petite équipe.
- #12 Un architecte et de 2 à 7 développeurs… colocalisés dans une grande salle ou occupant des salles adjacentes… utilisant des tableaux blancs ou des paperboards… ayant un accès facile aux utilisateurs experts… éloignés des distractions livrent fréquemment aux utilisateurs du code testé et utilisable tous les mois ou tous les deux mois (3 mois au pire) adaptant leurs propres conventions de travail régulièrement.
- #13 Le Lean Startup est une méthode scientifique conçue pour limiter les risques liés au lancement d’un nouveau produit. Elle suit une démarche scientifique : le cycle build – measure – learn. Les hypothèses business sont testées lors d’itérations courtes (généralement 2 semaines). Les métriques embarquées dans le prétotype (MVP) permettent d’éviter les biais de perception dans l’évaluation des résultats du test.
- #14 Devops est plus un état d’esprit qu’un ensemble d’outils : Il amène toutes les équipes de l’entreprise à travailler ensemble à la bonne marche des projets. La conséquence visible de cette bonne marche est la mise en œuvre d’une démarche de déploiement continu.
- #15 Je vous propose 3 méthodes qui complètent les précédentes pour faire le bon produit : Le Design de Proposition de Valeur (Strategyzer) Le Design Thinking (IDEO) Le Design Sprint, qui mélange Lean Startup et Design Thinking pour réaliser rapidement une étude d’opportunité
- #16 Le Design de Proposition de valeur permet de vérifier l’adéquation entre le produit et les besoins utilisateurs. On décrit pour les tâches de l’utilisateur : Ses besoins Ses peurs Les gains qu’il espère obtenir On décrit comment le produit répond cela : Les caractéristiques du produit ou service L’expérience utilisateur Les bénéfices générés par l’utilisation du produit ou service Cette méthode est utile aussi bien aux services marketing qu’aux Product Owners pour communiquer sur le produit.
- #17 Contrairement à la pensée analytique, le « Design Thinking » n’est pas un process linéaire avec un début et une fin. Dans la version de l’université de Standford, il comporte 5 étapes pour générer des idées innovantes : Empathize : les interviewers cherchent à établir ce que les utilisateurs font (DO), pensent (THINK), ressentent (FEEL) et disent (SAY). L'objectif est d'obtenir une phrase de type : Le porteur d'intérêt a besoin de quelque chose en raison de autre chose. Define : poser le cadre du problème et de l’évaluation des solutions qui émergeront Diverge : générer des idées Converge : trier les idées et réaliser le prototype Test : obtenir un retour utilisateur
- #18 Ne faites plus de cahier des charges, faites un design sprint ! 5 jours pour réaliser tester une idée business : Understand : comprendre le problème que l’on souhaite adresser et choisir un objectif à atteindre Diverge : générer des idées de solutions Converge : choisir la solution Prototype : réaliser la solution Validate : tester la solution
- #19 Un rapide tour d’horizon de Scrum et Kanban, les 2 méthodes les plus utilisées en ce moment.
- #20 Les rôles Scrum : L’équipe agile est au cœur du framework Scrum Product Owner : le client ou son représentant Scrum Master : je ne suis pas un chef de projet Le travail à faire est découpé en timeboxes agiles appellées « sprints ». Les fonctionnalités à développer lors du sprint sont classées par ordre de priorité et leurs spécifications seront fixes pendant le sprint. Les rituels Scrum : Planning Poker pour estimer les temps de développement StandUp Meeting pour tuer la réunionite Rétrospective pour mettre en œuvre l’amélioration continue
- #21 La démarche Kanban est une approche empirique d’amélioration continue inspirée du modèle PDSA (Plan-Do,Study-Act). Démarrez où vous êtes ! Il n’y a pas de pré-requis. Kanban IT a deux règles principales : Limiter le Work In Progress (WIP) Visualiser le flux de travail (Value Stream Mapping) Les pratiques sont simples : Rendre explicites les règles de gestion du workflow S’améliorer de manière collaborative On cherche à aller vers un « flux tiré ».