Déploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
Le téléchargement de votre SlideShare est en cours.
×
Consultez-les par la suite
Suggestions
Plus De Contenu Connexe
Diaporamas pour vous (20)
Similaire à Agilite Scrum (20)
Plus récents (20)
Agilite Scrum
- 1. Agilité - Scrum Skander HAMZA https://www.linkedin.com/in/hamzas/
- 2. 2 Etre Agile est un état d’esprit Applicable à l’échelle équipe et individuelle L’agilité est initialement prévue pour le développement logiciel. Elle s’applique à tous les domaines
- 3. 3 Itératif et Incrémental Combinaison de l’approche itérative et incrémentale En utilisant le MVP Si le budget est atteint, il y a toujours de la valeur à livrer Credits: Jeff Patton
- 4. 4 Environ 80% des effets sont le produit de 20% des causes 80% Résultat s 20% Effort Principe de
- 5. 5 Découper le travail en petits éléments Commencer par l’ élément qui a le plus de valeur Découper le temps en intervalles et livrer rapidement Découper le travail et livrer régulièrement
- 6. 6 Exemple Comment réaliser un stylo d’une façon Agile
- 7. 7 Exemple Comment livrer ce projet d’une façon Agile DB 1 2 3 4
- 8. 8 Atelier
- 9. 9
- 10. 10 Inspecter & adapter Inspecter à chaque itération ▪ Adapter l’increment ▪ Mettre à jour les priorities en collaboration avec le client How the customer explained it How the project leader Understood it How the programmer Wrote it How the sales Executive described it What the customer really needed
- 11. 11 La connaissance est tirée de l’expérience Les décisions sont prises en se basant sur des faits concrets PDCA: Plan Do Check Adapt Il n’y a pas d’échec, il y a des leçons Empirisme Plan Do Check Act
- 12. 12 Atelier Dessiner les étapes
- 13. 13 Parlons équipe
- 14. 14 Qu’est ce qu’on voit ?
- 15. 15 Quelle age a-t-elle ?
- 16. 16 L’intelligence collective Seul on va plus vite, ensemble on va plus loin
- 17. 17 In 18 minutes build the tallest free-standing structure out of 20 spaghetti, 1 meter of tape, 3 meter of string and one marshmallow. The marshmallow must be on top The challenge is simple Marshmallow challenge
- 18. 18 L’état d’esprit Agile Plan Do Check Adapt Itératif et Incrémental Minimal Viable Product Le Principe de Pareto Diviser le travail et prioriser Délivrer fréquemment et prendre les feedback Empirisme Echouer & apprendre 80% Résultats 20% Effort
- 19. 19 Pourquoi l’agilité ?
- 20. 20 Le marché a évolué concurrenc e consommate ur globalisatio n
- 21. 21 Complexe ou compliqué ?
- 22. 22 Les 12 principes Agiles
- 23. 23 Le tribunal des valeurs A B 1 Les individus et leurs interactions Les processus et les outils 2 Des logiciels opérationnels De la documentation exhaustive 3 La collaboration avec les clients La négociation contractuelle 4 L’adaptation au changement le suivi d’un plan
- 24. 24 Le manifeste agile (2001) 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 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 Nous reconnaisson s la valeur des seconds éléments, mais privilégions les premiers.
- 25. 25 • quatre principes directeurs • Ultraléger • Sans rôles • Sans responsabilités • Sans méthodes associées MONDERN AGILE Joshua Kerievsky Titre/Mot clé
- 26. 26 Le framework Scrum
- 27. 27 Mêlée quotidien ne Le Framework Scrum Product backlog Produ ct owne r Sprint backlog Deman des Sprint 1-4 weeks Incrém ent Rev ue Plannificati on Rétrospec tive estimati on Métier / utilisateurs • Basé sur le Scrum guide: http://www.scrumguides.org/ • En seulement 16 pages (Léger, Simple à comprendre, difficile à maîtriser) •Product Owner •Scrum Master •Scrum Team 3 Rôles •Planification •Mêlée quotidienne •Revue de sprint •Rétrospective •Affinage 5 Evènements •Product backlog •Sprint backlog •Increment 3 Artefacts •Qui les lient ensembleRègles
- 28. 28 Ball Point Game
- 29. 29 Une brève description d’une fonctionnalité telle que vue par l’utilisateur Maturation: Règle des 3c ▪ Carte: définition initiale ▪ Conversation: enrichissement ▪ Confirmation: validation & tests d’acceptation Les User Stories en tant que… je veux… afin de… Tests d’acceptation • Etant donné: l’état du logiciel avant l’exécution de la user story • Quand : un événement qui déclenche un processus • Alors : l’état du logiciel après l’exécution Qualité: INVEST • Independant • Negociable • Valuable • Estimable • Small ennough • Testable Définition du Done: lève toute ambiguïté concernant la question « est ce que la US est ok »
- 30. 30 Estimati on Absolue Estimer les items fonctionnels Estimati on Relative
- 31. Principe japonais pour l’apprentissage des arts martiaux Les étapes pour l’apprentissage Shu Suivre les pratiques enseignées Ha Comprendre l’esprit derrière ses pratiques et apprendre de nouvelles améliorations Ri Se détacher des pratiques initiales et inventer de nouvelles règles et pratiques
