SlideShare une entreprise Scribd logo
L'agilité en quelques slides
                       03/2012
Présentation
●
    Nicolas Deverge - ekito
    ●
        Architecte & ScrumMaster
    ●
        Speaker à l'AgileTour 2009
    ●
        Speaker au SigmaT 12
    ●
        Speaker en 2012 pour le PPN des IUT


        Twitter : @ndeverge
L'Agilité
●
    Ce que c'est
    ●
        un état d'esprit
    ●
        un processus léger
    ●
        la transparence / la confiance
    ●
        l'acceptation du changement
    ●
        amélioration continue
    ●
        pilotage par la valeur business
●
    Ce que ce n'est pas
    ●
        une solution à tous les problèmes
    ●
        une méthode de gestion de projet
    ●
        une méthode de développement rapide
Pourquoi les méthodes Agiles ?

●
    Le cycle en V fonctionne mal en ingénierie
    logicielle
●
    Problème de l'expression du besoin
    ●
        Fonctionnalités non utilisées
●
    Effet tunnel
Pourquoi les méthodes Agiles ?
Manifeste Agile

●
    l’interaction avec les personnes plus que
    les processus et les outils
●
    un produit opérationnel plus qu'une
    documentation pléthorique
●
    la collaboration avec le client plus que la
    négociation de contrat
●
    la réactivité face au changement plus que
    le suivi d'un plan
Scrum

●
    Une méthode Agile
●
    Cadre
●
    Boîte à outils
●
    Décrit le processus d'organisation, pas les
    pratiques d'ingénieries
Le processus Scrum en une
image
Le Sprint
●
    Les projets Scrum progressent par une série de
    sprints
●
    La durée d’un sprint est de 2 à 4 semaines
●
    Une durée constante apporte un meilleur rythme
●
    Le produit (partiel) est conçu, codé et testé
    pendant le sprint (mini cycle en V)
Les rôles
●
    Product Owner
    ●
        Définit les fonctionnalités du produit
    ●
        Choisit la date et le contenu de la release
    ●
        Responsable du retour sur investissement
    ●
        Définit les priorités en fonction de la valeur
        « métier »
    ●
        Ajuste les fonctionnalités et les priorités à
        chaque itération si nécessaire
    ●
        Accepte ou rejette les résultats
Les rôles
●
    ScrumMaster
    ●
        Représente le management du projet
    ●
        Responsable de faire appliquer par l’équipe
        les valeurs et les pratiques de Scrum
    ●
        Résout des problèmes
    ●
        S'assure que l'équipe est complétement
        fonctionnelle et productive
    ●
        Facilite une coopération poussée entre tous
        les rôles et fonctions
    ●
        Protège l'équipe des interférences extérieures
Les rôles
●
    L'équipe
    ●
        Regroupant tous les rôles
        –   Architecte, concepteur, développeur, spécialiste
            IHM, testeur, etc.
    ●
        A plein temps sur le projet, de préférence
        –   Exceptions possibles (administrateur, …)
    ●
        L’équipe s’organise par elle-même
    ●
        La composition de l’équipe ne doit pas
        changer pendant un Sprint
    ●
        Le ProductOwner et le ScrumMaster font aussi
        parties de l'équipe
Le backlog de produit
●
    Contient l'ensemble des exigences
    ●
        Users stories (exigences fonctionnelles)
    ●
        Bugs
    ●
        Spikes techniques


●
    Chaque élément est priorisé et pondéré
    ●
        « Business point »
    ●
        « Points d'effort »
Priorisation &
Pondération
●
    Priorisation
    ●
        Grâce aux « Business points »
    ●
        Si ça ne suffit pas, ateliers « Buy a feature »


●
    Pondération
    ●
        Grâce aux « points d'effort »
    ●
        Relativement entre users stories
    ●
        Estimation collective
         –   « Planning Poker »
         –   Par similitude
La planification de Sprint
●
    A partir du backlog de produit priorisé et pondéré
    ●
        Définition du “but du Sprint”
    ●
        Sélection des users stories en haut du backlog
    ●
        Par rapport à la vélocité
La planification de Sprint
                Backlog de produit                 Backlog de Sprint n

+ prioritaire
                     Voir les                             Voir les
                     dispos 3                              offres    2
                                     Sprint n+1
                                                          Créer un
                    Réserver
                               5                          compte 3

                                                         Accès à un
                     Payer
                               5                          compte 2
                                     Sprint n+2

                   Rembourser
- prioritaire               3                     Si vélocité entre 6 et 9
Radiateur d'informations
La planification de Sprint
●
    Puis découpage des Users Stories en tâches
    techniques
    ●
        Collectivement par l'équipe
    ●
        Estimées en « reste à faire » (en heures
        idéales)
Le Done
●
    Pour être considérée comme terminée, une User-
    Story doit répondre à certains critères :
    ●
        Codée
    ●
        Testée fonctionnellement
    ●
        Testée unitairement
    ●
        Documentée
    ●
        etc...
Le déroulement
quotidien
●
    “Daily Scrum” tous les matins
    ●
        Coordination quotidienne de l'équipe
    ●
        Timeboxé : pas plus de 3 minutes par
        personne
    ●
        3 questions :
        –   « Qu'est-ce que tu as fait hier ? »
        –   « Qu'as-tu prévu aujourd'hui ? »
        –   « As-tu des problèmes ? »
    ●
        On en profite pour mettre à jour les tâches
        techniques (et le reste à faire)
    ●
        Le PO et le SM participent aussi !!
En fin de Sprint
●
    La revue
    ●
        2h max, toute l'équipe
    ●
        Le PO fait une démo du produit
    ●
        On regarde les métriques
    ●
        On fixe les objectifs du Sprint suivant
    ●
        On invite du monde !
        –   Stakeholders
        –   End users
        –   Sponsors
En fin de Sprint
●
    La rétrospective
    ●
        30 mn max, que l'équipe
    ●
        Amélioration continue
    ●
        Critique du processus en vue de l'améliorer
    ●
        3 questions :
        –   « Qu'est-ce qu'il faut continuer ? »
        –   « Qu'est-ce qu'il faut arrêter ? »
        –   « Qu'est-ce qu'il faudrait commencer ? »
Quelques métriques
●
    Burndown chart de Sprint
●
    Hour burndown chart de Sprint
●
    Burndown chart de Release
●
    Velocity chart

                                                 97 101
                          120


                          100
                                         82                              86
                                                                 69
                           80
                                                                                61
                           60
                                                                                          Vélocité
                           40
                                 21
                           20


                            0
                                Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 Sprint6 Sprint7
Quelques pratiques
d'ingénierie (XP)
●
    Pair Programming
●
    Tests Unitaires & Test Driven Development
●
    Intégration Continue
    ●
        Compilation
    ●
        Tests unitaires
    ●
        Packaging
    ●
        Documentation
Utilisateurs de Scrum
●
    Microsoft           ●
                            Nielsen Media
●
    Yahoo               ●
                            First American Real
                            Estate
●
    Google
                        ●
                            BMC Software
●
    Electronic Arts
                        ●
                            Ipswitch
●
    High Moon Studios
                        ●
                            John Deere
●
    Lockheed Martin
                        ●
                            Lexis Nexis
●
    Philips
                        ●
                            Sabre
●
    Siemens
                        ●
                            Salesforce.com
●
    Nokia
                        ●
                            Time Warner
●
    CNES
                        ●
                            Turner Broadcasting
●
    BBC
                        ●
                            ...
●
    INRA
Autres...
Des questions ?
Agence Centre Ville :   Tél. : + 33 (0) 561 316 240
1 place de la Bourse,   Fax. : + 33 (0) 561 713 500
31000 Toulouse          www.ekito.fr

                        contact@ekito.fr
Copyright
●
    Vous êtes libre de :
     ●
         Reproduire, distribuer et communiquer cette création
         au public
     ●
         Modifier cette création
●
    Selon les conditions suivantes :
     ●
         Paternité. Vous devez citer le nom de l'auteur original
         de la manière indiquée par l'auteur de l'oeuvre ou le
         titulaire des droits qui vous confère cette autorisation
         (mais pas d'une manière qui suggérerait qu'ils vous
         soutiennent ou approuvent votre utilisation de
         l'oeuvre).
     ●
         Rien dans ce contrat ne diminue
         ou ne restreint le droit moral de
         l'auteur ou des auteurs.
    http://creativecommons.org/licenses/by/3.0/

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 XP
Nicolas Perriault
 
Présentation de l’agilité
Présentation de l’agilitéPrésentation de l’agilité
Présentation de l’agilité
Jean Yves Klein
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
ChaymaMghazli
 
Méthodes agiles
Méthodes agilesMéthodes agiles
Méthodes agiles
Mohammed Amine Mostefai
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
Olivier Patou
 
Cevik Yaklasim, Scrum ve XP Pratikleri
Cevik Yaklasim, Scrum ve XP PratikleriCevik Yaklasim, Scrum ve XP Pratikleri
Cevik Yaklasim, Scrum ve XP Pratikleri
Osman DÖNER, PMP, PMI-ACP
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
Guillaume Bladier
 
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
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrumPierre E. NEIS
 
MÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxMÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptx
JaweherBN
 
La gestion de projet agile
La gestion de projet agileLa gestion de projet agile
La gestion de projet agile
Eugène ZENGOMONA
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
Gautier Pialat
 
La Gestion de Projet Agile
La Gestion de Projet AgileLa Gestion de Projet Agile
La Gestion de Projet Agile
bcollet
 
Formation Agile Scrum
Formation Agile ScrumFormation Agile Scrum
Formation Agile Scrum
Mohamed IBN ELAZZOUZI
 
AES22-Comment se piloter par la valeur.pdf
AES22-Comment se piloter par la valeur.pdfAES22-Comment se piloter par la valeur.pdf
AES22-Comment se piloter par la valeur.pdf
Agile En Seine
 
Scrum Guide
Scrum GuideScrum Guide
Scrum Guide
Denis Voituron
 
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
 
Parlons Agilité !
Parlons Agilité !Parlons Agilité !

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 de l’agilité
Présentation de l’agilitéPrésentation de l’agilité
Présentation de l’agilité
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
 
Méthodes agiles
Méthodes agilesMéthodes agiles
Méthodes agiles
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Cevik Yaklasim, Scrum ve XP Pratikleri
Cevik Yaklasim, Scrum ve XP PratikleriCevik Yaklasim, Scrum ve XP Pratikleri
Cevik Yaklasim, Scrum ve XP Pratikleri
 
Methodes agile
Methodes agileMethodes agile
Methodes agile
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
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
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
 
MÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxMÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptx
 
La gestion de projet agile
La gestion de projet agileLa gestion de projet agile
La gestion de projet agile
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
 
La Gestion de Projet Agile
La Gestion de Projet AgileLa Gestion de Projet Agile
La Gestion de Projet Agile
 
Formation Agile Scrum
Formation Agile ScrumFormation Agile Scrum
Formation Agile Scrum
 
AES22-Comment se piloter par la valeur.pdf
AES22-Comment se piloter par la valeur.pdfAES22-Comment se piloter par la valeur.pdf
AES22-Comment se piloter par la valeur.pdf
 
Scrum Guide
Scrum GuideScrum Guide
Scrum Guide
 
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.
 
Parlons Agilité !
Parlons Agilité !Parlons Agilité !
Parlons Agilité !
 

Similaire à L'agilité en quelques slides

AgileIUT
AgileIUTAgileIUT
AgileIUT
Nicolas Deverge
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
Ippon
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
alexandre_perrin
 
Introduction scrum v0.7
Introduction scrum v0.7Introduction scrum v0.7
Introduction scrum v0.7
CClr
 
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Association Agile Nantes
 
Comment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBanComment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBan
Julien Rairat
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmseagnes_crepet
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
Martin Lapointe, M.T.I.
 
Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...
Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...
Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...
Benoit St-André
 
JCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumJCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec Icescrum
Rossi Oddet
 
Les Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelle
Les Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelleLes Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelle
Les Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelle
DocDoku
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
Openska
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
François Wauquier
 
SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011Christophe NEY
 
Estimation et planification Agile
Estimation et planification AgileEstimation et planification Agile
Estimation et planification Agile
Yannick Quenec'hdu
 
Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013agnes_crepet
 
Methodologies agiles
Methodologies agilesMethodologies agiles
Methodologies agiles
Ronan Guillamet
 
Quel chemin vers l'agilité ?
Quel chemin vers l'agilité ?Quel chemin vers l'agilité ?
Quel chemin vers l'agilité ?
thierrycros
 

Similaire à L'agilité en quelques slides (20)

AgileIUT
AgileIUTAgileIUT
AgileIUT
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
 
Introduction scrum v0.7
Introduction scrum v0.7Introduction scrum v0.7
Introduction scrum v0.7
 
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
 
Comment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBanComment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBan
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
 
Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...
Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...
Gérer l'inconnu avec peu de moyens par le développement itératif - L'agili...
 
JCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumJCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec Icescrum
 
Les Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelle
Les Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelleLes Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelle
Les Z'ApéroTech Toulouse #2 - Présentation de l'agilité à l'échelle
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
 
SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011
 
Estimation et planification Agile
Estimation et planification AgileEstimation et planification Agile
Estimation et planification Agile
 
Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013
 
REX Scrum mature
REX Scrum matureREX Scrum mature
REX Scrum mature
 
Methodologies agiles
Methodologies agilesMethodologies agiles
Methodologies agiles
 
Introduction scrum
Introduction scrumIntroduction scrum
Introduction scrum
 
Quel chemin vers l'agilité ?
Quel chemin vers l'agilité ?Quel chemin vers l'agilité ?
Quel chemin vers l'agilité ?
 

L'agilité en quelques slides

  • 1. L'agilité en quelques slides 03/2012
  • 2. Présentation ● Nicolas Deverge - ekito ● Architecte & ScrumMaster ● Speaker à l'AgileTour 2009 ● Speaker au SigmaT 12 ● Speaker en 2012 pour le PPN des IUT Twitter : @ndeverge
  • 3. L'Agilité ● Ce que c'est ● un état d'esprit ● un processus léger ● la transparence / la confiance ● l'acceptation du changement ● amélioration continue ● pilotage par la valeur business ● Ce que ce n'est pas ● une solution à tous les problèmes ● une méthode de gestion de projet ● une méthode de développement rapide
  • 4. Pourquoi les méthodes Agiles ? ● Le cycle en V fonctionne mal en ingénierie logicielle ● Problème de l'expression du besoin ● Fonctionnalités non utilisées ● Effet tunnel
  • 6. Manifeste Agile ● l’interaction avec les personnes plus que les processus et les outils ● un produit opérationnel plus qu'une documentation pléthorique ● la collaboration avec le client plus que la négociation de contrat ● la réactivité face au changement plus que le suivi d'un plan
  • 7. Scrum ● Une méthode Agile ● Cadre ● Boîte à outils ● Décrit le processus d'organisation, pas les pratiques d'ingénieries
  • 8. Le processus Scrum en une image
  • 9. Le Sprint ● Les projets Scrum progressent par une série de sprints ● La durée d’un sprint est de 2 à 4 semaines ● Une durée constante apporte un meilleur rythme ● Le produit (partiel) est conçu, codé et testé pendant le sprint (mini cycle en V)
  • 10. Les rôles ● Product Owner ● Définit les fonctionnalités du produit ● Choisit la date et le contenu de la release ● Responsable du retour sur investissement ● Définit les priorités en fonction de la valeur « métier » ● Ajuste les fonctionnalités et les priorités à chaque itération si nécessaire ● Accepte ou rejette les résultats
  • 11. Les rôles ● ScrumMaster ● Représente le management du projet ● Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum ● Résout des problèmes ● S'assure que l'équipe est complétement fonctionnelle et productive ● Facilite une coopération poussée entre tous les rôles et fonctions ● Protège l'équipe des interférences extérieures
  • 12. Les rôles ● L'équipe ● Regroupant tous les rôles – Architecte, concepteur, développeur, spécialiste IHM, testeur, etc. ● A plein temps sur le projet, de préférence – Exceptions possibles (administrateur, …) ● L’équipe s’organise par elle-même ● La composition de l’équipe ne doit pas changer pendant un Sprint ● Le ProductOwner et le ScrumMaster font aussi parties de l'équipe
  • 13. Le backlog de produit ● Contient l'ensemble des exigences ● Users stories (exigences fonctionnelles) ● Bugs ● Spikes techniques ● Chaque élément est priorisé et pondéré ● « Business point » ● « Points d'effort »
  • 14. Priorisation & Pondération ● Priorisation ● Grâce aux « Business points » ● Si ça ne suffit pas, ateliers « Buy a feature » ● Pondération ● Grâce aux « points d'effort » ● Relativement entre users stories ● Estimation collective – « Planning Poker » – Par similitude
  • 15. La planification de Sprint ● A partir du backlog de produit priorisé et pondéré ● Définition du “but du Sprint” ● Sélection des users stories en haut du backlog ● Par rapport à la vélocité
  • 16. La planification de Sprint Backlog de produit Backlog de Sprint n + prioritaire Voir les Voir les dispos 3 offres 2 Sprint n+1 Créer un Réserver 5 compte 3 Accès à un Payer 5 compte 2 Sprint n+2 Rembourser - prioritaire 3 Si vélocité entre 6 et 9
  • 18. La planification de Sprint ● Puis découpage des Users Stories en tâches techniques ● Collectivement par l'équipe ● Estimées en « reste à faire » (en heures idéales)
  • 19. Le Done ● Pour être considérée comme terminée, une User- Story doit répondre à certains critères : ● Codée ● Testée fonctionnellement ● Testée unitairement ● Documentée ● etc...
  • 20. Le déroulement quotidien ● “Daily Scrum” tous les matins ● Coordination quotidienne de l'équipe ● Timeboxé : pas plus de 3 minutes par personne ● 3 questions : – « Qu'est-ce que tu as fait hier ? » – « Qu'as-tu prévu aujourd'hui ? » – « As-tu des problèmes ? » ● On en profite pour mettre à jour les tâches techniques (et le reste à faire) ● Le PO et le SM participent aussi !!
  • 21. En fin de Sprint ● La revue ● 2h max, toute l'équipe ● Le PO fait une démo du produit ● On regarde les métriques ● On fixe les objectifs du Sprint suivant ● On invite du monde ! – Stakeholders – End users – Sponsors
  • 22. En fin de Sprint ● La rétrospective ● 30 mn max, que l'équipe ● Amélioration continue ● Critique du processus en vue de l'améliorer ● 3 questions : – « Qu'est-ce qu'il faut continuer ? » – « Qu'est-ce qu'il faut arrêter ? » – « Qu'est-ce qu'il faudrait commencer ? »
  • 23. Quelques métriques ● Burndown chart de Sprint ● Hour burndown chart de Sprint ● Burndown chart de Release ● Velocity chart 97 101 120 100 82 86 69 80 61 60 Vélocité 40 21 20 0 Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 Sprint6 Sprint7
  • 24. Quelques pratiques d'ingénierie (XP) ● Pair Programming ● Tests Unitaires & Test Driven Development ● Intégration Continue ● Compilation ● Tests unitaires ● Packaging ● Documentation
  • 25. Utilisateurs de Scrum ● Microsoft ● Nielsen Media ● Yahoo ● First American Real Estate ● Google ● BMC Software ● Electronic Arts ● Ipswitch ● High Moon Studios ● John Deere ● Lockheed Martin ● Lexis Nexis ● Philips ● Sabre ● Siemens ● Salesforce.com ● Nokia ● Time Warner ● CNES ● Turner Broadcasting ● BBC ● ... ● INRA
  • 28. Agence Centre Ville : Tél. : + 33 (0) 561 316 240 1 place de la Bourse, Fax. : + 33 (0) 561 713 500 31000 Toulouse www.ekito.fr contact@ekito.fr
  • 29. Copyright ● Vous êtes libre de : ● Reproduire, distribuer et communiquer cette création au public ● Modifier cette création ● Selon les conditions suivantes : ● Paternité. Vous devez citer le nom de l'auteur original de la manière indiquée par l'auteur de l'oeuvre ou le titulaire des droits qui vous confère cette autorisation (mais pas d'une manière qui suggérerait qu'ils vous soutiennent ou approuvent votre utilisation de l'oeuvre). ● Rien dans ce contrat ne diminue ou ne restreint le droit moral de l'auteur ou des auteurs. http://creativecommons.org/licenses/by/3.0/