Télécharger en tant que PDF, PPTX
![Meilleures pratiques en gestion de projets agile [Webinaire]](https://cdn.slidesharecdn.com/ss_thumbnails/webinaire-gestion-de-projets-agile-carl-m-gilbert-160615174845-thumbnail.jpg?width=640&height=640&fit=bounds)
Agilite Scrum
- 1. Agilité - Scrum SkanderHAMZA 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 Combinaisonde 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 leproduit de 20% des causes 80% Résultat s 20% Effort Principe de
- 5. 5 Découper le travailen 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 unstylo d’une façon Agile
- 7. 7 Exemple Comment livrer ceprojet d’une façon Agile DB 1 2 3 4
- 8.
- 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 esttiré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.
- 13.
- 14.
- 15.
- 16. 16 L’intelligence collective Seul on vaplus vite, ensemble on va plus loin
- 17. 17 In 18 minutesbuild 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ératifet 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.
- 20. 20 Le marché aévolué concurrenc e consommate ur globalisatio n
- 21.
- 22. 22 Les 12 principesAgiles
- 23. 23 Le tribunal desvaleurs 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.
- 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.
- 29. 29 Une brève descriptiond’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.
- 31. Principe japonais pourl’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