SlideShare une entreprise Scribd logo
Stéphane Lécuyer [email_address] La méthode Agile… Pour qui, pourquoi ?
Objectifs de la présentation Vous informer à propos des approches Agile et vous faire part des principes Aller au-delà des idées préconçues Vous permettre d’affiner votre réflexion pour l’adoption d’Agile dans votre organisation
Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
Agile… pourquoi ? Qu’est-ce qu’Agile ? Survol et définitions Écosystèmes Agile Motivations ROI Complexité Communication
Agilité – Définitions L’Agilité est l’habilité de créer et de répondre au changement dans le but d’avoir du succès dans un environnement d’affaires turbulent.  - Jim Highsmith Certaines problématiques sont difficiles, certains individus sont difficiles. Les méthodes Agile ne sont pas une garantie de succès.  - Craig Larman Ce n’est pas la plus forte des espèces qui survit, ni la plus intelligente, mais celle qui s’adapte le mieux  - Charles Darwin
Le Manifeste Agile Février 2001, 17 leaders en développement « léger » se rencontre. Adoption du terme « Agile » Entente sur l’ensemble des valeurs fondamentales qui devraient être à la base de toutes les méthodologies Agile. De ces valeurs, 12 principes fondamentaux en sont extraits. Le détail des opérations a été laissé au bon soin des diverses méthodologies Agile.
Survol – Manifeste Agile Nous sommes à découvrir de meilleures manières pour développer des logiciels en aidant les autres et en développant nous-mêmes.  Par ce travail, nous en sommes venus à valoriser: les individus et les interactions davantage  que les processus et les outils les logiciels fonctionnels davantage  que la documentation détaillée la collaboration avec le client davantage que la négociation de contrat la réponse au changement davantage que le suivi d'un plan En fait, bien que les éléments de droite soient importants,  nous considérons que les éléments de gauche le sont encore plus.
Agilité – Les Valeurs Les individus et les interactions  davantage   que les processus et les outils Optimiser la communication et la collaboration  Produire des solutions logicielles utiles Réduire les inefficacités Gérer la complexité Nous sommes à découvrir de meilleures manières pour développer des logiciels. Par ce travail, nous en sommes venus à valoriser: Manifesto Agile, Février 2001 Le logiciel fonctionnel  davantage que la documentation détaillée La collaboration avec le client  davantage que la négociation de contrat La réponse au changement  davantage que le suivi d’un plan
Les Principes Agile La priorité est de satisfaire le client par la livraison rapide et continuelle de solutions logicielles utiles. Intégrer les changements, même ceux de dernière minute, car ils fourniront un avantage compétitif à votre client. Élaborez des projets autour d’individus motivés, fournissez le support nécessaire et faites confiance.  Les meilleures solutions émergent des équipes auto organisées. Régulièrement, l’équipe fait une réflexion sur les façons de devenir plus efficace, s’ajuste et modifie son comportement en conséquence Porter une attention continue à l’excellence technique et à un bon design améliore l’agilité .  La simplicité est essentielle
Principes – les Individus Le processus est uniquement un effet de deuxième ordre. L’unicité des individus, leurs émotions et qualités ainsi que la communication ont une plus grande influence.  -   Alistair Cockburn Élaborez des projets autour d’individus motivés, fournissez le support nécessaire et faites confiance.  Les meilleurs solutions émergent des équipes auto organisées. Les gens d’affaires et les gens techniques doivent collaborer tout au long du projet
Principes – le Logiciel La priorité est de satisfaire le client par la livraison rapide et continuelle de solutions logicielles utiles. Le logiciel fonctionnel est la principale mesure de progrès. Intégrer les changements, même ceux de dernière minute, car ils fourniront un avantage compétitif à votre client.
Principes –  l’Amélioration continue L’agilité n’est pas un item que l’on peut rayer de la liste de nos initiatives organisationnelles. C’est une façon de vivre. Régulièrement, l’équipe fait une réflexion sur les façons de devenir plus efficace, s’ajuste et modifie son comportement en conséquence. Porter une attention continue à l’excellence technique et à un bon design améliore l’agilité .  La simplicité est essentielle
Agile… pourquoi ? Qu’est-ce qu’Agile ? Survol et définitions Écosystèmes Agile Motivations ROI Complexité Communication
Agilité : définition
Écosystème Agile – Contributions de Scrum Très bonne explication et application d’un processus empirique. Simple et « facile » à mettre en place. Niveau de « cérémonie » ajustable. Applicable avec diverses pratiques d’ingénierie de logiciels. Compagnon parfait pour effectuer une transition Agile
Écosystème Agile – XP
Écosystème Agile –  Contributions de XP A généré le plus d’intérêt. Est le plus concret en termes de pratiques spécifiques. A ravivé l’intérêt pour les bonnes pratiques d’ingénierie de logiciels. Les débats et discussions animés par la communauté XP ont été grandement bénéfiques à notre profession. Valeurs : engagement, simplicité, rétroaction, courage.
Écosystèmes Agiles – Autres Adaptive Software Development Crystal Clear FDD DSDM Agile Modeling Lean Development MSF for Agile Software Development RUP? (AUP)
Agile… pourquoi ? Qu’est-ce qu’Agile ? Survol et définitions Écosystèmes Agile Motivations ROI Complexité Communication
Motivations – Succès ! Standish Group CHAOS Report, 2003  Réussite : Le projet est complété en temps, selon le budget et contient les fonctionnalités initialement prévues.  Problèmes : Le projet est complété et opérationnel, mais il y a eu dépassement de coût et de budget. De plus, certaines fonctionnalités originalement spécifiées sont manquantes.  Échec : Le projet à été annulé en cours de développement
Motivations – ROI Réduire les coûts En optimisant le processus de développement En éliminant les fonctionnalités superflus Augmenter les revenus En maximisant la valeur du logiciel En capitalisant sur les investissements le plus tôt et le plus fréquemment possible
ROI - Processus inefficace Changements de tâches fréquents Travail en trop Paperasse Réunionnite Délais Transferts (inter-projets) Défectuosités (inventaire)
ROI –  fonctionnalités superflus Jim Johnson, Standish Group, XP 2002
ROI – Valeur du logiciel
ROI - Capitalization Hakan Herdogmus, GUAM 2005
Motivations – Complexité Les individus ajoutent un autre niveau de complexité Spécifications Technologie
Motivations – Complexité Développement d’un nouveau produit vs Fabrication prévisible Impossible de créer des spécifications complètes et détaillées d'avance Impossible d’estimer avec précision l’effort et le coût. Le taux de changement est élevé. Étant donné que la fabrication prévisible n’est pas le bon paradigme pour le développement logiciel, les pratiques et les valeurs qui y sont enracinées ne sont pas utiles.
Le développement de logiciel est un jeu collaboratif   d'invention  et de communication Alistair Cockburn Optimisation des canaux de communication Client : Clarifier les besoins Équipe : Collaborer, Innover, Apprendre Management : Communiquer le progrès et les obstacles Motivations- Communication
Quel type de communication est le plus efficace ?
À quelle vitesse transférons-nous l’information ? Configuration Cubicule Configuration « War Room »
Motivations – Résumé Nous sommes donc à la recherche d’une approche qui nous permettra de: Produire des solutions logicielles utile à nos clients Réduire les inefficacités Gérer la complexité Optimiser la communication
Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
Agile… les impacts Impact organisationnel Processus Culture Livraison (par les tests) Gestion de projet
Processus Agile
Modélisation Agile Compréhension initiale du projet Architecture initiale Exploration rapide de la fonctionnalité à développer Développement évolutif de la fonctionnalité Scott Ambler, Agile Modeling
Planification Agile Livraison:  vision moyen terme (6-9 mois). Comprend plusieurs itérations Itération:  vision court terme (4-6 semaines). Permet de développer un ensemble de fonctionnalités Fonctionnalité:  Tranche verticale du système Estimé en points de fonctionnalité Séparé en tâches Vélocité:  Nombre de points livrables en une itération
Prévisibilité: Vélocité Prévision:  9 points seront livrés
Réévaluation constante  de la date de livraison
Tests d’acceptation Agile Sont automatisés Sont écrits dans un langage de très haut niveau Sont exécutés fréquemment Sont écrit par les propriétaires du produit, les spécialistes en AQ et les analystes d’affaires
À quel moment doivent-ils être écrits? À mesure que les fonctionnalités sont définies et développées Les tests d’acceptation sont la spécification des fonctionnalités Les tests deviennent le  vrai  document des besoins Un document qui est sans ambiguïté, ne peut devenir désynchronisé avec le projet, est exécutable.
Une fonctionnalité n’est pas complète… Tant que tous les tests d’acceptation pour cette fonctionnalité ne s’exécutent pas correctement. Il n’existe pas de complétion “partielle”.
Lorsque vu de cette façon… Les test servent à spécifier À quel moment le travail est complété Ils ne sont pas remis à la fin du processus En effet, l’AQ est réalisée en amont du processus pour aider à spécifier
Équipe Agile Multidisciplinaire:  Généralistes-Spécialistes Autonome et responsable Colocalisée Heures supplémentaires Collaboration Collaboration Collaboration
Gestion de projet Agile Augustine and Woodcock 1. Guiding Vision  – Establish a guiding vision for the project and continuously reinforce it through words and actions. 4. Open Information  – Provide visible and open access to project management and other information. 2. Teamwork & Collaboration  – Facilitate collaboration and teamwork through relationships and community. 5. Light Touch  – Apply just enough control to foster emergent behavior in a self-directed team. 3. Simple Rules  – Establish and support the team’s set of guiding practices such as Scrum or XP. 6. Agile Vigilance  – Reinforce the vision, follow or adapt the rules, listen to the people.
Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
Agile dans mon organisation ? Le développement Agile amène certains changements de paradigmes fondamentaux Processus: Analyse, Design, Développement, Tests Gestion: guider et non contrôler  Équipe: multidisciplinaire et autonome Communication et collaboration (les individus au premier plan) Orientation sur les buts (accent sur les résultats,  valeur d’affaires ) Lean  (simplicité, processus minimal) Rétrospection
Agile dans mon organisation ? Agile est pour vous si vous désirez: Livrer du logiciel fonctionnel en petites itérations, de manière rapide et fréquente Mettre en place des techniques vous permettant d’aller chercher de la rétroaction de manière fréquente afin d’apprendre et de vous ajuster Responsabiliser et stimuler vos équipes en partageant avec eux la vision d’affaire. Mettre en place des mécanismes optimaux pour favoriser la communication entre les différents intervenants Améliorer la qualité du produit fini ainsi qu’un haut niveau de design vous permettant de diminuer significativement l’ inventaire Maintenir un rythme de production prévisible et soutenu
Agile dans mon organisation ? Agile est pour vous si vous désirez: Mettre l’accent sur les activités importantes (à plus grande valeur ajoutée) pour votre organisation Effectuer des investissements beaucoup plus judicieux  Mettre en place une méthodologie qui s’intègre rapidement et s’adapte à votre réalité AVOIR DU PLAISIR !!
Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
If you can innovate better and faster—you create change for your competitors. If you can respond quickly to competitive initiatives, new technology and customers’ requirements—you create change for your competitors. If you are slower, less innovative, less responsive—you are doomed to survival strategies in a sea of chaos imposed by others. Jim Highsmith
The real challenge when adopting an iterative or Agile approach is to stick to it. Whether you call your approach agile or something else doesn't matter—results do. The goal is to balance forces to develop software intelligently. In my opinion, this approach requires brutal honesty all the time.  It requires radical commitment so you don't buckle under the constant pressure to quit and do things the old way.  It also takes skills. Roy W. Miller
Transition Agile La transition se fait sur un continuum partant d’une approche traditionnelle vers une approche Agile Chaque implantation d’un processus Agile est unique et adaptée, avec des particularités qui répondent à la réalité et au fonctionnement de l’organisation cible La migration vers une approche Agile se fait graduellement, en intégrant les pratiques proposées étape par étape Il s’agit d’un processus d’amélioration continu Appréciez la résistance Faites preuve de transparence
Transition –  Feuille de Route
Quelques lectures Agile & Iterative Development: A Manager's Guide  par Craig Larman Agile Software Development Ecosystems  par Jim Highsmith Agile Software Development, evaluating the methods for your organization  par Alan S, Koch Merci! Questions?

Contenu connexe

Tendances

Méthodes agiles & Scrum
Méthodes agiles & ScrumMéthodes agiles & Scrum
Méthodes agiles & Scrum
Valentin Bourgoin
 
La mise en œuvre d’un ERP
La mise en œuvre d’un ERPLa mise en œuvre d’un ERP
La mise en œuvre d’un ERP
Ayoub Minen
 
Rapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XPRapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XP
Sarah
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
Nicolas Perriault
 
Présentation management agile PMI
Présentation management agile PMIPrésentation management agile PMI
Présentation management agile PMI
David Brocard
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Présentation soutenance
Présentation soutenancePrésentation soutenance
Présentation soutenance
shurongliu
 
Formation Agile Scrum
Formation Agile ScrumFormation Agile Scrum
Formation Agile Scrum
Mohamed IBN ELAZZOUZI
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
msmpp-nantes
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base
Sirine Barguaoui
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
Blackbird
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
Khalid Nafil
 
Web-conférence | Diagnostic et Estimations des Gains
Web-conférence | Diagnostic et Estimations des GainsWeb-conférence | Diagnostic et Estimations des Gains
Web-conférence | Diagnostic et Estimations des Gains
XL Groupe
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
MICHRAFY MUSTAFA
 
Améliorer vos performances grâce à la TPM
Améliorer vos performances grâce à la TPMAméliorer vos performances grâce à la TPM
Améliorer vos performances grâce à la TPM
XL Groupe
 
Le système d’information de l’entreprise
Le système d’information de l’entrepriseLe système d’information de l’entreprise
Le système d’information de l’entreprise
Lee Schlenker
 
La Gestion de Projet Agile
La Gestion de Projet AgileLa Gestion de Projet Agile
La Gestion de Projet Agile
bcollet
 
Management de projet
Management de projetManagement de projet
Management de projet
Aboubakr Moubarak
 
Initiation à la gestion de projet
Initiation à la gestion de projetInitiation à la gestion de projet
Initiation à la gestion de projet
mahassine_med_amine
 
Web-conférence | Démarche de transformation Lean
Web-conférence | Démarche de transformation LeanWeb-conférence | Démarche de transformation Lean
Web-conférence | Démarche de transformation Lean
XL Groupe
 

Tendances (20)

Méthodes agiles & Scrum
Méthodes agiles & ScrumMéthodes agiles & Scrum
Méthodes agiles & Scrum
 
La mise en œuvre d’un ERP
La mise en œuvre d’un ERPLa mise en œuvre d’un ERP
La mise en œuvre d’un ERP
 
Rapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XPRapport exposé eXtreme Programming XP
Rapport exposé eXtreme Programming XP
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
Présentation management agile PMI
Présentation management agile PMIPrésentation management agile PMI
Présentation management agile PMI
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Présentation soutenance
Présentation soutenancePrésentation soutenance
Présentation soutenance
 
Formation Agile Scrum
Formation Agile ScrumFormation Agile Scrum
Formation Agile Scrum
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
 
Web-conférence | Diagnostic et Estimations des Gains
Web-conférence | Diagnostic et Estimations des GainsWeb-conférence | Diagnostic et Estimations des Gains
Web-conférence | Diagnostic et Estimations des Gains
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
 
Améliorer vos performances grâce à la TPM
Améliorer vos performances grâce à la TPMAméliorer vos performances grâce à la TPM
Améliorer vos performances grâce à la TPM
 
Le système d’information de l’entreprise
Le système d’information de l’entrepriseLe système d’information de l’entreprise
Le système d’information de l’entreprise
 
La Gestion de Projet Agile
La Gestion de Projet AgileLa Gestion de Projet Agile
La Gestion de Projet Agile
 
Management de projet
Management de projetManagement de projet
Management de projet
 
Initiation à la gestion de projet
Initiation à la gestion de projetInitiation à la gestion de projet
Initiation à la gestion de projet
 
Web-conférence | Démarche de transformation Lean
Web-conférence | Démarche de transformation LeanWeb-conférence | Démarche de transformation Lean
Web-conférence | Démarche de transformation Lean
 

Similaire à Agile expliqué aux managers

Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
Pyxis Technologies
 
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Pyxis Technologies
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
Pyxis Technologies
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
guestaaee88d
 
Adoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défisAdoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défis
Pyxis Technologies
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
Dominic Danis
 
Psp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 FrPsp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 Fr
Frederick Lussier
 
Webinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéWebinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilité
AdrienMusserotte1
 
Agilite Scrum
Agilite Scrum Agilite Scrum
Agilite Scrum
Skander Hamza
 
Gagnez en efficacité avec les méthodes Agile & Jira
Gagnez en efficacité avec les méthodes Agile & JiraGagnez en efficacité avec les méthodes Agile & Jira
Gagnez en efficacité avec les méthodes Agile & Jira
Twybee
 
Le scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheurLe scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheur
sebastien_fournel
 
L'agilité pour gérer la complexité en TI
L'agilité pour gérer la complexité en TIL'agilité pour gérer la complexité en TI
L'agilité pour gérer la complexité en TI
Etienne Laverdière
 
Matinée PMI : L’Agilité pour gérer la complexité en TI
Matinée PMI : L’Agilité pour gérer la complexité en TIMatinée PMI : L’Agilité pour gérer la complexité en TI
Matinée PMI : L’Agilité pour gérer la complexité en TI
PMI-Montréal
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Pyxis Technologies
 
Méthodes agiles j certif Abidjan
Méthodes agiles j certif AbidjanMéthodes agiles j certif Abidjan
Méthodes agiles j certif Abidjan
Henri-Damien LAURENT
 
Brochure Vers l'entreprise Agile
Brochure Vers l'entreprise AgileBrochure Vers l'entreprise Agile
Brochure Vers l'entreprise Agile
OCTO Technology Suisse
 
lean development
lean developmentlean development
lean development
Rima Jamli Faidi
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
Tremeur Balbous
 
Critères de compatibilité avec l'Agile
Critères de compatibilité avec l'AgileCritères de compatibilité avec l'Agile
Critères de compatibilité avec l'Agile
Fabrice Aimetti
 
Lean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesLean Software Development et pratiques Agiles
Lean Software Development et pratiques Agiles
Eric Le Merdy
 

Similaire à Agile expliqué aux managers (20)

Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Adoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défisAdoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défis
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Psp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 FrPsp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 Fr
 
Webinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéWebinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilité
 
Agilite Scrum
Agilite Scrum Agilite Scrum
Agilite Scrum
 
Gagnez en efficacité avec les méthodes Agile & Jira
Gagnez en efficacité avec les méthodes Agile & JiraGagnez en efficacité avec les méthodes Agile & Jira
Gagnez en efficacité avec les méthodes Agile & Jira
 
Le scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheurLe scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheur
 
L'agilité pour gérer la complexité en TI
L'agilité pour gérer la complexité en TIL'agilité pour gérer la complexité en TI
L'agilité pour gérer la complexité en TI
 
Matinée PMI : L’Agilité pour gérer la complexité en TI
Matinée PMI : L’Agilité pour gérer la complexité en TIMatinée PMI : L’Agilité pour gérer la complexité en TI
Matinée PMI : L’Agilité pour gérer la complexité en TI
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
Méthodes agiles j certif Abidjan
Méthodes agiles j certif AbidjanMéthodes agiles j certif Abidjan
Méthodes agiles j certif Abidjan
 
Brochure Vers l'entreprise Agile
Brochure Vers l'entreprise AgileBrochure Vers l'entreprise Agile
Brochure Vers l'entreprise Agile
 
lean development
lean developmentlean development
lean development
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
Critères de compatibilité avec l'Agile
Critères de compatibilité avec l'AgileCritères de compatibilité avec l'Agile
Critères de compatibilité avec l'Agile
 
Lean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesLean Software Development et pratiques Agiles
Lean Software Development et pratiques Agiles
 

Plus de Pyxis Technologies

Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pyxis Technologies
 
Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...
Pyxis Technologies
 
Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...
Pyxis Technologies
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernance
Pyxis Technologies
 
La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué! La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué!
Pyxis Technologies
 
Introduction à Agile Lean
Introduction à Agile LeanIntroduction à Agile Lean
Introduction à Agile Lean
Pyxis Technologies
 
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
Pyxis Technologies
 
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Pyxis Technologies
 
Estimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertEstimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu Boisvert
Pyxis Technologies
 
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Pyxis Technologies
 
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsLa valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
Pyxis Technologies
 
Le rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu BoisvertLe rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu Boisvert
Pyxis Technologies
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?
Pyxis Technologies
 
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
Pyxis Technologies
 
Choisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produitChoisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produit
Pyxis Technologies
 
Apprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-êtreApprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-être
Pyxis Technologies
 
L'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipeL'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipe
Pyxis Technologies
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
Pyxis Technologies
 
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Pyxis Technologies
 

Plus de Pyxis Technologies (20)

Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
 
Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...
 
Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernance
 
La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué! La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué!
 
Introduction à Agile Lean
Introduction à Agile LeanIntroduction à Agile Lean
Introduction à Agile Lean
 
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
 
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
 
Estimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertEstimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu Boisvert
 
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
 
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsLa valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
 
Danser avec les polarités
Danser avec les polaritésDanser avec les polarités
Danser avec les polarités
 
Le rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu BoisvertLe rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu Boisvert
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?
 
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
 
Choisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produitChoisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produit
 
Apprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-êtreApprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-être
 
L'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipeL'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipe
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
 

Agile expliqué aux managers

  • 1. Stéphane Lécuyer [email_address] La méthode Agile… Pour qui, pourquoi ?
  • 2. Objectifs de la présentation Vous informer à propos des approches Agile et vous faire part des principes Aller au-delà des idées préconçues Vous permettre d’affiner votre réflexion pour l’adoption d’Agile dans votre organisation
  • 3. Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
  • 4. Agile… pourquoi ? Qu’est-ce qu’Agile ? Survol et définitions Écosystèmes Agile Motivations ROI Complexité Communication
  • 5. Agilité – Définitions L’Agilité est l’habilité de créer et de répondre au changement dans le but d’avoir du succès dans un environnement d’affaires turbulent. - Jim Highsmith Certaines problématiques sont difficiles, certains individus sont difficiles. Les méthodes Agile ne sont pas une garantie de succès. - Craig Larman Ce n’est pas la plus forte des espèces qui survit, ni la plus intelligente, mais celle qui s’adapte le mieux - Charles Darwin
  • 6. Le Manifeste Agile Février 2001, 17 leaders en développement « léger » se rencontre. Adoption du terme « Agile » Entente sur l’ensemble des valeurs fondamentales qui devraient être à la base de toutes les méthodologies Agile. De ces valeurs, 12 principes fondamentaux en sont extraits. Le détail des opérations a été laissé au bon soin des diverses méthodologies Agile.
  • 7. Survol – Manifeste Agile Nous sommes à découvrir de meilleures manières pour développer des logiciels en aidant les autres et en développant nous-mêmes. Par ce travail, nous en sommes venus à valoriser: les individus et les interactions davantage que les processus et les outils les logiciels fonctionnels davantage que la documentation détaillée la collaboration avec le client davantage que la négociation de contrat la réponse au changement davantage que le suivi d'un plan En fait, bien que les éléments de droite soient importants, nous considérons que les éléments de gauche le sont encore plus.
  • 8. Agilité – Les Valeurs Les individus et les interactions davantage que les processus et les outils Optimiser la communication et la collaboration Produire des solutions logicielles utiles Réduire les inefficacités Gérer la complexité Nous sommes à découvrir de meilleures manières pour développer des logiciels. Par ce travail, nous en sommes venus à valoriser: Manifesto Agile, Février 2001 Le logiciel fonctionnel davantage que la documentation détaillée La collaboration avec le client davantage que la négociation de contrat La réponse au changement davantage que le suivi d’un plan
  • 9. Les Principes Agile La priorité est de satisfaire le client par la livraison rapide et continuelle de solutions logicielles utiles. Intégrer les changements, même ceux de dernière minute, car ils fourniront un avantage compétitif à votre client. Élaborez des projets autour d’individus motivés, fournissez le support nécessaire et faites confiance. Les meilleures solutions émergent des équipes auto organisées. Régulièrement, l’équipe fait une réflexion sur les façons de devenir plus efficace, s’ajuste et modifie son comportement en conséquence Porter une attention continue à l’excellence technique et à un bon design améliore l’agilité . La simplicité est essentielle
  • 10. Principes – les Individus Le processus est uniquement un effet de deuxième ordre. L’unicité des individus, leurs émotions et qualités ainsi que la communication ont une plus grande influence. - Alistair Cockburn Élaborez des projets autour d’individus motivés, fournissez le support nécessaire et faites confiance. Les meilleurs solutions émergent des équipes auto organisées. Les gens d’affaires et les gens techniques doivent collaborer tout au long du projet
  • 11. Principes – le Logiciel La priorité est de satisfaire le client par la livraison rapide et continuelle de solutions logicielles utiles. Le logiciel fonctionnel est la principale mesure de progrès. Intégrer les changements, même ceux de dernière minute, car ils fourniront un avantage compétitif à votre client.
  • 12. Principes – l’Amélioration continue L’agilité n’est pas un item que l’on peut rayer de la liste de nos initiatives organisationnelles. C’est une façon de vivre. Régulièrement, l’équipe fait une réflexion sur les façons de devenir plus efficace, s’ajuste et modifie son comportement en conséquence. Porter une attention continue à l’excellence technique et à un bon design améliore l’agilité . La simplicité est essentielle
  • 13. Agile… pourquoi ? Qu’est-ce qu’Agile ? Survol et définitions Écosystèmes Agile Motivations ROI Complexité Communication
  • 15. Écosystème Agile – Contributions de Scrum Très bonne explication et application d’un processus empirique. Simple et « facile » à mettre en place. Niveau de « cérémonie » ajustable. Applicable avec diverses pratiques d’ingénierie de logiciels. Compagnon parfait pour effectuer une transition Agile
  • 17. Écosystème Agile – Contributions de XP A généré le plus d’intérêt. Est le plus concret en termes de pratiques spécifiques. A ravivé l’intérêt pour les bonnes pratiques d’ingénierie de logiciels. Les débats et discussions animés par la communauté XP ont été grandement bénéfiques à notre profession. Valeurs : engagement, simplicité, rétroaction, courage.
  • 18. Écosystèmes Agiles – Autres Adaptive Software Development Crystal Clear FDD DSDM Agile Modeling Lean Development MSF for Agile Software Development RUP? (AUP)
  • 19. Agile… pourquoi ? Qu’est-ce qu’Agile ? Survol et définitions Écosystèmes Agile Motivations ROI Complexité Communication
  • 20. Motivations – Succès ! Standish Group CHAOS Report, 2003 Réussite : Le projet est complété en temps, selon le budget et contient les fonctionnalités initialement prévues. Problèmes : Le projet est complété et opérationnel, mais il y a eu dépassement de coût et de budget. De plus, certaines fonctionnalités originalement spécifiées sont manquantes. Échec : Le projet à été annulé en cours de développement
  • 21. Motivations – ROI Réduire les coûts En optimisant le processus de développement En éliminant les fonctionnalités superflus Augmenter les revenus En maximisant la valeur du logiciel En capitalisant sur les investissements le plus tôt et le plus fréquemment possible
  • 22. ROI - Processus inefficace Changements de tâches fréquents Travail en trop Paperasse Réunionnite Délais Transferts (inter-projets) Défectuosités (inventaire)
  • 23. ROI – fonctionnalités superflus Jim Johnson, Standish Group, XP 2002
  • 24. ROI – Valeur du logiciel
  • 25. ROI - Capitalization Hakan Herdogmus, GUAM 2005
  • 26. Motivations – Complexité Les individus ajoutent un autre niveau de complexité Spécifications Technologie
  • 27. Motivations – Complexité Développement d’un nouveau produit vs Fabrication prévisible Impossible de créer des spécifications complètes et détaillées d'avance Impossible d’estimer avec précision l’effort et le coût. Le taux de changement est élevé. Étant donné que la fabrication prévisible n’est pas le bon paradigme pour le développement logiciel, les pratiques et les valeurs qui y sont enracinées ne sont pas utiles.
  • 28. Le développement de logiciel est un jeu collaboratif d'invention et de communication Alistair Cockburn Optimisation des canaux de communication Client : Clarifier les besoins Équipe : Collaborer, Innover, Apprendre Management : Communiquer le progrès et les obstacles Motivations- Communication
  • 29. Quel type de communication est le plus efficace ?
  • 30. À quelle vitesse transférons-nous l’information ? Configuration Cubicule Configuration « War Room »
  • 31. Motivations – Résumé Nous sommes donc à la recherche d’une approche qui nous permettra de: Produire des solutions logicielles utile à nos clients Réduire les inefficacités Gérer la complexité Optimiser la communication
  • 32. Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
  • 33. Agile… les impacts Impact organisationnel Processus Culture Livraison (par les tests) Gestion de projet
  • 35. Modélisation Agile Compréhension initiale du projet Architecture initiale Exploration rapide de la fonctionnalité à développer Développement évolutif de la fonctionnalité Scott Ambler, Agile Modeling
  • 36. Planification Agile Livraison: vision moyen terme (6-9 mois). Comprend plusieurs itérations Itération: vision court terme (4-6 semaines). Permet de développer un ensemble de fonctionnalités Fonctionnalité: Tranche verticale du système Estimé en points de fonctionnalité Séparé en tâches Vélocité: Nombre de points livrables en une itération
  • 37. Prévisibilité: Vélocité Prévision: 9 points seront livrés
  • 38. Réévaluation constante de la date de livraison
  • 39. Tests d’acceptation Agile Sont automatisés Sont écrits dans un langage de très haut niveau Sont exécutés fréquemment Sont écrit par les propriétaires du produit, les spécialistes en AQ et les analystes d’affaires
  • 40. À quel moment doivent-ils être écrits? À mesure que les fonctionnalités sont définies et développées Les tests d’acceptation sont la spécification des fonctionnalités Les tests deviennent le vrai document des besoins Un document qui est sans ambiguïté, ne peut devenir désynchronisé avec le projet, est exécutable.
  • 41. Une fonctionnalité n’est pas complète… Tant que tous les tests d’acceptation pour cette fonctionnalité ne s’exécutent pas correctement. Il n’existe pas de complétion “partielle”.
  • 42. Lorsque vu de cette façon… Les test servent à spécifier À quel moment le travail est complété Ils ne sont pas remis à la fin du processus En effet, l’AQ est réalisée en amont du processus pour aider à spécifier
  • 43. Équipe Agile Multidisciplinaire: Généralistes-Spécialistes Autonome et responsable Colocalisée Heures supplémentaires Collaboration Collaboration Collaboration
  • 44. Gestion de projet Agile Augustine and Woodcock 1. Guiding Vision – Establish a guiding vision for the project and continuously reinforce it through words and actions. 4. Open Information – Provide visible and open access to project management and other information. 2. Teamwork & Collaboration – Facilitate collaboration and teamwork through relationships and community. 5. Light Touch – Apply just enough control to foster emergent behavior in a self-directed team. 3. Simple Rules – Establish and support the team’s set of guiding practices such as Scrum or XP. 6. Agile Vigilance – Reinforce the vision, follow or adapt the rules, listen to the people.
  • 45. Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
  • 46. Agile dans mon organisation ? Le développement Agile amène certains changements de paradigmes fondamentaux Processus: Analyse, Design, Développement, Tests Gestion: guider et non contrôler Équipe: multidisciplinaire et autonome Communication et collaboration (les individus au premier plan) Orientation sur les buts (accent sur les résultats, valeur d’affaires ) Lean (simplicité, processus minimal) Rétrospection
  • 47. Agile dans mon organisation ? Agile est pour vous si vous désirez: Livrer du logiciel fonctionnel en petites itérations, de manière rapide et fréquente Mettre en place des techniques vous permettant d’aller chercher de la rétroaction de manière fréquente afin d’apprendre et de vous ajuster Responsabiliser et stimuler vos équipes en partageant avec eux la vision d’affaire. Mettre en place des mécanismes optimaux pour favoriser la communication entre les différents intervenants Améliorer la qualité du produit fini ainsi qu’un haut niveau de design vous permettant de diminuer significativement l’ inventaire Maintenir un rythme de production prévisible et soutenu
  • 48. Agile dans mon organisation ? Agile est pour vous si vous désirez: Mettre l’accent sur les activités importantes (à plus grande valeur ajoutée) pour votre organisation Effectuer des investissements beaucoup plus judicieux Mettre en place une méthodologie qui s’intègre rapidement et s’adapte à votre réalité AVOIR DU PLAISIR !!
  • 49. Déroulement Agile… pourquoi ? Agile… les impacts ? Agile dans mon organisation ? Conclusion
  • 50. If you can innovate better and faster—you create change for your competitors. If you can respond quickly to competitive initiatives, new technology and customers’ requirements—you create change for your competitors. If you are slower, less innovative, less responsive—you are doomed to survival strategies in a sea of chaos imposed by others. Jim Highsmith
  • 51. The real challenge when adopting an iterative or Agile approach is to stick to it. Whether you call your approach agile or something else doesn't matter—results do. The goal is to balance forces to develop software intelligently. In my opinion, this approach requires brutal honesty all the time. It requires radical commitment so you don't buckle under the constant pressure to quit and do things the old way. It also takes skills. Roy W. Miller
  • 52. Transition Agile La transition se fait sur un continuum partant d’une approche traditionnelle vers une approche Agile Chaque implantation d’un processus Agile est unique et adaptée, avec des particularités qui répondent à la réalité et au fonctionnement de l’organisation cible La migration vers une approche Agile se fait graduellement, en intégrant les pratiques proposées étape par étape Il s’agit d’un processus d’amélioration continu Appréciez la résistance Faites preuve de transparence
  • 53. Transition – Feuille de Route
  • 54. Quelques lectures Agile & Iterative Development: A Manager's Guide par Craig Larman Agile Software Development Ecosystems par Jim Highsmith Agile Software Development, evaluating the methods for your organization par Alan S, Koch Merci! Questions?

Notes de l'éditeur

  1. Insist on Highsmith’s citation Agile Manifesto 2001
  2. Take time to review the 3 parts No silver bullet (part 1) Practice (part 1) Discuss the balance Review the 13 Principles (not shown here)
  3. CLASSIFICATION Roles (Customer, Development Team, Scrum Master, Chicken) A pig and chicken discussed the name of their new restaurant. The chicken suggested Ham n’ Eggs. “No thanks” said the pig, “I‘d be committed, but you’d only be involved. Backlog Graph not shown on the image Pre Sprint Planning Sprint Post-Sprint Meeting (Software – No powerpoint) Monitoring progress
  4. DSDM (Dynamic Solutions Delivery Model) Formalization of RAD practices 3 timeboxed iteration models FDD Develop an overall model Build a feature lists Plan by feature Design by feature Build by feature
  5. il faut redonner une fierté à notre profession Contrer l’outsourcing en étant plus productif Déjà une amélioration vs le rapport de 1994 (16% success, 53%, challenged, 31% echec)
  6. Poppendiek: Software Development Productivity
  7. Poppendiek: 7 wastes
  8. R évisé avec Nath jusqu’ICI
  9. This deep appreciation – that building software is complex product development with high change rates, and not predictable manufacturing – is at the heart of the motivation for agile and iterative methods.
  10. Poppendiek: 7 wastes
  11. Saying that software development is a cooperative game of communication implies that a project's rate of progress is linked to how long it takes information to get from one person’s mind to another’s.. If Marie knows something that Pat needs, the project's progress depends on How long it takes Paul to discover that Marie knows something useful How much energy it costs Paul and Marie together to get the knowledge transferred to Paul While writing, reading, typing, or talking, we pick up traces of the ongoing sounds around us, using some background listening mode even though we are not consciously paying attention. If someone says something interesting, we may perk up and join the conversation. Otherwise, the sound goes through some background processing, either just above or just below our conscious level. In some cases, we register enough about the conversation to be able to develop what we need directly from memory. Otherwise, we may recall a phrase that was used or perhaps only that a particular person was discussing a particular topic. In any case, we register enough to ask about it. This taking in of information without directly paying attention to it is like the process of osmosis, in which one substance seeps from one system, through a separator, into another. Osmotic communication further lowers the cost of idea transfer. We have seen three separate effects that office layout has on communication costs within a project: The lost opportunity cost of not asking questions The overall cost of detecting and transferring information (erg-seconds) The reduction in cost when people discover information in background sounds (osmotic communication)
  12. This deep appreciation – that building software is complex product development with high change rates, and not predictable manufacturing – is at the heart of the motivation for agile and iterative methods.
  13. Overview d’un processus Agile: Itératif Incrémentale Timeboxing Product Backlog Étapes du processus Planification Développement (Desing) Acceptance
  14. Other point of view. 3. Example at Pyxis – Focusing on improving one practice at a time IT IS IMPORTANT TO UNDERSTAND THE DIFFERENCE BETWEEN EMPIRICAL VS DEFINED & PRESCRIPTIVE PROCESS IT IS IMPORTANT TO UNDERSTAND THE DIFFERENCE BETWEEN PRINCIPLE-BASED VERSUS RULE BASED. AGILE PROJECT MANAGEMENT IS MORE THAN A SET OF PRACTICES – IT IS A MINDSET RECOGNIZE FACTORS SUCH AS : ENJOYMENT, SIMPLICITY, SHORT TERM REWARD, PEER PRESSURE
  15. 1. Deliver working software in small iterations, early and often. 2. Gather frequent feedback, hold retrospectives, learn and adjust. 3. Work in colocated, collaborative, multi-discipline teams. 4. Empower your teams with shared vision and responsibility. 5. Use direct, immediate communication (talk a lot). 6. Break work in to small tasks, performed just-in-time. 7. Maintain high quality and good design - avoid "debt." 8. Strive for simple and minimal solutions. 9. Work with a sustainable, predictable pace. 10. Have fun!
  16. 1. Deliver working software in small iterations, early and often. 2. Gather frequent feedback, hold retrospectives, learn and adjust. 3. Work in colocated, collaborative, multi-discipline teams. 4. Empower your teams with shared vision and responsibility. 5. Use direct, immediate communication (talk a lot). 6. Break work in to small tasks, performed just-in-time. 7. Maintain high quality and good design - avoid "debt." 8. Strive for simple and minimal solutions. 9. Work with a sustainable, predictable pace. 10. Have fun!
  17. 1. Deliver working software in small iterations, early and often. 2. Gather frequent feedback, hold retrospectives, learn and adjust. 3. Work in colocated, collaborative, multi-discipline teams. 4. Empower your teams with shared vision and responsibility. 5. Use direct, immediate communication (talk a lot). 6. Break work in to small tasks, performed just-in-time. 7. Maintain high quality and good design - avoid "debt." 8. Strive for simple and minimal solutions. 9. Work with a sustainable, predictable pace. 10. Have fun!