Contrairement aux idées reçues, l’étude “Accelerate : Building and Scaling High Performing Technology Organizations” démontre que la stabilité et la vitesse dans le Delivery Logiciel sont deux qualités qui se renforcent mutuellement au lieu de s’opposer. Cette matinale sera l'occasion d'une plongée dans le Continuous Delivery et le Flow Management : Pourquoi se focaliser sur la façon de faire est aussi important que sur le produit à faire ? Quels sont les 4 indicateurs nécessaires et suffisants pour mesurer la performance du Delivery ? Qu'apportent les influences d'Accelerate à l’agilité ? Découvrez les pratiques concrètes permettant la réduction des boucles de feedback, ainsi qu’une approche itérative et incrémentale. Pourquoi un modèle de capacités vous aide à délivrer plus efficacement qu’un modèle de maturité ? Explorons les 24 capacités du modèle Accelerate, et détaillons certaines d'entre elles.

7. Lead delivery et formateur sur les techniques liées au Software Craftsmanship, Adrien
intervient principalement auprès des institutions publiques afin de les aider à transformer
une bonne idée en service numérique qui déchire.
Toujours soucieux d'étudier les impacts du Software Delivery sur la performance et la
culture des entreprises, il reste très attaché aux principes du Lean et de l'Agile : "Think
big, start small, deliver and learn fast!".
Il consacre son énergie à entretenir et développer une dynamique d'apprentissage,
d'amélioration et de communication continue au sein de toute l'organisation.

8. Maria est passionnée par l'informatique et essaie de rester assez polyvalente par
rapport aux différentes technologies et expertises techniques et préfère se focaliser sur
la construction de chaînes de valeur dans leur intégralité.
Les différentes missions de Delivery où elle est intervenue en tant que développeuse
full-stack ou data geek lui ont permis de comprendre l'importance du feedback rapide
et donc d'une mise en production à la demande avec tout ce que ça implique comme
considérations au niveau de l'architecture, du software craftsmanship, des pratiques
Devops et surtout du rôle du développeur dans ce dynamisme.
Elle s'intéresse aussi de près à tout ce qui touche le Continuous Delivery appliqué à l'IA
et la mise en production rapide de valeur liée à la donnée.

9. Pierre est un pur produit bleu.
Arrivé après ses études chez Decathlon il y a 9 ans il a réalisé l'intégralité de ses
missions au sein des équipes IT Ecommerce. Son parcours riche, allant du Support au
Scrum mastering en passant par du test de performance & de l'intégration continue
lui ont permis d'accéder au poste de Product Manager chez Decathlon.
Pendant ses années sur le digital il a pu réalisé ce que l'accélération de la fréquence
du rythme de release apporte à une équipe: maîtrise, confort et une bonne ambiance
de travail. D'un point de vue Product Management selon lui les clés de réussite de la
construction d'un produit sont la transparence de la communication, l'apport de
valeur régulière et le feedback utilisateur.

10. Aujourd’hui Engineer Director chez Decathlon mais techno-lover depuis toujours. Marco
a commencé comme développeur il y a 15 ans en Italie, avec en parallèle une activité
comme formateur sur les technologie Open Source pour RedHat. Virage système de
l’arrivé en France en 2011 pour ensuite s'orienter à nouveau vers le développement en
joignent Decathlon en 2015.
Toute cette expérience lui permet aujourd’hui de porter dans son quotidien une vrai
expérience DevOps pour le produit mais aussi pour l’optimisation et automatisation de
la chaîne de CI/CD qui facilite la Project Acceleration

14. ๏
๏

21. ๏
๏
๏

61. October 2020
From low to medium performer

63. 20 EUROPEAN COUNTRIES OPERATED
(Max 15 simultaneous)
x/xxM of Orders & at least 2digit progression / year (TO & Traffic)
TO DIGITAL, 5% TO GLOBAL (E-COM, KIOSK, IN STORE, E-BOOKING, CLICK&COLLECT, SHIP
FROM STORE, API)
> 1 BILLION HITS A YEAR ON OUR PRODUCTION PLATFORMS
At most 70/80 PASSIONATE BUSINESS & IT PEOPLE IN THE TEAM
WE DESIGN, WE BUILD, WE HOST, WE DEPLOY AND WE RUN IT !
JAVA OPEN SOURCE FRAMEWORK, HOMEMADE DEVELOPMENTS + SAAS SOLUTION FOR
MERCH
Internal Users in front of us

64. INDEX

65. Performance Indicator ⇒ Orders / Ticket
Release ⇒ Full package deployment (all servers)
Speed Index ⇒ WebPerf indicator for webpage rendering
INDEX

66. STARTER KIT

67. PROJECT/SUPPORT ORGANIZATION
Development Offshore (2 external service centers)
LEGACY SOLUTION STARTED IN 2008
HUGE TECHNICAL DEBT
MONOLITH ERP
900K code lines - ~1000 Tables in DB Model
STRONG DEVELOPMENT DEPENDENCIES
CODE BASE - FRONT/BACK MERGED ...
HANDMADE CI/CD
CVS as REVISION CONTROL SERVICE
SH SCRIPTING to BUILD & DEPLOY
2013 → RELEASE NOTE

68. 1 release succeed
“Change Failure”: 66%
446 Orders / Ticket
2013 → RESULTS

69. TEAM OBJECTIVES

72. CHANGELOGS

73. 2014

76. 2014 => CHANGELOG
Tools:
Jenkins
Build Automation, Performance Test Automation
Rundeck
Deployment Automation
Process:
Team Organization
Product centric, New job: OPM & TechLead, Dev in House, QA & Dev allocate on demand
Release Management
New Job: Release Manager, weekly version meeting

77. 2014 → RESULTS
6 releases
600 Orders / Ticket

78. 2014 → RESULTS
6 releases
600 Orders / Ticket

79. 2015

82. 2015 → CHANGELOG
Tools:
Testing
Test data set, Dump, Mock (Performance Test)
Automation
Software configuration, DB Configuration, Jenkins to Rundeck
Process:
Team Organization:
TL, OPM, +1 Permanent Dev, +1 Permanent QA
Release Management:
Release Manager, + 1 Technical Release Manager

83. 2015 → RESULTS
11 releases
830 Orders / Ticket

84. 2016

85. CHANGELOGS

87. 2016 → CHANGELOG
Tools:
Testing
Dump, Mock, NRT Automation (Selenium), Unit Test Coverage (Sonar)
CI
Integration dedicated to each feature, Jenkins to Rundeck, Build Gradle
Process:
Team organization
TL, DEV, QA, OPM, PO
Release Management
Release Schedule, Release Manager ⇒ OPM

88. 2016 → RESULTS
17 releases
1500 Orders / Ticket

89. 2016 → RESULTS
17 releases
1500 Orders / Ticket

90. 2017

91. CHANGELOGS

92. CHANGELOGS

93. 2017 → CHANGELOG
Tools:
Automation
Version Validation Pipeline, Splunk ⇒ Test results centralization
CI
SVN to GIT, Gitflow birth
Process:
Release Management:
QA release Manager, OPS release Manager, Change failure rate follow up, Version stand up
3x/week

94. 2017 → RESULTS
18 releases
Change Failure: 50%
1964 Orders / Ticket

95. 2017 → RESULTS
18 releases
Change Failure: 50%
1964 Orders / Ticket

96. 2018

98. 2018 → CHANGELOG
Tools:
Testing
NRT Coverage in progress
CI/CD
On demand integration creation/restore (environment + test data set)
Process:
Release Management
Development phase of each version deleted, Release candidate approach implemented,
Continuous improvement approach implemented

99. 2018 → RESULTS
18 releases
Change Failure: 40%
2330 Orders / Ticket

100. Openings
2 new countries
Speed Index/Web Perf
Desktop 1500 (Objectif 1500), Mobile 3200 (Objectif 2900)
New Features
All planified majors features released
2018 → RESULTS

101. 2019

103. 2019 → CHANGELOG
Tools:
Automation
Production deployment automation
Testing
Cerberus implementation ⇒ Test d’API

104. 2019 → RESULTS
18 releases
Change Failure: 20%
2200 Orders / Ticket

105. Openings
3 new countries
Speed Index/Web Perf
Desktop 1350 (Objectif 1500), Mobile 2750 (Objectif 2900)
New Features
All planified majors features released
2019 → RESULTS

106. 2020

108. 2020 → RESULTS
40 releases
Change Failure: <15%
1900 Orders / Ticket

109. 2020 vs 2013

110. Decathlon Payment Platform

111. Why ?

112. Organisation

113. Organisation /2
●
●
●

114. CI/CD

115. Automated NRT

116. Automated Load Test

117. CI/CD Results
●
●

118. Automated Deployment

119. Automated Deployment /2

120. Other Automations

121. Other Automations /2
●
●
●