SlideShare une entreprise Scribd logo
1  sur  44
Télécharger pour lire hors ligne
Scrum dans les tranchées normandes


                  Youen Chene, Anthony Hurot

                   Rouen - 13 octobre 2011


13 octobre 2011
Partenaires Gold




   Partenaires logistique




13 octobre 2011
Vos intervenants




Anthony Hurot   Youen Chéné

Scrum Master     Architecte
 Masternaut      Masternaut
Mise en place de l'agilité
Contexte initiale



Un bilan mitigé au sein de l'entreprise :
 ● une équipe de développement hétérogène
   techniquement et fonctionnellement,
 ● une gestion de projet basé sur le cycle en V et avec
   des manques sur les premières étapes,
 ● frustation des développeurs de ne pas être impliqué,
 ● frustation des MOA dû à des retards à la livraison et
   une qualité inappropriée.
Contexte initiale



La solution ?
 ● arrivé d'un nouveau projet de refonte,
 ● sélection d'une nouvelle approche/ méthode,
 ● sélection d'une équipe pilote au seins du service
   développement,
 ● nouvelle direction dans l'entreprise.
Gains espérés



Gain                   Objectif
Compétence de l'équipe Meilleur homogénéité
                       Augmentation des compétences.
Time To Market

Implication des
développeurs
Transparence

Traitement des         Focalisation sur la résolution plutôt
problèmes              que sur les coupables.
Pratiques cibles



Scrum
Les 3 premiers mois



Mise en place d'un ScrumMaster débutant (ex
développeur).

Mise en places de l'ensemble des cérémoniaux scrum
remanié par le ScrumMaster en version light.

Mise en place d'un Product Owner et d'un super Product
Owner.
Les 3 premiers mois
         Dashboard
Les 3 premiers mois
  Burn Down Chart
Les 3 premiers mois
                                                 Le bilan


Dérive des artefacts scrum (manque le burndown chart,
pas de reporting).

Vision positive de l'agilité.

Apport bénéfique sur l'équipe, le Product Owner et les
contacts extérieurs.
Les 3 premiers mois
                                      Plan d'action


Mise en place de reporting et d'indicateur.

Intervention extérieur coach agile.

Changement de scrum master.
De 3 à 6 mois


Mise en place d'un ScrumMaster plus rigide.

Application des cérémoniaux scrum intégralement.

Mise en place d'un outil en ligne (IceScrum puis Jira/
Greenhopper).

Travail sur le Definition of Done, le formalisme d'une story
/ tâche.

Changement dans l'équipe (éviction des éléments
perturbateurs).
De 6 mois à un 1 an
        Dashboard
De 6 mois à un 1 an
  Burn Down Chart
De 6 mois à un 1 an
  Burn Down Chart
De 3 à 6 mois
                                                  Le bilan

Remise en cause de l'agilité par l'équipe.

Coups de mou, la méthode est dans le dur.

Turn over dans les équipes.


          Mise en place de scrumban.
          Mutualisation scrum master
          Réflexion sur un contrat Scrum
De 6 à 9 mois


Débat et intégration de l'équipe sur la méthode de travail.

Clarification des rôles de chacun.

Sortie régulière d'éléments livrables.
De 6 à 9 mois
  Dashboard


      Scrumban
De 6 à 9 mois
Burn Down Chart
De 6 à 9 mois




Rien n'est jamais acquis
De 6 à 9 mois
Burn Down Chart
De 6 à 9 mois
                                                    Le bilan

3ème scrum master.

Equipe rodée.

Perte du product owner.

Non adoption au niveau entreprise (manque de visibilité
planning pour la direction).


         Mieux expliquer les intérêts et les limites.
Dans le monde de
   l'entreprise
La gestion des anomalies et des urgences



Les bug et les demandes urgentes.

Ajout d'une ligne Bugfix sur le dashboard (Scrumban).

Remplissage des sprints entre 50% et 80%.

Point de contention.

Pédagogie nécessaire pour expliquer le fonctionnement
des sprints.
Les livraisons à l'exploitation



Difficile sur les premiers sprints.

Ajout d'un tâche récurrente de packaging sur chaque
sprint.

Capacité à livrer à chaque sprint sur les 3 derniers mois.

Nécessité d'un rôle à part de type "Devops" pour le
support à l'exploitation.
L'architecture



En cycle V : mise à l'épreuve au bout de 4 à 6 mois.

En scrum, c'est au bout de 2 sprints (1 mois).

Une plus grande implication des développeurs.

Plus de débats, plus d'ajustements.

Une architecture améliorée.

Davantage de place pour du refactoring.
Au sein de l'organigramme



Conflits entre Chef de projet MOA et Product Owner.

Conflits entre Chef de projet PMO et Scrum Master.

Des dates versus un engagement sur une première
itération.

Conflit permanent entre les scolaires GANTT/PERT et
Scrum.
1er règle de Claude Emond :
                 "Ne jamais donner de date."
Bilan
Le point de vue des développeurs
                                            Les avantages


La responsabilisation des développeurs :
     ○ Une plus grande marge de manoeuvre.
     ○ Pas de sur-spécifications.
Un meilleur esprit d'équipe :
     ○ Plus d'intéractions.
     ○ Equipe plus facile à intégrer pour les nouveaux.
     ○ Equipe plus homogène.
Un meilleur pragmatisme :
     ○ Les dérives sont détectés au plus tôt.
     ○ Capacité de corriger au plus vite.
Confort d'un périmètre stable sur un sprint.
Le point de vue des développeurs
                                          Les inconvénients


Lourdeurs des cérémoniaux.

Manque de formalisation/spécifications.

Difficulté d'intégration des développeurs sur un autre site
ou en télétravail.

Plus difficile quand un développeur est sur un autre projet.
Le point de vue des développeurs
                                                     Bilan


Les interactions avec le Product Owner est le point le plus
important.
Quid de l'opportunité de Kanban?
Le point de vue du directeur
                                              Les avantages


Fin des effets tunnels sur les projets.

Evaluation rapide des résultats, moins de gaspillage de
ressources.

Constitution d'une équipe cohérente après plusieurs mois.
Le point de vue du directeur
                                          Les inconvénients


Exacerbation des tensions existantes au sein de l'équipe.

Règle des cérémoniaux trop strict.

Gros impact si le product owner et/ou le scrum master
sont défaillants (pas propre à Scrum).

Gros besoin d'évangéliser les autres services pour faire
comprendre le changement d'habitude.
Le point de vue du directeur
                                            Bilan et Conseils


Meilleur résultat qu'un cycle en V.

Ne pas subir l'auto-gestion de l'équipe mais imposer des
règles.

Choisir un Scrum Master et un Product Owner avec de
l'expérience (ou se faire accompagner).

Ne pas hésitez à remplacer les membres de l'équipe qui
n'adhèrent pas.
Notre point de vue
                                             Les difficultés


L'adoption dans la durée et dans toutes les strates.

La communication transparente sur les gains possibles et
les limites.

La mise en place sur un existant.

La gestion des égos dans l'équipe.
Notre point de vue
                                     Les points positifs


Responsabilisation des équipes.

Une meilleure homogénéité des compétences.

Davantage de confiance dans les relations MOA/MOE.

Des livraisons régulières.
Conclusion et perspectives
Gains espérés versus obtenus



Gain              Objectif                                    Obtenu
Compétence de     Meilleur homogénéité
                  Augmentation des compétences.                      Homogénéisation.
l'équipe
Time To Market                                                       Plus de livraisons.
                                                                     Mais pas synchro.

Implication des
                                                                     Au bout de 8 mois.
développeurs
Transparence
                                                                     Echec vis à vis des
                                                                     autres services
Traitement des    Focalisation sur la résolution plutôt que
                  sur les coupables.                                 Meilleur réactivité
problèmes                                                     avec
                                                                     Scrumban.
Leçons apprises



Rien n'est acquis.

Constituer une équipe est difficile.

L'agile doit aller au delà du service informatique.

Scrum n'est pas l'unique méthode agile (adaptez au
contexte).
Conseils



Une pause d'une semaine pour relâcher la pression après
une série de sprints.

La technique "En tant que .., je .." marche très bien pour
les demandes avec UI mais pas pour du middleware.

Evangéliser, Evangéliser, Evangéliser!
Perspectives




 Kanban ?
Scrumban ?
Crédits Images


Equipe de France - Grève des joueurs | Reuters/© Charles Platiau / Reuters
http://www.flickr.com/photos/paddymccann/417406760/
http://www.flickr.com/photos/photorobw/2673808472/
http://www.flickr.com/photos/thomaslevinson/3602997478/
http://www.flickr.com/photos/catmurray/1687104755/
http://www.flickr.com/photos/maxiwalton/5060384810/




 13 octobre 2011

Contenu connexe

Tendances

Kanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deuxKanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deux
Fabrice Aimetti
 
Du Manifeste Agile à Scrum
Du Manifeste Agile à ScrumDu Manifeste Agile à Scrum
Du Manifeste Agile à Scrum
Xavier Warzee
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
Pierre E. NEIS
 

Tendances (20)

Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
DevExp 2012 methodes agiles SCRUM jesnault
DevExp 2012 methodes agiles SCRUM jesnaultDevExp 2012 methodes agiles SCRUM jesnault
DevExp 2012 methodes agiles SCRUM jesnault
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Scrum
ScrumScrum
Scrum
 
Gestion de projets agiles avec scrumv2
Gestion de projets agiles avec scrumv2Gestion de projets agiles avec scrumv2
Gestion de projets agiles avec scrumv2
 
Kanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deuxKanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deux
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
REX Kanban dans plusieurs contextes, par Couthaïer Farfra (Agile4Me)
REX Kanban dans plusieurs contextes, par Couthaïer Farfra (Agile4Me)REX Kanban dans plusieurs contextes, par Couthaïer Farfra (Agile4Me)
REX Kanban dans plusieurs contextes, par Couthaïer Farfra (Agile4Me)
 
Mesurer scrum avec Roboscrum
Mesurer scrum avec RoboscrumMesurer scrum avec Roboscrum
Mesurer scrum avec Roboscrum
 
Guide des bonnes pratiques de la méthode Scrum – AT Internet
Guide des bonnes pratiques de la méthode Scrum – AT Internet Guide des bonnes pratiques de la méthode Scrum – AT Internet
Guide des bonnes pratiques de la méthode Scrum – AT Internet
 
Cahier des charges_ressources_humaines-rh1
Cahier des charges_ressources_humaines-rh1Cahier des charges_ressources_humaines-rh1
Cahier des charges_ressources_humaines-rh1
 
Du Manifeste Agile à Scrum
Du Manifeste Agile à ScrumDu Manifeste Agile à Scrum
Du Manifeste Agile à Scrum
 
Scrum - presentation du role de scrum master
Scrum -  presentation du role de scrum masterScrum -  presentation du role de scrum master
Scrum - presentation du role de scrum master
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
 
Scrum Master, qui es-tu ? Que fais-tu ?
Scrum Master, qui es-tu ? Que fais-tu ?Scrum Master, qui es-tu ? Que fais-tu ?
Scrum Master, qui es-tu ? Que fais-tu ?
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
Preparation et certification PSM Niv1
Preparation et certification PSM Niv1 Preparation et certification PSM Niv1
Preparation et certification PSM Niv1
 
At nancy10 scrumv2.0
At nancy10 scrumv2.0At nancy10 scrumv2.0
At nancy10 scrumv2.0
 
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.
 

En vedette

Auw An Der Kyll Family History Book 1657 1854
Auw  An Der Kyll Family History Book 1657 1854Auw  An Der Kyll Family History Book 1657 1854
Auw An Der Kyll Family History Book 1657 1854
guestfb5551
 
Verzeichnis- und Dateinamen im Web
Verzeichnis- und Dateinamen im WebVerzeichnis- und Dateinamen im Web
Verzeichnis- und Dateinamen im Web
lehrerfreund
 
0u trouver l_argent-cp
0u trouver l_argent-cp0u trouver l_argent-cp
0u trouver l_argent-cp
desintocx
 
Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010
Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010
Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010
Henning Krieg
 
Jüdische Hochzeit Und Gemeinde
Jüdische Hochzeit Und GemeindeJüdische Hochzeit Und Gemeinde
Jüdische Hochzeit Und Gemeinde
wusternberg
 

En vedette (17)

Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...
Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...
Manque d’acteurs dans l’industrie du Hosting et bande passante sous-exploitée...
 
Internetforen und Online-PR
Internetforen und Online-PRInternetforen und Online-PR
Internetforen und Online-PR
 
Ppt portail rp3
Ppt portail rp3Ppt portail rp3
Ppt portail rp3
 
Auw An Der Kyll Family History Book 1657 1854
Auw  An Der Kyll Family History Book 1657 1854Auw  An Der Kyll Family History Book 1657 1854
Auw An Der Kyll Family History Book 1657 1854
 
La Santé
La SantéLa Santé
La Santé
 
Tierpark Herberstein
Tierpark HerbersteinTierpark Herberstein
Tierpark Herberstein
 
Design durch Entwicklung
Design durch EntwicklungDesign durch Entwicklung
Design durch Entwicklung
 
Stages
StagesStages
Stages
 
Verzeichnis- und Dateinamen im Web
Verzeichnis- und Dateinamen im WebVerzeichnis- und Dateinamen im Web
Verzeichnis- und Dateinamen im Web
 
0u trouver l_argent-cp
0u trouver l_argent-cp0u trouver l_argent-cp
0u trouver l_argent-cp
 
"Modell Deutschland" - Endbericht
"Modell Deutschland" - Endbericht"Modell Deutschland" - Endbericht
"Modell Deutschland" - Endbericht
 
Onlinemarketing 2.0
Onlinemarketing 2.0Onlinemarketing 2.0
Onlinemarketing 2.0
 
Atelier13 hotellerie et-developpement_durable-2-s_clément-g
Atelier13 hotellerie et-developpement_durable-2-s_clément-gAtelier13 hotellerie et-developpement_durable-2-s_clément-g
Atelier13 hotellerie et-developpement_durable-2-s_clément-g
 
Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010
Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010
Social Media Recht - Präsenttion Henning Krieg auf der stART Konferenz 2010
 
Presentation1
Presentation1Presentation1
Presentation1
 
Andrea g
Andrea gAndrea g
Andrea g
 
Jüdische Hochzeit Und Gemeinde
Jüdische Hochzeit Und GemeindeJüdische Hochzeit Und Gemeinde
Jüdische Hochzeit Und Gemeinde
 

Similaire à ATR2011 - Scrum dans les tranchées Normandes

Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
Dominic Danis
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdf
anwermannai
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
agnes_crepet
 
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilitéPmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pierre Fauvel
 

Similaire à ATR2011 - Scrum dans les tranchées Normandes (20)

Rex d'une vague ScrumBan au meetup Culture Kanban
Rex d'une vague ScrumBan au meetup Culture KanbanRex d'une vague ScrumBan au meetup Culture Kanban
Rex d'une vague ScrumBan au meetup Culture Kanban
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdf
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
 
Enjeux kanban
Enjeux kanbanEnjeux kanban
Enjeux kanban
 
#7 méthodes
#7 méthodes#7 méthodes
#7 méthodes
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
 
Développement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMDéveloppement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUM
 
Scrum xp
Scrum xpScrum xp
Scrum xp
 
Kanban pour l’IT
Kanban pour l’ITKanban pour l’IT
Kanban pour l’IT
 
Alphorm.com Formation Scrum et Agilité : Le Guide Complet
Alphorm.com Formation Scrum et Agilité : Le Guide CompletAlphorm.com Formation Scrum et Agilité : Le Guide Complet
Alphorm.com Formation Scrum et Agilité : Le Guide Complet
 
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilitéPmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
 
Méthodes agile
Méthodes agileMéthodes agile
Méthodes agile
 
Drupal, scrum et l'agilité - Drupalcamp Paris 2013
Drupal, scrum et l'agilité - Drupalcamp Paris 2013Drupal, scrum et l'agilité - Drupalcamp Paris 2013
Drupal, scrum et l'agilité - Drupalcamp Paris 2013
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_final
 

Plus de Normandy JUG

Couche Base par Tugdual Grall
Couche Base par Tugdual GrallCouche Base par Tugdual Grall
Couche Base par Tugdual Grall
Normandy JUG
 
Hibernate vs le_cloud_computing
Hibernate vs le_cloud_computingHibernate vs le_cloud_computing
Hibernate vs le_cloud_computing
Normandy JUG
 

Plus de Normandy JUG (20)

Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...
Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...
Découvrez les bases de l’ergonomie web : donnez à vos utilisateurs le meilleu...
 
Codeurs En Seine - Lean startup - Matthieu Garde-Lebreton
Codeurs En Seine - Lean startup - Matthieu Garde-LebretonCodeurs En Seine - Lean startup - Matthieu Garde-Lebreton
Codeurs En Seine - Lean startup - Matthieu Garde-Lebreton
 
What makes groovy groovy codeurs en seine - 2013 - light size
What makes groovy groovy   codeurs en seine - 2013 - light sizeWhat makes groovy groovy   codeurs en seine - 2013 - light size
What makes groovy groovy codeurs en seine - 2013 - light size
 
[Codeurs en seine] management & monitoring cloud
[Codeurs en seine] management & monitoring cloud[Codeurs en seine] management & monitoring cloud
[Codeurs en seine] management & monitoring cloud
 
Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...
Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...
Fork / Join, Parallel Arrays, Lambdas : la programmation parallèle (trop ?) f...
 
Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...
Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...
Capacity Planning : Pratiques et outils pour regarder la foudre tomber sans p...
 
Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)
Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)
Gatling : Faites tomber la foudre sur votre serveur ! (Stéphane Landelle)
 
Soirée Ceylon avec Stéphane Epardaud
Soirée Ceylon avec Stéphane EpardaudSoirée Ceylon avec Stéphane Epardaud
Soirée Ceylon avec Stéphane Epardaud
 
Soirée Guava et Lombok avec Thierry Leriche
Soirée Guava et Lombok avec Thierry LericheSoirée Guava et Lombok avec Thierry Leriche
Soirée Guava et Lombok avec Thierry Leriche
 
Couche Base par Tugdual Grall
Couche Base par Tugdual GrallCouche Base par Tugdual Grall
Couche Base par Tugdual Grall
 
Java7 normandyjug
Java7 normandyjugJava7 normandyjug
Java7 normandyjug
 
Apache, osgi and karaf par Guillaume Nodet
Apache, osgi and karaf par Guillaume NodetApache, osgi and karaf par Guillaume Nodet
Apache, osgi and karaf par Guillaume Nodet
 
Mockito - Design + tests par Brice Duteil
Mockito - Design + tests par Brice DuteilMockito - Design + tests par Brice Duteil
Mockito - Design + tests par Brice Duteil
 
Annotations Java par Olivier Croisier
Annotations Java par Olivier CroisierAnnotations Java par Olivier Croisier
Annotations Java par Olivier Croisier
 
Spring Batch 17-05-2011
Spring Batch 17-05-2011Spring Batch 17-05-2011
Spring Batch 17-05-2011
 
ATR2011 - Planning poker
ATR2011 - Planning pokerATR2011 - Planning poker
ATR2011 - Planning poker
 
Hibernate vs le_cloud_computing
Hibernate vs le_cloud_computingHibernate vs le_cloud_computing
Hibernate vs le_cloud_computing
 
HTML5 en projet
HTML5 en projetHTML5 en projet
HTML5 en projet
 
Git
GitGit
Git
 
Soirée BPM - Introduction Logica
Soirée BPM - Introduction LogicaSoirée BPM - Introduction Logica
Soirée BPM - Introduction Logica
 

Dernier

Dernier (14)

Exemple de grille d'audit 5S, check liste Audit
Exemple de grille d'audit 5S, check liste AuditExemple de grille d'audit 5S, check liste Audit
Exemple de grille d'audit 5S, check liste Audit
 
Quitter la nuit. pptx
Quitter        la             nuit.   pptxQuitter        la             nuit.   pptx
Quitter la nuit. pptx
 
PowerPoint-de-Soutenance-de-TFE-infirmier.pdf
PowerPoint-de-Soutenance-de-TFE-infirmier.pdfPowerPoint-de-Soutenance-de-TFE-infirmier.pdf
PowerPoint-de-Soutenance-de-TFE-infirmier.pdf
 
Nathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseNathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre française
 
Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en France
 
Quitter la nuit. pptx
Quitter          la        nuit.    pptxQuitter          la        nuit.    pptx
Quitter la nuit. pptx
 
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
 
rapport de stage gros oeuvre_compressed.pdf
rapport de stage gros oeuvre_compressed.pdfrapport de stage gros oeuvre_compressed.pdf
rapport de stage gros oeuvre_compressed.pdf
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigées
 
Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciation
 
Un petit coin etwinning- Au fil des cultures urbaines
Un petit coin  etwinning- Au fil des cultures urbainesUn petit coin  etwinning- Au fil des cultures urbaines
Un petit coin etwinning- Au fil des cultures urbaines
 
Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"
 

ATR2011 - Scrum dans les tranchées Normandes

  • 1. Scrum dans les tranchées normandes Youen Chene, Anthony Hurot Rouen - 13 octobre 2011 13 octobre 2011
  • 2. Partenaires Gold Partenaires logistique 13 octobre 2011
  • 3. Vos intervenants Anthony Hurot Youen Chéné Scrum Master Architecte Masternaut Masternaut
  • 4. Mise en place de l'agilité
  • 5. Contexte initiale Un bilan mitigé au sein de l'entreprise : ● une équipe de développement hétérogène techniquement et fonctionnellement, ● une gestion de projet basé sur le cycle en V et avec des manques sur les premières étapes, ● frustation des développeurs de ne pas être impliqué, ● frustation des MOA dû à des retards à la livraison et une qualité inappropriée.
  • 6. Contexte initiale La solution ? ● arrivé d'un nouveau projet de refonte, ● sélection d'une nouvelle approche/ méthode, ● sélection d'une équipe pilote au seins du service développement, ● nouvelle direction dans l'entreprise.
  • 7. Gains espérés Gain Objectif Compétence de l'équipe Meilleur homogénéité Augmentation des compétences. Time To Market Implication des développeurs Transparence Traitement des Focalisation sur la résolution plutôt problèmes que sur les coupables.
  • 9. Les 3 premiers mois Mise en place d'un ScrumMaster débutant (ex développeur). Mise en places de l'ensemble des cérémoniaux scrum remanié par le ScrumMaster en version light. Mise en place d'un Product Owner et d'un super Product Owner.
  • 10. Les 3 premiers mois Dashboard
  • 11. Les 3 premiers mois Burn Down Chart
  • 12. Les 3 premiers mois Le bilan Dérive des artefacts scrum (manque le burndown chart, pas de reporting). Vision positive de l'agilité. Apport bénéfique sur l'équipe, le Product Owner et les contacts extérieurs.
  • 13. Les 3 premiers mois Plan d'action Mise en place de reporting et d'indicateur. Intervention extérieur coach agile. Changement de scrum master.
  • 14. De 3 à 6 mois Mise en place d'un ScrumMaster plus rigide. Application des cérémoniaux scrum intégralement. Mise en place d'un outil en ligne (IceScrum puis Jira/ Greenhopper). Travail sur le Definition of Done, le formalisme d'une story / tâche. Changement dans l'équipe (éviction des éléments perturbateurs).
  • 15. De 6 mois à un 1 an Dashboard
  • 16. De 6 mois à un 1 an Burn Down Chart
  • 17. De 6 mois à un 1 an Burn Down Chart
  • 18. De 3 à 6 mois Le bilan Remise en cause de l'agilité par l'équipe. Coups de mou, la méthode est dans le dur. Turn over dans les équipes. Mise en place de scrumban. Mutualisation scrum master Réflexion sur un contrat Scrum
  • 19. De 6 à 9 mois Débat et intégration de l'équipe sur la méthode de travail. Clarification des rôles de chacun. Sortie régulière d'éléments livrables.
  • 20. De 6 à 9 mois Dashboard Scrumban
  • 21. De 6 à 9 mois Burn Down Chart
  • 22. De 6 à 9 mois Rien n'est jamais acquis
  • 23. De 6 à 9 mois Burn Down Chart
  • 24. De 6 à 9 mois Le bilan 3ème scrum master. Equipe rodée. Perte du product owner. Non adoption au niveau entreprise (manque de visibilité planning pour la direction). Mieux expliquer les intérêts et les limites.
  • 25. Dans le monde de l'entreprise
  • 26. La gestion des anomalies et des urgences Les bug et les demandes urgentes. Ajout d'une ligne Bugfix sur le dashboard (Scrumban). Remplissage des sprints entre 50% et 80%. Point de contention. Pédagogie nécessaire pour expliquer le fonctionnement des sprints.
  • 27. Les livraisons à l'exploitation Difficile sur les premiers sprints. Ajout d'un tâche récurrente de packaging sur chaque sprint. Capacité à livrer à chaque sprint sur les 3 derniers mois. Nécessité d'un rôle à part de type "Devops" pour le support à l'exploitation.
  • 28. L'architecture En cycle V : mise à l'épreuve au bout de 4 à 6 mois. En scrum, c'est au bout de 2 sprints (1 mois). Une plus grande implication des développeurs. Plus de débats, plus d'ajustements. Une architecture améliorée. Davantage de place pour du refactoring.
  • 29. Au sein de l'organigramme Conflits entre Chef de projet MOA et Product Owner. Conflits entre Chef de projet PMO et Scrum Master. Des dates versus un engagement sur une première itération. Conflit permanent entre les scolaires GANTT/PERT et Scrum. 1er règle de Claude Emond : "Ne jamais donner de date."
  • 30. Bilan
  • 31. Le point de vue des développeurs Les avantages La responsabilisation des développeurs : ○ Une plus grande marge de manoeuvre. ○ Pas de sur-spécifications. Un meilleur esprit d'équipe : ○ Plus d'intéractions. ○ Equipe plus facile à intégrer pour les nouveaux. ○ Equipe plus homogène. Un meilleur pragmatisme : ○ Les dérives sont détectés au plus tôt. ○ Capacité de corriger au plus vite. Confort d'un périmètre stable sur un sprint.
  • 32. Le point de vue des développeurs Les inconvénients Lourdeurs des cérémoniaux. Manque de formalisation/spécifications. Difficulté d'intégration des développeurs sur un autre site ou en télétravail. Plus difficile quand un développeur est sur un autre projet.
  • 33. Le point de vue des développeurs Bilan Les interactions avec le Product Owner est le point le plus important. Quid de l'opportunité de Kanban?
  • 34. Le point de vue du directeur Les avantages Fin des effets tunnels sur les projets. Evaluation rapide des résultats, moins de gaspillage de ressources. Constitution d'une équipe cohérente après plusieurs mois.
  • 35. Le point de vue du directeur Les inconvénients Exacerbation des tensions existantes au sein de l'équipe. Règle des cérémoniaux trop strict. Gros impact si le product owner et/ou le scrum master sont défaillants (pas propre à Scrum). Gros besoin d'évangéliser les autres services pour faire comprendre le changement d'habitude.
  • 36. Le point de vue du directeur Bilan et Conseils Meilleur résultat qu'un cycle en V. Ne pas subir l'auto-gestion de l'équipe mais imposer des règles. Choisir un Scrum Master et un Product Owner avec de l'expérience (ou se faire accompagner). Ne pas hésitez à remplacer les membres de l'équipe qui n'adhèrent pas.
  • 37. Notre point de vue Les difficultés L'adoption dans la durée et dans toutes les strates. La communication transparente sur les gains possibles et les limites. La mise en place sur un existant. La gestion des égos dans l'équipe.
  • 38. Notre point de vue Les points positifs Responsabilisation des équipes. Une meilleure homogénéité des compétences. Davantage de confiance dans les relations MOA/MOE. Des livraisons régulières.
  • 40. Gains espérés versus obtenus Gain Objectif Obtenu Compétence de Meilleur homogénéité Augmentation des compétences. Homogénéisation. l'équipe Time To Market Plus de livraisons. Mais pas synchro. Implication des Au bout de 8 mois. développeurs Transparence Echec vis à vis des autres services Traitement des Focalisation sur la résolution plutôt que sur les coupables. Meilleur réactivité problèmes avec Scrumban.
  • 41. Leçons apprises Rien n'est acquis. Constituer une équipe est difficile. L'agile doit aller au delà du service informatique. Scrum n'est pas l'unique méthode agile (adaptez au contexte).
  • 42. Conseils Une pause d'une semaine pour relâcher la pression après une série de sprints. La technique "En tant que .., je .." marche très bien pour les demandes avec UI mais pas pour du middleware. Evangéliser, Evangéliser, Evangéliser!
  • 44. Crédits Images Equipe de France - Grève des joueurs | Reuters/© Charles Platiau / Reuters http://www.flickr.com/photos/paddymccann/417406760/ http://www.flickr.com/photos/photorobw/2673808472/ http://www.flickr.com/photos/thomaslevinson/3602997478/ http://www.flickr.com/photos/catmurray/1687104755/ http://www.flickr.com/photos/maxiwalton/5060384810/ 13 octobre 2011