SlideShare une entreprise Scribd logo
1  sur  19
Télécharger pour lire hors ligne
Retour d’expérience Atchik-
Realtime
27/03/2009




Jean Baptiste
Jean-Baptiste Chéry & Pascal Rieux (ScrumMasters)
Atchik-Realtime
 tc     ea t e
  Plus de 10 ans d’expérience dans le développement de
  se ces pou a té ép o e ob e
  services pour la téléphonie mobile. 110 employés avec
                                         0 e p oyés a ec
  des bureaux en France, au Danemark, au Brésil, en
  Colombie et au Mexique
  Services déployés dans plus de 40 pays, plus de 250
  million d’abonnés utilisent des services déployés dans
  plus de 40 pays en Europe, Amerique, Afrique et au
     y
  Moyen-Orient
  Quelques références:
Les applications
 es app cat o s

  Service de Chat et de flirt sur mobile + web
  Gestion d’é è
  G ti     d’évènements
                      t
  Outils de modération
  Outils d’animation
L’environnement technique
  e    o e e t tec    que

  Développements java / mysql – oracle
  Plateformes de production :
  Pl t f       d    d ti
      Cluster Sun ~15 serveurs en mode SaaS
     Cluster linux 9 serveurs pour Orange France (plateforme
     dédiée). Plus de 6 millions de hits HTTP/jour
     Cluster linux 4 serveurs pour Orange Roumanie
  Plateformes de pre-production (SaaS/Orange)
  Plateformes d’intégration
Les outils
 es out s

  Gestion des backlogs, des releases, des sprints, des tests, des
  équipes,
  équipes reporting : Rally
  IDE : eclipse (majoritairement)
  Build : maven 2
  Repository : archiva (apache)
  Contrôle de version : subversion
  Intégration continue : continuum (apache)
  Bug tracking : bugzilla
  Documentation
      I
      Interne : wiki (changelogs, bil
                 iki ( h    l     bilan d spikes, notes
                                        de ik
      techniques, bilan de sprints)
     Externe : doc
Avant scrum
  a t sc u

  Cycle en V
  Problèmes classiques lié à cette méthodologie :
  P blè       l  i      liés   tt    éth d l i
     Peu de réactivité par rapport aux demandes d’évolutions
     tardives
     Difficultés à planifier une date réaliste de fin de projet pour
     un périmètre fonctionnel fixe
     Long travail de spécification (tentative de « verrouillage »
     des demandes d’évolution)
     Peu ou pas d’interactions formalisées client-technique
     pendant l réalisation
        d    la é li   i
C o o og e
Chronologie

  Premières expérimentations SCRUM fin 2007 (département
  technique CPH)
  SCRUM fut ensuite préconisé par le management pour
  l’ensemble des développements
  Formations + coaching scrum : en avril et mai 2008 (TLS), fin
  2008, début 2009 (CPH)
  Début du 1er sprint : juin 2008 (TLS) et janvier 2009 (CPH)
Les équipes actuelles
 es équ pes actue es
  Copenhague : 2 équipes
     1 équipe « service »
       • 2 product owners
       • 1 scrum master
       • 4 dé l
           développeurs
     1 équipe « système » partiellement « scrumée »
       • 4 membres + 1 product-owner
                       product owner
  Toulouse : 2 équipes (par ligne de produit)
     2 product owners
                     é
     2 ScrumMasters/développeurs
     4 développeurs (2+2)
     2 testeurs
  Les product-owners interviennent localement
  Pas d’équipe multi-site (sauf pour certains tests fonctionnels)
L’environnement de travail
  e    o e e t     t a a
  Espace ouverts
  Regroupements par « îlot » suivant les projets (un îlot = 4
  postes)
  Un îlot regroupe soit des développeurs, soit des développeurs et
  des testeurs
  Possibilité d « pair-programming »
  P    ibili é de   i            i
  Un tableau par équipe




                                             Une variante…




            Tableau « standard »
Les pratiques
 es p at ques
En amont: élaboration de la roadmap (dept marketing +
technique)
Sprints de 3 semaines (TLS) ou 2 semaines (CPH)           Démo
Réunions :                                                  .
                                          Planif.           +
                                Prép.
   Préparation                   n+1
                                                          Rétro.
                             Sprint n        Sprint n+1
   Planification
   Scrum quotidien (+ mise à jour du temps restant)
                                                               Prép.
                                                               n+2
   Démonstration
   Rétrospective
TDD (pour les tests manuels) à Toulouse (2 testeurs), pas de
                                           testeurs)
testeur à CPH => pas de TDD au sens des tests manuels. Sur
les deux sites : tests unitaires
Pair-programming (
P i             i   (au cas par cas)
                                   )
Les pratiques (suite)
 es p at ques (su te)
  Préparation d’une release
     Pilotée prioritairement par le marketing en fonction des besoins
     commerciaux
     Mise à jour du backlog de release
     Actée lors de comités opérationnels (management)
  Préparation d’un sprint
              d un
     Revue du backlog de release et des priorités
     Réalisation des estimations manquantes et nécessaires pour le
     sprint (en points)
     Mise à jour du backlog de sprint
  Planification d’un sprint
     P é l bl : calcul d la b d
     Préalable    l l de l bande-passante ( 6 h/j/personne)
                                       t (~6 h/j/         )
     Découpage en tâches (post-its)
     Estimation initiale de la durée de chaque tâche
     Saisie des tâches et de leur durée dans l’outil
     Tableau pour la définition de fini (définition adaptée par US)
     => engagement !
Les pratiques (suite)
   es p at ques (su te)
              Durant le sprint :
                User stories, tâches et « defects » dans l’outil
                      Tableau des tâches en //
                   Les post-its mentionnent l’estimation initiale de la durée
                  d’une
                  d une tâche et le trigramme de celui qui « prend » la tâche
                   Burn-down de sprint revu avant chaque scrum quotidien
                  dans l’outil => mise à jour effectuée avant le scrum
                  quotidien (ajout au rituel : « le reste à faire est à jour »)


                              burndown chart


450


400


350


300


250                                                               remaining
                                                                      i i
                                                                  available
200                                                               trend


150


100


50


 0
      1   2   3   4   5   6       7     8      9   10   11   12
Les pratiques (suite)
 es p at ques (su te)
  Le scrum quotidien
     Durée : 15 minutes, mais pas de contrôle strict
     Par le passé, des difficultés pour se limiter au rituel scrum
     et à la durée de 15 minutes
     => décision de poursuivre le scrum quotidien par un point
     technique au besoin
  La démonstration
     Grande salle de réunion, vidéoprojecteur
                      é          é
     Ouverte à un large public
     Le résultat des spikes a été résumé sur le wiki il est
                                                wiki,
     présenté lors de la démonstration
  La rétrospective
      Revue des points marquants : vélocité réelle/estimée,
      événements (ajout/retrait de US, blocages)
     Remontée des points positifs/négatifs avec regroupement
     => Actions à initier/prolonger/modifier/arrêter
Que ques d cateu s
Quelques indicateurs

  Backlog (global, courant) :
    80 user stories planifiées -> juin 2009
       user-stories             >
    83 user-stories non-planifiées
  ~80% des US ont été acceptées depuis juin 2008 (TLS) :
Amélioration : la définition de fini
   é o at o      a dé    to
D’une liste de critères au « contrat » du sprint
  Lors de la planification : définition des critères applicables US par US
  Dès que tous les critères sont remplis, la US est acceptable par le PO
Autres axes d’amélioration
 ut es a es d a é o at o
  En cours
     Définition de fini
     Indicateurs de qualité (code, tests)
     Automatisation des tests, y compris des tests d’intégration
     Intégration continue
  Potentiels
     Définir une valeur pour chaque user-story
     Effectuer une revue plus formelle
     Tableau niko-niko (appliqué à CPH)
     Scrums de scrums
     Réserver formellement du temps à la veille technologique
Les problèmes
 es p ob è es

  Tâches non liées à des user-stories
  Traitement de l’historique des b
  T it      t d l’hi t i     d bugs
  US vs. spike ?
  « Pouvoir » des product-owners et scrum-masters à isoler les
                   p
  équipes des perturbations
  Généraliser scrum aux équipes non dev. ?
  Pas d’implication des clients « externes » dans le processus
      d implication
Co c us o
Conclusion

  Les équipes ont parfaitement et rapidement intégré les
  concepts de l’agilité
                l agilité
  Scrum a renforcé l’esprit d’équipe (point remonté à chaque
  restrospective)
  Plus de cohésion entre le marketing produit et le
              é
  développement => plus rapidement plus de qualité
  Plus de visibilité apportée au management (parfois de la
  « burning visibility »)
Merci pour votre attention !
      p




        Questions ?

Contenu connexe

Tendances

Du Manifeste Agile à Scrum
Du Manifeste Agile à ScrumDu Manifeste Agile à Scrum
Du Manifeste Agile à ScrumXavier Warzee
 
MiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous Delivery
MiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous DeliveryMiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous Delivery
MiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous DeliveryAnne Gabrillagues
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base Sirine Barguaoui
 
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
 

Tendances (6)

20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Du Manifeste Agile à Scrum
Du Manifeste Agile à ScrumDu Manifeste Agile à Scrum
Du Manifeste Agile à Scrum
 
MiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous Delivery
MiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous DeliveryMiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous Delivery
MiXiT 2017 - Trouvez vos cadences, et faites un pas vers le Continuous Delivery
 
Scrum@fujitsu
Scrum@fujitsuScrum@fujitsu
Scrum@fujitsu
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base
 
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
 

En vedette

Monuments de Paris
Monuments de ParisMonuments de Paris
Monuments de Parisiesboliches
 
Retoquedigital
RetoquedigitalRetoquedigital
RetoquedigitalMayte15
 
Susantid
SusantidSusantid
Susantidkikesa
 
José María Fuster
José María FusterJosé María Fuster
José María Fusteryoulivek
 
U Antecedentes 26
U Antecedentes 26U Antecedentes 26
U Antecedentes 26porto22
 
Marthas's Vineyard, la Fête du 4 juillet et les Afro-américains
Marthas's Vineyard, la Fête du 4 juillet et les Afro-américainsMarthas's Vineyard, la Fête du 4 juillet et les Afro-américains
Marthas's Vineyard, la Fête du 4 juillet et les Afro-américainsGERONIMI
 
ALTO MELIPEUCO
ALTO MELIPEUCOALTO MELIPEUCO
ALTO MELIPEUCOjvargas
 
Trabajo Electvo Lenguaje
Trabajo Electvo LenguajeTrabajo Electvo Lenguaje
Trabajo Electvo Lenguajelowaxaka56
 
Don De Sang Grande Cause Nationale
Don De Sang Grande Cause NationaleDon De Sang Grande Cause Nationale
Don De Sang Grande Cause Nationalegueste3e8046
 
Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...
Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...
Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...Fundación Alamedillas
 

En vedette (20)

Economia y politicas alimentarias
Economia y politicas alimentariasEconomia y politicas alimentarias
Economia y politicas alimentarias
 
Monuments de Paris
Monuments de ParisMonuments de Paris
Monuments de Paris
 
Retoquedigital
RetoquedigitalRetoquedigital
Retoquedigital
 
Susantid
SusantidSusantid
Susantid
 
José María Fuster
José María FusterJosé María Fuster
José María Fuster
 
Si me ves caido
Si me ves caidoSi me ves caido
Si me ves caido
 
U Antecedentes 26
U Antecedentes 26U Antecedentes 26
U Antecedentes 26
 
SAINT-WITZ DEMAIN #4
SAINT-WITZ DEMAIN #4SAINT-WITZ DEMAIN #4
SAINT-WITZ DEMAIN #4
 
Marthas's Vineyard, la Fête du 4 juillet et les Afro-américains
Marthas's Vineyard, la Fête du 4 juillet et les Afro-américainsMarthas's Vineyard, la Fête du 4 juillet et les Afro-américains
Marthas's Vineyard, la Fête du 4 juillet et les Afro-américains
 
ALTO MELIPEUCO
ALTO MELIPEUCOALTO MELIPEUCO
ALTO MELIPEUCO
 
Presentación1
Presentación1Presentación1
Presentación1
 
Trabajo Electvo Lenguaje
Trabajo Electvo LenguajeTrabajo Electvo Lenguaje
Trabajo Electvo Lenguaje
 
Idal
IdalIdal
Idal
 
El pensamiento...
El pensamiento...El pensamiento...
El pensamiento...
 
Prueba de PPT
Prueba de PPTPrueba de PPT
Prueba de PPT
 
Monografía
MonografíaMonografía
Monografía
 
Don De Sang Grande Cause Nationale
Don De Sang Grande Cause NationaleDon De Sang Grande Cause Nationale
Don De Sang Grande Cause Nationale
 
CURSO DE INFORMATICA
CURSO DE INFORMATICACURSO DE INFORMATICA
CURSO DE INFORMATICA
 
Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...
Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...
Fundación Alamedillas: Servicio de Prevención y Diagnóstico precoz del VIH (S...
 
Evaluación del Rendimiento estudiantil (segunda parte)
Evaluación del Rendimiento estudiantil (segunda parte)Evaluación del Rendimiento estudiantil (segunda parte)
Evaluación del Rendimiento estudiantil (segunda parte)
 

Similaire à Retour Experience Atchik Sigma T9 200903[1]

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 2013Artusamak
 
Iut lyon 1 introduction à l'agilité - 20 juin 2012
Iut lyon 1   introduction à l'agilité - 20 juin 2012Iut lyon 1   introduction à l'agilité - 20 juin 2012
Iut lyon 1 introduction à l'agilité - 20 juin 2012agnes_crepet
 
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
 
Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0Pierre Medina
 
Outils d'organisation de Projet
Outils d'organisation de ProjetOutils d'organisation de Projet
Outils d'organisation de ProjetRémi Bachelet
 
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelHa zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelAgile Montréal
 
Memento a destination de l'équipe scrum agile
Memento a destination de l'équipe scrum agileMemento a destination de l'équipe scrum agile
Memento a destination de l'équipe scrum agileBruno Tison
 
Retour d'expérience TAA - 2011/03/29
Retour d'expérience TAA - 2011/03/29Retour d'expérience TAA - 2011/03/29
Retour d'expérience TAA - 2011/03/29Elapse Technologies
 
Integration continue - Introduction
Integration continue - IntroductionIntegration continue - Introduction
Integration continue - IntroductionOlivier ETIENNE
 
2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciellauraty3204
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_finalagnes_crepet
 
SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011Christophe NEY
 
20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash
20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash
20120124 04 - Retour d'expérience sur la mise en oeuvre de SquashLeClubQualiteLogicielle
 
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...French Scrum User Group
 
presentationSCRUM.pptx
presentationSCRUM.pptxpresentationSCRUM.pptx
presentationSCRUM.pptxFaouziRBEIHI
 
a Supply Chain a pour mission de gérer de bout en bout les flux
a Supply Chain a pour mission de gérer de bout en bout les fluxa Supply Chain a pour mission de gérer de bout en bout les flux
a Supply Chain a pour mission de gérer de bout en bout les fluxDanielMohamed4
 
cours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.pptcours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.pptFatiMa243348
 

Similaire à Retour Experience Atchik Sigma T9 200903[1] (20)

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
 
Iut lyon 1 introduction à l'agilité - 20 juin 2012
Iut lyon 1   introduction à l'agilité - 20 juin 2012Iut lyon 1   introduction à l'agilité - 20 juin 2012
Iut lyon 1 introduction à l'agilité - 20 juin 2012
 
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...
 
Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0
 
PresentationMéthodologie SCRUM-2021.pptx
PresentationMéthodologie SCRUM-2021.pptxPresentationMéthodologie SCRUM-2021.pptx
PresentationMéthodologie SCRUM-2021.pptx
 
Outils d'organisation de Projet
Outils d'organisation de ProjetOutils d'organisation de Projet
Outils d'organisation de Projet
 
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelHa zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
 
Memento a destination de l'équipe scrum agile
Memento a destination de l'équipe scrum agileMemento a destination de l'équipe scrum agile
Memento a destination de l'équipe scrum agile
 
Retour d'expérience TAA - 2011/03/29
Retour d'expérience TAA - 2011/03/29Retour d'expérience TAA - 2011/03/29
Retour d'expérience TAA - 2011/03/29
 
Integration continue - Introduction
Integration continue - IntroductionIntegration continue - Introduction
Integration continue - Introduction
 
2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_final
 
SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011SCRUM et KANBAN - Agile Grenoble 2011
SCRUM et KANBAN - Agile Grenoble 2011
 
#7 méthodes
#7 méthodes#7 méthodes
#7 méthodes
 
20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash
20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash
20120124 04 - Retour d'expérience sur la mise en oeuvre de Squash
 
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
Scrumday 2014 - Stratégie pour le projet de développement du nouveau produit ...
 
presentationSCRUM.pptx
presentationSCRUM.pptxpresentationSCRUM.pptx
presentationSCRUM.pptx
 
a Supply Chain a pour mission de gérer de bout en bout les flux
a Supply Chain a pour mission de gérer de bout en bout les fluxa Supply Chain a pour mission de gérer de bout en bout les flux
a Supply Chain a pour mission de gérer de bout en bout les flux
 
Scrum course
Scrum courseScrum course
Scrum course
 
cours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.pptcours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.ppt
 

Retour Experience Atchik Sigma T9 200903[1]

  • 1. Retour d’expérience Atchik- Realtime 27/03/2009 Jean Baptiste Jean-Baptiste Chéry & Pascal Rieux (ScrumMasters)
  • 2. Atchik-Realtime tc ea t e Plus de 10 ans d’expérience dans le développement de se ces pou a té ép o e ob e services pour la téléphonie mobile. 110 employés avec 0 e p oyés a ec des bureaux en France, au Danemark, au Brésil, en Colombie et au Mexique Services déployés dans plus de 40 pays, plus de 250 million d’abonnés utilisent des services déployés dans plus de 40 pays en Europe, Amerique, Afrique et au y Moyen-Orient Quelques références:
  • 3. Les applications es app cat o s Service de Chat et de flirt sur mobile + web Gestion d’é è G ti d’évènements t Outils de modération Outils d’animation
  • 4. L’environnement technique e o e e t tec que Développements java / mysql – oracle Plateformes de production : Pl t f d d ti Cluster Sun ~15 serveurs en mode SaaS Cluster linux 9 serveurs pour Orange France (plateforme dédiée). Plus de 6 millions de hits HTTP/jour Cluster linux 4 serveurs pour Orange Roumanie Plateformes de pre-production (SaaS/Orange) Plateformes d’intégration
  • 5. Les outils es out s Gestion des backlogs, des releases, des sprints, des tests, des équipes, équipes reporting : Rally IDE : eclipse (majoritairement) Build : maven 2 Repository : archiva (apache) Contrôle de version : subversion Intégration continue : continuum (apache) Bug tracking : bugzilla Documentation I Interne : wiki (changelogs, bil iki ( h l bilan d spikes, notes de ik techniques, bilan de sprints) Externe : doc
  • 6. Avant scrum a t sc u Cycle en V Problèmes classiques lié à cette méthodologie : P blè l i liés tt éth d l i Peu de réactivité par rapport aux demandes d’évolutions tardives Difficultés à planifier une date réaliste de fin de projet pour un périmètre fonctionnel fixe Long travail de spécification (tentative de « verrouillage » des demandes d’évolution) Peu ou pas d’interactions formalisées client-technique pendant l réalisation d la é li i
  • 7. C o o og e Chronologie Premières expérimentations SCRUM fin 2007 (département technique CPH) SCRUM fut ensuite préconisé par le management pour l’ensemble des développements Formations + coaching scrum : en avril et mai 2008 (TLS), fin 2008, début 2009 (CPH) Début du 1er sprint : juin 2008 (TLS) et janvier 2009 (CPH)
  • 8. Les équipes actuelles es équ pes actue es Copenhague : 2 équipes 1 équipe « service » • 2 product owners • 1 scrum master • 4 dé l développeurs 1 équipe « système » partiellement « scrumée » • 4 membres + 1 product-owner product owner Toulouse : 2 équipes (par ligne de produit) 2 product owners é 2 ScrumMasters/développeurs 4 développeurs (2+2) 2 testeurs Les product-owners interviennent localement Pas d’équipe multi-site (sauf pour certains tests fonctionnels)
  • 9. L’environnement de travail e o e e t t a a Espace ouverts Regroupements par « îlot » suivant les projets (un îlot = 4 postes) Un îlot regroupe soit des développeurs, soit des développeurs et des testeurs Possibilité d « pair-programming » P ibili é de i i Un tableau par équipe Une variante… Tableau « standard »
  • 10. Les pratiques es p at ques En amont: élaboration de la roadmap (dept marketing + technique) Sprints de 3 semaines (TLS) ou 2 semaines (CPH) Démo Réunions : . Planif. + Prép. Préparation n+1 Rétro. Sprint n Sprint n+1 Planification Scrum quotidien (+ mise à jour du temps restant) Prép. n+2 Démonstration Rétrospective TDD (pour les tests manuels) à Toulouse (2 testeurs), pas de testeurs) testeur à CPH => pas de TDD au sens des tests manuels. Sur les deux sites : tests unitaires Pair-programming ( P i i (au cas par cas) )
  • 11. Les pratiques (suite) es p at ques (su te) Préparation d’une release Pilotée prioritairement par le marketing en fonction des besoins commerciaux Mise à jour du backlog de release Actée lors de comités opérationnels (management) Préparation d’un sprint d un Revue du backlog de release et des priorités Réalisation des estimations manquantes et nécessaires pour le sprint (en points) Mise à jour du backlog de sprint Planification d’un sprint P é l bl : calcul d la b d Préalable l l de l bande-passante ( 6 h/j/personne) t (~6 h/j/ ) Découpage en tâches (post-its) Estimation initiale de la durée de chaque tâche Saisie des tâches et de leur durée dans l’outil Tableau pour la définition de fini (définition adaptée par US) => engagement !
  • 12. Les pratiques (suite) es p at ques (su te) Durant le sprint : User stories, tâches et « defects » dans l’outil Tableau des tâches en // Les post-its mentionnent l’estimation initiale de la durée d’une d une tâche et le trigramme de celui qui « prend » la tâche Burn-down de sprint revu avant chaque scrum quotidien dans l’outil => mise à jour effectuée avant le scrum quotidien (ajout au rituel : « le reste à faire est à jour ») burndown chart 450 400 350 300 250 remaining i i available 200 trend 150 100 50 0 1 2 3 4 5 6 7 8 9 10 11 12
  • 13. Les pratiques (suite) es p at ques (su te) Le scrum quotidien Durée : 15 minutes, mais pas de contrôle strict Par le passé, des difficultés pour se limiter au rituel scrum et à la durée de 15 minutes => décision de poursuivre le scrum quotidien par un point technique au besoin La démonstration Grande salle de réunion, vidéoprojecteur é é Ouverte à un large public Le résultat des spikes a été résumé sur le wiki il est wiki, présenté lors de la démonstration La rétrospective Revue des points marquants : vélocité réelle/estimée, événements (ajout/retrait de US, blocages) Remontée des points positifs/négatifs avec regroupement => Actions à initier/prolonger/modifier/arrêter
  • 14. Que ques d cateu s Quelques indicateurs Backlog (global, courant) : 80 user stories planifiées -> juin 2009 user-stories > 83 user-stories non-planifiées ~80% des US ont été acceptées depuis juin 2008 (TLS) :
  • 15. Amélioration : la définition de fini é o at o a dé to D’une liste de critères au « contrat » du sprint Lors de la planification : définition des critères applicables US par US Dès que tous les critères sont remplis, la US est acceptable par le PO
  • 16. Autres axes d’amélioration ut es a es d a é o at o En cours Définition de fini Indicateurs de qualité (code, tests) Automatisation des tests, y compris des tests d’intégration Intégration continue Potentiels Définir une valeur pour chaque user-story Effectuer une revue plus formelle Tableau niko-niko (appliqué à CPH) Scrums de scrums Réserver formellement du temps à la veille technologique
  • 17. Les problèmes es p ob è es Tâches non liées à des user-stories Traitement de l’historique des b T it t d l’hi t i d bugs US vs. spike ? « Pouvoir » des product-owners et scrum-masters à isoler les p équipes des perturbations Généraliser scrum aux équipes non dev. ? Pas d’implication des clients « externes » dans le processus d implication
  • 18. Co c us o Conclusion Les équipes ont parfaitement et rapidement intégré les concepts de l’agilité l agilité Scrum a renforcé l’esprit d’équipe (point remonté à chaque restrospective) Plus de cohésion entre le marketing produit et le é développement => plus rapidement plus de qualité Plus de visibilité apportée au management (parfois de la « burning visibility »)
  • 19. Merci pour votre attention ! p Questions ?