Voici les slides de notre conférence à l'Agile Tour Lille 2015. Avec Simon Langlet, nous sommes revenu sur la transformation agile du centre de développement Back Office d'Auchan eCommerce France, sous la forme d'un retour d'expérience étape par étape.

1. Merci à nos sponsors #AgileTourLille
Passer à Scrum avec 45 personnes
Rétrospective step by step

2. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step
Guillaume Magnier
Simon Langlet

3. Contexte
• Auchan eCommerce France
• Représente le 5ème métier du Groupe Auchan depuis 2011
•
• Une entreprise inscrite dans une démarche Lean et Agile
• D’énormes défis à relever
• Accompagnement de l’essor du Cross Canal
• Accompagnement du développement du eCommerce à l’international

4. Contexte
• Le centre de développement Back Office
• Volonté d’être sur un mode de fonctionnement « éditeur de solutions »
• Volonté d’être à l’état de l’art de la technologie
Développement en PHP Symfony 2 de composants Back Office
En cours de transformation d’un système « legacy » monolitique vers une
architecte orientée microservices
• Toujours plus de projets à réaliser
D’une équipe de 5 personnes en novembre 2010 à 45 personnes aujourd’hui.

5. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

6. Décision de passer à l’agilité
• Afin de répondre aux défis :
• En recherchant l’optimisation de nos organisations
• En souhaitant maximiser la valeur créée
• Accompagnement Jean-Marie Vandamme

7. Les constats : les faiblesses
• Le mode cascade
• Zapping permanent d’un sujet à l’autre
• Pilotage coûteux avec un plan de charges pas forcément utile
• Estimation des charges par le chargé de projet
• Redondance entre expression de besoin, spécifications fonctionnelles et techniques
• Beaucoup d’intervenants entre le développeur et le métier
• Documentation non pérenne et rapidement obsolète
• Pas d’automatisation des tests d’acceptation
• Problème de qualité de code
Calendrier fixe + Périmètre constant = Baisse de qualité
Pression des échéances de Release = Négligence

8. Le constat : les faiblesses
• Volonté d'un management projet vers de l'autonomie, de la prise
d'initiative, de la responsabilisation
• Dans les faits : Management Top down et Individuel
• Effet sur les équipes : Responsable = coupable
• Les rôles sont cloisonnés
• La séparation des rôles déresponsabilise les acteurs
• le passage de relais entre acteurs systématise une relation de type
client/fournisseur.
Moins d'implication, Moins concernés

9. Le constat : les forces
• Pratiques projets
• Démarche Lean
• Cérémonies (Daily Stand Up Meeting)
• Visual Management
• Amélioration continue (A3)
• Pratiques de développement
• Automatisation de la création d’environnement de développement via Docker
• Outillage de tests automatisés
• Outil de documentation

10. Le constat : les forces
• Profils des hommes
• Des qualités agiles (Engagement, Courage, Adaptation)
• Des compétences équilibrées
• Experts, développeurs confirmés, débutants
• Fonctionnelles / Techniques

11. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

12. Quelle organisation mettre en place ?
Centre de développement Back OfficeChief Product Owner
Équipe
Product Owner
Équipe 1
Équipe TMA
Équipe Architecture logicielle
Équipe 3
Équipe 4
Équipe 2
Scrum Master of Scrum Master

13. Potentially
shippable Product
Product
Backlog
Team 1 Sprint
Backlog
Team 2 Sprint
Backlog
Team 3 Sprint
Backlog
Team 4 Sprint
Backlog
Team TMA
Sprint Backlog

14. Les Daily Scrum
Daily équipes
9h15
Daily Archi et PO
9h30
Daily Scrum of Scrum
9h45
Team 1
Team 2
Team 3
Team 4
Team TMA
Team PO
Team Archi

15. Préparation de la transformation
• Les rythmes
• Des sprints de deux semaines
• Des releases de deux sprints
• Des Customers Reviews avec les parties prenantes et des utilisateurs menés
par un PO avec des développeurs à chaque release
• La formation
• 2 jours pour les Product Owners
• 2 jours pour les Scrum Masters
• 1 jour pour les équipes
• Coaching renforcé pour les premiers sprints

16. Préparation de la transformation
• Définition des pré-requis
• Définition de l’étalon
• Definition of Ready
• Definition of Done
• Paramétrage de Jira Agile
• Initialisation du backlog
• Definition de KPIs
• Modification du management visuel Scrum Board

17. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

18. Nos premiers pas
Jan Feb Mar Apr May Jun Jul Aug
● Premier cycle
complet en SCRUM
Sep
● Réalisation des 2
premiers sprints
● Mise en production de
la première release
faite en SCRUM

19. T1 2015
Rétrospective
People
Produit
Actions Kaïzen
KPI
Leçons apprises
Nos premiers pas
low high
• Première Release
effectuée en Scrum
• Respect des cérémonies
• Respect des dates de
release
• Vélocité moyenne en
hausse
• Respect des engagements
• Ecart avec le chiffré
• Exigence sur les US
• Pratiques lors des cérémonies
(poker planning, découpage en
tâches, démos)
• Pratiques sur les tests automatisés
• Appropriation du
modèle par les équipes
• Importance du
coaching, postures
• Plutôt bonne
autonomie des équipes
3,7
• Bonne satisfaction
des équipes
• Content de Scrum

20. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe
d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

21. La courbe d’apprentissage
Jan Feb Mar Apr May Jun Jul Aug
● Sprint 07 : meilleur sprint
● Mise en place de la
communauté de tests
● Mise en
production
difficile
Sep
● Organisation de 3 jours de
SlackDays
● Baisse de la vélocité
● Travaux sur la gestion budgétaire

22. T2 2015
Rétrospective
People
Produit
Actions Kaïzen
KPI
Leçons apprises
La courbe d’apprentissage
• SlackDays enrichissant
• Respect du planning et
cérémonies
• Baisse de qualité sur la
fin du trimestre
• Vélocité moyenne en
baisse
• Respect des engagements
• Ecart avec le chiffré
• Affinage du backlog
• Fiabilisation des estimations
• Ajout de KPI
• Pratiques pour la démo
• Engagement et
proactivités des équipes
• Bonnes pratiques
s’essoufflent si on ne les
anime pas
• Vigilance sur les postures
• Equipe satisfaite mais
en perte de vitesse
low high
3,1

23. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

24. Vers plus de maturité
Jan Feb Mar Apr May Jun Jul Aug
● Remise en question
● Remise à niveau de l’exigence
● Annulation d’une release
Sep
● 2ème Release difficile ● Solidification de nos acquis
● MEP importante réussie

25. T3 2015
Rétrospective
People
Produit
Actions Kaïzen KPI
Leçons apprises
Vers plus de maturité
• Release de juillet très
difficile
• Release complexe en
septembre réussie
• Vélocité moyenne
stabilisée mais trop faible
• Respect des engagements
• Ecart avec le chiffré
• Fiabilisation technique (logs,
performance, …)
• Fiabilisation de l’engagement
• Adaptation des BurnDown
• Vigilance sur les actions
Kaïzen qui n’en étaient
pas
• Exigence is the key !
• Equipe remotivée et
engagée pour produire au
bon niveau d’exigence
low high
3,5

26. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 –
Transformation niveau 2 : Des
projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

27. Situation actuelle
Jan Feb Mar Apr May Jun Jul Aug
● Premier cycle
complet en SCRUM
● Meilleur sprint
● Communauté de
tests
● MEP des
premiers
produits “new”
● Vacances
Sep
● Réalisation des 2
premiers sprints
● MEP de la
première release
faite en SCRUM
● SlackDays ● Release difficile ● Solidification de nos acquis
● MEP importante réussie

28. Ce que nous retenons à date
• Des équipes qui ont compris et acquis les bases de Scrum
• Une proactivité et un engagement des équipes plus importants
• Un travail en équipe renforcée
• Une collaboration efficace entre les équipes (solidarité)
• Les Customers Reviews ont rapproché les développeurs des
utilisateurs
• Une qualité des livrables en progression
• L’importance de chaque élément du process est comprise

29. Donc !
• En bref, nous sommes enthousiastes …
… Mais toujours prudent

30. Et maintenant ?
• Vers un découpage des équipes en mode produit
• Aller vers une approche éditeur
• Création d’expertise fonctionnelle chez les développeurs
• Répartition de la maintenance applicative dans chacune des équipes. Plus
d'équipe dédiée.
• Augmenter encore la scalabilité de l’organisation

31. 1
2
3
4
Nov. et Déc. 2014 – Formation et
préparation de la transformation
Jan. à Mar. 2015 – Nos premiers pas
Avr. À Juin 2015 – La courbe d’apprentissage
5
6
7
Juil. à Sep. 2015 – Vers plus de maturité
Oct. à Déc 2015 – Transformation
niveau 2 : Des projets aux produits
2016 – Mode Editeur
Oct. 2014 – Décision de passer à SCRUM
Passer à Scrum avec 45 personnes
Rétrospective step by step

32. Questions