SlideShare une entreprise Scribd logo
1  sur  38
Télécharger pour lire hors ligne
Agile du point de vue
          d’un PMP




François Beauregard (fbeauregard@pyxis-tech.com)
françois beauregard
       fbeauregard@pyxis-tech.com
http://pyxis-tech.com/francois-beauregard
Objectifs



• Présenter les ressemblances et les différences
  entre une approche Agile et celle du PMI
• Situer ces éléments dans un contexte pratique
• Fournir des éléments de réflexion pour la mise
  en œuvre d'améliorations dans vos projets
Définir ce qu’est l’Agilité
Un peu d’histoire


•   1945 à 1965 – Les débuts
•   1965 à 1985 – La crise
•   Années 80 et 90 – On veut passer de l’artisanat à l’ingénierie
    logicielle, on cherche le silver bullet
•   1995 – Scrum
•   2001 – Le manifeste Agile
•   2002 – Création du groupe d’utilisateurs Agile de Montréal… – Pas
    facile
•   2007 – Le nombre de participants à la conférence Agile double
    pour une troisième année consécutive
•   2009 – 35 % des organisations utilisent une approche Agile
    (Forrester)
•   2012 – On prévoit que 80 % des projets seront réalisés à l’aide
    d’une approche Agile (Gartner)
Métaphore – Arbre de l’Agilité


                                    Bénéfices

Pratiques




                Principes


     Valeurs    Source : Lyssa Adkins, Coaching Agile Teams
Bénéfices attendus – Les fruits

                                             Rendement de
      Qualité renforcée                      l’investissement maximisé

Gaspillage réduit
                                                          Bénéfices
                                                               Temps de mise
        Pratiques                                              sur le marché
                                                               écourté
                                                              Plaisir au travail
Éléments à forte
                                                              accentué
valeur priorisés
                                                         Productivité
        Satisfaction client                              augmentée
        accrue
                                Principes         Prévisibilité améliorée



               Valeurs
                                            Source : Lyssa Adkins, Coaching Agile Teams
Valeurs – Les racines


                                                       Bénéfices



       Pratiques




                   Une solution    Principes La collaboration
                   fonctionnelle             avec le client
Les individus et
leurs                                                    La réponse au
interactions                                             changement
              Valeurs                        Source : Lyssa Adkins, Coaching Agile Teams
Si le sujet de la culture vous intéresse, venez me voir à la fin de la présentation.
Principes – Le tronc


                                                          Bénéfices
 Conversations
 directes
                                                                    Accueil des
                                                                    changements
         Pratiques

Émergence                                                             Inspection et
(architecture,                                                        adaptation
besoins, design)
                                                         Rythme soutenable
    Simplicité
                        Collaboration,                   Livraisons précoces
                        affaires et TI   Principes       et fréquentes de
Motivation, confiance                                    logiciels fonctionnels
et appui
                                                            Excellence technique
                   Valeurs
                                                Source : Lyssa Adkins, Coaching Agile Teams
Des équipes hautement performantes



• Le développement Agile met l’accent sur la performance
  de l’équipe et sa progression
• L’Agilité donne une visibilité exceptionnelle sur les
  équipes
                            Coût [ 7.3 Control Costs ]
                            Calendrier [ 6.6 Control Schedule]
                            Qualité [ 8.3 Perform Quality Contol ]
                            Portée [ 5.4 Verify Scope, 5.5 Control Scope ]
                            Risques [ 11.6 Monitor and Control Risks ]
                            Équipe [ 9.x « monitor team performance » ]
Développement incrémental


• Chaque itération doit finir par
  la livraison d’un incrément de
  logiciel TERMINÉ!!!
• Nous pouvons donc
   • Mesurer l’avancement à partir
     du logiciel fonctionnel
     (Attention à la dette que vous
     accumulez!)
   • Recueillir très tôt des données
     sur la qualité du produit (et
     éviter les surprises)
Pratiques – Les feuilles

         Carnet de
         produit ordonné
                                                    Bénéfices
Mêlée                                                        Intégration
quotidienne                                                  continue

Pratiques                                                     Rétrospective

Propriété
collective                                            Équipe
du code                                               pluridisciplinaire
             Développement
             piloté par les   Principes
             tests


               Valeurs
                                          Source : Lyssa Adkins, Coaching Agile Teams
Without the shift in thinking, methodology becomes
technique and practice becomes imitation. Peter Block
Un cadre de fonctionnement Agile
Scrum (n) : Cadre de référence à l’intérieur         Cadre de référence Scrum
duquel des personnes peuvent résoudre des
problèmes complexes et ainsi créer, de façon
productive et créative, des produits ayant la plus
grande valeur d’affaires possible.
Source : Scrum.org


                                                             Équipe
                                                               de
                                                           réalisation




                      Influence
                                        Vision et
                                        feuille de
                                        route
Un peu de théorie




                                                            La dimension humaine
                                                            ajoute un autre niveau
                                                            de complexité.




     Source : Strategic Management and Organisational Dynamics: The Challenge of Complexity
                                                                           Ralph D. Stacey




18
Un peu de théorie


                    Predictive
Start with a plan                End with all
and all                          requirements
requirements                     completed



                     Scrum –
                     Empirical
Start with goals
and some priority                     End with
requirements                          goals met




                                   Source : Ken Schwaber
Passer d’un modèle de gestion fondé sur les coûts
   à un modèle de gestion fondé sur la valeur d’affaires créée


       Processus                                Cadre de
       en cascade                               référence
            Portée                         Coût   Scrum Calendrier
                          Contraintes
                                                   S'appuie sur la
                                                     valeur ou
           S'appuie                                    vision
            sur le
             plan
                                      Prévision
Coût                     Calendrier                    Portée

       Du plan découle                       De la vision découle
   les prévisions relatives au                les prévisions relatives aux
      coût et au calendrier.                        fonctionnalités.
Planification et suivi Agiles

                Coût [ 7.3 Control Costs ]
                Calendrier [ 6.6 Control Schedule]
                Qualité [ 8.3 Perform Quality Contol ]
                Portée [ 5.4 Verify Scope, 5.5 Control Scope ]
                Risques [ 11.6 Monitor and Control Risks ]
                Équipe [ 9.x « monitor team performance »
Différents niveaux de planification



Feuille de route
(produit et projet)


Carnet de produit



Carnet de sprint



Mêlée quotidienne
Graphique d’avancement de sprint
          Sprint Burndown Chart
Tableau des tâches
Suivi – Sprint

Suivi                             Principes                                           Outils

Coût       •   Fixe (équipe dédiées + contributeurs externes, au        •    Feuille de temps
               besoin)

Calendrier •   Fixe (2 à 4 semaines)                                •       Graph. avancement de sprint
           •   Autogestion de l’équipe sur la synchronisation des   •       Carnet de sprint
               tâches                                               •       Tableau des tâches

Portée     •   Fixe (engagement de l’équipe)                            •    Graph. avancement de sprint
                                                                        •    Carnet de sprint

Qualité    •   Engagement relatif à la qualité de l’équipe              •    Intégration continue
           •   Approche « stop the line »

Risques    •   Visibilité quotidienne                                   •    Mêlée quotidienne
                                                                        •    Obstacles du jour

Équipe     •   Visibilité quotidienne           Allez voir!             •    Mêlée quotidienne
                                                                        •    Espace collaboratif
Plan de livraison – Baseline

                                                                          Objectifs d’affaires
                                                                           clairement fixés
  Processus                                                                  Taille du carnet :
      de                                                                          97 points
  spéculation                                                                Vélocité prévue :
                                                                                 20 points




Plan de base     Sprint 1       Sprint 2  Sprint 3           Sprint 4        Sprints 5 et 6
                12 points      16 points 20 points          20 points         29 points
 Livraison 1
                   1
                       2                         5           5
                                 5
                       2                                                         13
                                 3               5
                   3                     1                        3
                                     1                                                   3
                       1                             3
                           1                 3                   5
                                     2                                               5
                   2             3
                                                     2           2
                                                 2            2       3          8
                                     1
Graphique d’avancement de livraison
           Release Burndown Chart
Graphique Sunset



                                   250



                                   200
Facultatifs (planifiés)
Importants (planifiés)
Essentiels (planifiés)
Facultatifs (complétés)            150
                          Points

Importants (complétés)
Essentiels (complétés)
Tendance max. estimée
Tendance minimale estimée          100



                                   50



                                    0
                                         1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
                                                                Sprints
Suivi – Livraison


Suivi                              Principes                                      Outils
Coût       •   Budget de livraison fixe                            •   Feuille de temps
                                                                   •   Agile EVM

Calendrier •   Fixe (sprint 0 + x sprints + stabilisation)         •   Plan de livraison

Portée     •   Objectifs de la livraison fixe                      •   Carnet de produit
           •   Solution Variable                                   •   Graph. avanc. livraison
               (Obligatoire- Important-Facultatif)                 •   Graphique Sunset

Qualité    •   Livraison d’incréments de qualité production à      •   Définition de TERMINÉ
               chacune des itérations
                                                     Allez voir!   •   Démo. de sprint
           •   Test d’acceptation en continu                       •   Rapport d’anomalies

Risques    •   Inspection fréquente                                •   Registre des risques


Équipe     •   Amélioration continue                               •   Rétrospective
                                                                   •   Vélocité
Il est possible de faire une présentation détaillée sur la reddition de comptes.
Suivi – Feuille de route (projet et produit)


• Si vous avez un processus de gouvernance avec des
  passages, la définition des passages doit s’éloigner
  graduellement de la notion de phase pour devenir des
  points de validation d’investissement
• Ceci est un changement important souvent difficile à
  faire

 Envision      Explore         Development       End-Game     Shipping
 (2-4 weeks)   (~25%)             (~50%)           (~20%)

                                                              SALES
Suivi – Feuille de route (projet et produit)


• Certains de vos outils classiques vous seront très
  utiles ici
• Si possible, suivez la cadence des sprints pour
  effectuer la reddition de comptes de niveau projet
• Consolider les métriques de livraison de
  l’ensemble des contributeurs
• Pour des projets de moindre envergure, le niveau
  livraison est souvent équivalent au niveau
  projet
En conclusion



•    Pour un PMP, adopter une approche Agile
     constitue à la fois
    • un changement culturel significatif
    • et la possibilité d’utiliser ses talents, son
       expérience et certaines bonnes pratiques
       qu’il connaît bien
Références

Cadre Agile – Scrum   Pratiques
Références
Adoption   Management
Agile du point de vue d'un PMP

Contenu connexe

Tendances

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 XPNicolas Perriault
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnGautier Pialat
 
Gestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsGestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsPierre E. NEIS
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: ScrumChaymaMghazli
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.pptamani75494
 
Le serious game et l'accompagnement au changement
Le serious game et l'accompagnement au changementLe serious game et l'accompagnement au changement
Le serious game et l'accompagnement au changementFFFOD
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionTremeur Balbous
 
Méthodes Agiles, L’essentiel de KANBAN.
Méthodes Agiles, L’essentiel de KANBAN.Méthodes Agiles, L’essentiel de KANBAN.
Méthodes Agiles, L’essentiel de KANBAN.aettarrouzi
 
Management de projet agile vs classique pmi atlantic 20120322
Management de projet agile vs classique pmi atlantic 20120322Management de projet agile vs classique pmi atlantic 20120322
Management de projet agile vs classique pmi atlantic 20120322Jean-Luc MAZE
 
ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...
ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...
ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...Agile Montréal
 
Faire preuve d'agilité dans son organisation
Faire preuve d'agilité dans son organisation Faire preuve d'agilité dans son organisation
Faire preuve d'agilité dans son organisation Camille Coste
 
DeciLogic, la gestion d'un projet décisionnel
DeciLogic, la gestion d'un projet décisionnelDeciLogic, la gestion d'un projet décisionnel
DeciLogic, la gestion d'un projet décisionnelEric Mauvais
 
Les principales méthodes de gestion de projets
Les principales méthodes de gestion de projetsLes principales méthodes de gestion de projets
Les principales méthodes de gestion de projetsLaurence Genty
 
Synergie team
Synergie teamSynergie team
Synergie teamMSMCO
 

Tendances (20)

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 scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
 
Gestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsGestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskills
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.ppt
 
Le serious game et l'accompagnement au changement
Le serious game et l'accompagnement au changementLe serious game et l'accompagnement au changement
Le serious game et l'accompagnement au changement
 
Agile expliqué aux managers
Agile expliqué aux managersAgile expliqué aux managers
Agile expliqué aux managers
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
Méthodes Agiles, L’essentiel de KANBAN.
Méthodes Agiles, L’essentiel de KANBAN.Méthodes Agiles, L’essentiel de KANBAN.
Méthodes Agiles, L’essentiel de KANBAN.
 
Management de projet agile vs classique pmi atlantic 20120322
Management de projet agile vs classique pmi atlantic 20120322Management de projet agile vs classique pmi atlantic 20120322
Management de projet agile vs classique pmi atlantic 20120322
 
Scrum
ScrumScrum
Scrum
 
Méthodes agiles
Méthodes agilesMéthodes agiles
Méthodes agiles
 
ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...
ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...
ATMTL23 - Comment mettre l’humain au cœur d’une transformation agile ? par My...
 
Faire preuve d'agilité dans son organisation
Faire preuve d'agilité dans son organisation Faire preuve d'agilité dans son organisation
Faire preuve d'agilité dans son organisation
 
DeciLogic, la gestion d'un projet décisionnel
DeciLogic, la gestion d'un projet décisionnelDeciLogic, la gestion d'un projet décisionnel
DeciLogic, la gestion d'un projet décisionnel
 
Méthodes agiles & Scrum
Méthodes agiles & ScrumMéthodes agiles & Scrum
Méthodes agiles & Scrum
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
Les principales méthodes de gestion de projets
Les principales méthodes de gestion de projetsLes principales méthodes de gestion de projets
Les principales méthodes de gestion de projets
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Synergie team
Synergie teamSynergie team
Synergie team
 

Similaire à Agile du point de vue d'un PMP

Grille de lecture des méthodes agiles
Grille de lecture des méthodes agilesGrille de lecture des méthodes agiles
Grille de lecture des méthodes agilesXavier Warzee
 
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éfisPyxis Technologies
 
soft-shake.ch - Transition agile & Accompagnement au changement
soft-shake.ch - Transition agile & Accompagnement au changementsoft-shake.ch - Transition agile & Accompagnement au changement
soft-shake.ch - Transition agile & Accompagnement au changementsoft-shake.ch
 
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 PMPguestaaee88d
 
Paris 20 enterprise 20 - capgemini jf caenen
Paris 20   enterprise 20 - capgemini jf caenenParis 20   enterprise 20 - capgemini jf caenen
Paris 20 enterprise 20 - capgemini jf caenenJean-François Caenen
 
MC3SI Chti Jug Soiree Agilite
MC3SI Chti Jug Soiree AgiliteMC3SI Chti Jug Soiree Agilite
MC3SI Chti Jug Soiree AgiliteCh'ti JUG
 
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
 
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 TIEtienne 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 TIPMI-Montréal
 
QPR8 - Présentation Scorecard
QPR8 - Présentation ScorecardQPR8 - Présentation Scorecard
QPR8 - Présentation ScorecardChristophe Paré
 
Aborder la transition vers l'agilité
Aborder la transition vers l'agilitéAborder la transition vers l'agilité
Aborder la transition vers l'agilitéChristophe Addinquy
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
MIS 2011 - Retour Expérience CBRE
MIS 2011 - Retour Expérience CBREMIS 2011 - Retour Expérience CBRE
MIS 2011 - Retour Expérience CBRESeeMy
 
Lean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesLean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesEric Le Merdy
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
ROK Solution pour les Ressources Humaines
ROK Solution pour les Ressources HumainesROK Solution pour les Ressources Humaines
ROK Solution pour les Ressources HumainesROK Solution
 

Similaire à Agile du point de vue d'un PMP (20)

Grille de lecture des méthodes agiles
Grille de lecture des méthodes agilesGrille de lecture des méthodes agiles
Grille de lecture des méthodes agiles
 
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
 
soft-shake.ch - Transition agile & Accompagnement au changement
soft-shake.ch - Transition agile & Accompagnement au changementsoft-shake.ch - Transition agile & Accompagnement au changement
soft-shake.ch - Transition agile & Accompagnement au changement
 
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@scale
Agile@scaleAgile@scale
Agile@scale
 
Paris 20 enterprise 20 - capgemini jf caenen
Paris 20   enterprise 20 - capgemini jf caenenParis 20   enterprise 20 - capgemini jf caenen
Paris 20 enterprise 20 - capgemini jf caenen
 
MC3SI Chti Jug Soiree Agilite
MC3SI Chti Jug Soiree AgiliteMC3SI Chti Jug Soiree Agilite
MC3SI Chti Jug Soiree Agilite
 
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...
 
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
 
QPR8 - Présentation Scorecard
QPR8 - Présentation ScorecardQPR8 - Présentation Scorecard
QPR8 - Présentation Scorecard
 
Aborder la transition vers l'agilité
Aborder la transition vers l'agilitéAborder la transition vers l'agilité
Aborder la transition vers l'agilité
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
MIS 2011 - Retour Expérience CBRE
MIS 2011 - Retour Expérience CBREMIS 2011 - Retour Expérience CBRE
MIS 2011 - Retour Expérience CBRE
 
Lean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesLean Software Development et pratiques Agiles
Lean Software Development et pratiques Agiles
 
Psp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 FrPsp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 Fr
 
Pourquoi Faire Du Bi Agile
Pourquoi Faire Du Bi AgilePourquoi Faire Du Bi Agile
Pourquoi Faire Du Bi Agile
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
ROK Solution pour les Ressources Humaines
ROK Solution pour les Ressources HumainesROK Solution pour les Ressources Humaines
ROK Solution pour les Ressources Humaines
 
Change!
Change!Change!
Change!
 

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 gouvernancePyxis 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
 
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 BoisvertPyxis 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 projetsPyxis 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 BoisvertPyxis Technologies
 
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 2013Pyxis 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 produitPyxis 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-êtrePyxis 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'équipePyxis 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
 
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
 
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 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 du point de vue d'un PMP

  • 1. Agile du point de vue d’un PMP François Beauregard (fbeauregard@pyxis-tech.com)
  • 2. françois beauregard fbeauregard@pyxis-tech.com http://pyxis-tech.com/francois-beauregard
  • 3. Objectifs • Présenter les ressemblances et les différences entre une approche Agile et celle du PMI • Situer ces éléments dans un contexte pratique • Fournir des éléments de réflexion pour la mise en œuvre d'améliorations dans vos projets
  • 4. Définir ce qu’est l’Agilité
  • 5. Un peu d’histoire • 1945 à 1965 – Les débuts • 1965 à 1985 – La crise • Années 80 et 90 – On veut passer de l’artisanat à l’ingénierie logicielle, on cherche le silver bullet • 1995 – Scrum • 2001 – Le manifeste Agile • 2002 – Création du groupe d’utilisateurs Agile de Montréal… – Pas facile • 2007 – Le nombre de participants à la conférence Agile double pour une troisième année consécutive • 2009 – 35 % des organisations utilisent une approche Agile (Forrester) • 2012 – On prévoit que 80 % des projets seront réalisés à l’aide d’une approche Agile (Gartner)
  • 6.
  • 7. Métaphore – Arbre de l’Agilité Bénéfices Pratiques Principes Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  • 8. Bénéfices attendus – Les fruits Rendement de Qualité renforcée l’investissement maximisé Gaspillage réduit Bénéfices Temps de mise Pratiques sur le marché écourté Plaisir au travail Éléments à forte accentué valeur priorisés Productivité Satisfaction client augmentée accrue Principes Prévisibilité améliorée Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  • 9. Valeurs – Les racines Bénéfices Pratiques Une solution Principes La collaboration fonctionnelle avec le client Les individus et leurs La réponse au interactions changement Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  • 10. Si le sujet de la culture vous intéresse, venez me voir à la fin de la présentation.
  • 11. Principes – Le tronc Bénéfices Conversations directes Accueil des changements Pratiques Émergence Inspection et (architecture, adaptation besoins, design) Rythme soutenable Simplicité Collaboration, Livraisons précoces affaires et TI Principes et fréquentes de Motivation, confiance logiciels fonctionnels et appui Excellence technique Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  • 12. Des équipes hautement performantes • Le développement Agile met l’accent sur la performance de l’équipe et sa progression • L’Agilité donne une visibilité exceptionnelle sur les équipes Coût [ 7.3 Control Costs ] Calendrier [ 6.6 Control Schedule] Qualité [ 8.3 Perform Quality Contol ] Portée [ 5.4 Verify Scope, 5.5 Control Scope ] Risques [ 11.6 Monitor and Control Risks ] Équipe [ 9.x « monitor team performance » ]
  • 13. Développement incrémental • Chaque itération doit finir par la livraison d’un incrément de logiciel TERMINÉ!!! • Nous pouvons donc • Mesurer l’avancement à partir du logiciel fonctionnel (Attention à la dette que vous accumulez!) • Recueillir très tôt des données sur la qualité du produit (et éviter les surprises)
  • 14. Pratiques – Les feuilles Carnet de produit ordonné Bénéfices Mêlée Intégration quotidienne continue Pratiques Rétrospective Propriété collective Équipe du code pluridisciplinaire Développement piloté par les Principes tests Valeurs Source : Lyssa Adkins, Coaching Agile Teams
  • 15. Without the shift in thinking, methodology becomes technique and practice becomes imitation. Peter Block
  • 16. Un cadre de fonctionnement Agile
  • 17. Scrum (n) : Cadre de référence à l’intérieur Cadre de référence Scrum duquel des personnes peuvent résoudre des problèmes complexes et ainsi créer, de façon productive et créative, des produits ayant la plus grande valeur d’affaires possible. Source : Scrum.org Équipe de réalisation Influence Vision et feuille de route
  • 18. Un peu de théorie La dimension humaine ajoute un autre niveau de complexité. Source : Strategic Management and Organisational Dynamics: The Challenge of Complexity Ralph D. Stacey 18
  • 19.
  • 20. Un peu de théorie Predictive Start with a plan End with all and all requirements requirements completed Scrum – Empirical Start with goals and some priority End with requirements goals met Source : Ken Schwaber
  • 21. Passer d’un modèle de gestion fondé sur les coûts à un modèle de gestion fondé sur la valeur d’affaires créée Processus Cadre de en cascade référence Portée Coût Scrum Calendrier Contraintes S'appuie sur la valeur ou S'appuie vision sur le plan Prévision Coût Calendrier Portée Du plan découle De la vision découle les prévisions relatives au les prévisions relatives aux coût et au calendrier. fonctionnalités.
  • 22. Planification et suivi Agiles Coût [ 7.3 Control Costs ] Calendrier [ 6.6 Control Schedule] Qualité [ 8.3 Perform Quality Contol ] Portée [ 5.4 Verify Scope, 5.5 Control Scope ] Risques [ 11.6 Monitor and Control Risks ] Équipe [ 9.x « monitor team performance »
  • 23. Différents niveaux de planification Feuille de route (produit et projet) Carnet de produit Carnet de sprint Mêlée quotidienne
  • 24. Graphique d’avancement de sprint Sprint Burndown Chart
  • 26. Suivi – Sprint Suivi Principes Outils Coût • Fixe (équipe dédiées + contributeurs externes, au • Feuille de temps besoin) Calendrier • Fixe (2 à 4 semaines) • Graph. avancement de sprint • Autogestion de l’équipe sur la synchronisation des • Carnet de sprint tâches • Tableau des tâches Portée • Fixe (engagement de l’équipe) • Graph. avancement de sprint • Carnet de sprint Qualité • Engagement relatif à la qualité de l’équipe • Intégration continue • Approche « stop the line » Risques • Visibilité quotidienne • Mêlée quotidienne • Obstacles du jour Équipe • Visibilité quotidienne Allez voir! • Mêlée quotidienne • Espace collaboratif
  • 27. Plan de livraison – Baseline Objectifs d’affaires clairement fixés Processus Taille du carnet : de 97 points spéculation Vélocité prévue : 20 points Plan de base Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprints 5 et 6 12 points 16 points 20 points 20 points 29 points Livraison 1 1 2 5 5 5 2 13 3 5 3 1 3 1 3 1 3 1 3 5 2 5 2 3 2 2 2 2 3 8 1
  • 28. Graphique d’avancement de livraison Release Burndown Chart
  • 29. Graphique Sunset 250 200 Facultatifs (planifiés) Importants (planifiés) Essentiels (planifiés) Facultatifs (complétés) 150 Points Importants (complétés) Essentiels (complétés) Tendance max. estimée Tendance minimale estimée 100 50 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Sprints
  • 30. Suivi – Livraison Suivi Principes Outils Coût • Budget de livraison fixe • Feuille de temps • Agile EVM Calendrier • Fixe (sprint 0 + x sprints + stabilisation) • Plan de livraison Portée • Objectifs de la livraison fixe • Carnet de produit • Solution Variable • Graph. avanc. livraison (Obligatoire- Important-Facultatif) • Graphique Sunset Qualité • Livraison d’incréments de qualité production à • Définition de TERMINÉ chacune des itérations Allez voir! • Démo. de sprint • Test d’acceptation en continu • Rapport d’anomalies Risques • Inspection fréquente • Registre des risques Équipe • Amélioration continue • Rétrospective • Vélocité
  • 31. Il est possible de faire une présentation détaillée sur la reddition de comptes.
  • 32. Suivi – Feuille de route (projet et produit) • Si vous avez un processus de gouvernance avec des passages, la définition des passages doit s’éloigner graduellement de la notion de phase pour devenir des points de validation d’investissement • Ceci est un changement important souvent difficile à faire Envision Explore Development End-Game Shipping (2-4 weeks) (~25%) (~50%) (~20%) SALES
  • 33. Suivi – Feuille de route (projet et produit) • Certains de vos outils classiques vous seront très utiles ici • Si possible, suivez la cadence des sprints pour effectuer la reddition de comptes de niveau projet • Consolider les métriques de livraison de l’ensemble des contributeurs • Pour des projets de moindre envergure, le niveau livraison est souvent équivalent au niveau projet
  • 34. En conclusion • Pour un PMP, adopter une approche Agile constitue à la fois • un changement culturel significatif • et la possibilité d’utiliser ses talents, son expérience et certaines bonnes pratiques qu’il connaît bien
  • 35.
  • 36. Références Cadre Agile – Scrum Pratiques
  • 37. Références Adoption Management