J'expliquerai comment la science a évolué sur la productivité des équipes, comment que la productivité n'est plus une histoire simplement de métriques mais de retirer les frictions du développement (le DevEx). Je ferai des liens sur comment c'est bénéfique monétairement pour vous et l'entreprise de miser sur l'amélioration continue (le ROI d'une transformation DevOps) et des liens avec le message initial de l'agilité il y a deux décennies. Journey to Continuous Delivery.

2. Qu’est-ce qui a changé en 2023?
Quelle mentalité a changé?

3. Avant, c’était la croissance à tout prix.

4. “At the start of Covid, the world rapidly moved online and the
surge of e-commerce led to outsized revenue growth. Many
people predicted this would be a permanent acceleration that
would continue even after the pandemic ended. I did too, so I
made the decision to significantly increase our investments.
Unfortunately, this did not play out the way I expected.”
Plusieurs licenciements ont eu lieu
“Over the past two years we’ve seen periods of dramatic
growth. To match and fuel that growth, we hired for a different
economic reality than the one we face today.”
“Like many other leaders, I hoped to sustain the strong tailwinds
from the pandemic and believed that our broad global business
and lower risk to the impact of a slowdown in ads would insulate
us. In hindsight, I was too ambitious in investing ahead of our
revenue growth. And for this reason, today, we are reducing our
employee base by about 6% across the company.”
“As we saw customers accelerate their digital spend during the
pandemic, we’re now seeing them optimize their digital spend to
do more with less.” “As our revenue accelerated through the pandemic, we hired too
many people leading into this economic downturn we’re now
facing, and I take responsibility for that.”
“At the outset of the pandemic in 2020, the world rotated
overnight towards e-commerce. We witnessed significantly
higher growth rates over the course of 2020 and 2021 compared
to what we had seen previously. As an organization, we
transitioned into a new operating mode and both our revenue and
payment volume have since grown more than 3x. The world is
now shifting again.”

5. ▼
Maintenant, c’est une croissance efficiente
Efficience d’ingénierie
Excellence opérationnelle
On en veut plus avec
moins
Avant, c’était la croissance à tout prix.
Mode projet → mode produit

6. ▼
Maintenant, c’est une croissance efficiente
Efficience d’ingénierie
Excellence opérationnelle
On en veut plus avec
moins
Avant, c’était la croissance à tout prix.
Mode projet → mode produit
livraison en
continu

7. Éveiller comment l’expérience développeur
accélère l'adoption
de la livraison en continu

8. Pourquoi l’emphase sur
la livraison en continu ?

9. Un peu d’histoire…
2018

10. Étude de DORA
Qu’est-ce qui prédit une meilleure performance

11. Étude de DORA
Qu’est-ce qui prédit une meilleure performance

12. Étude de DORA
Qu’est-ce qui prédit une meilleure performance

13. Étude de DORA
Qu’est-ce qui prédit une meilleure performance

14. L’histoire de Simon
Directeur du Développement
@Big Green company

15. L’histoire de Simon
Comment outiller mes équipes
vers la livraison en continu?
Par où commencer?

16. Présentation
❖ VP Ingénierie & Cofondateur chez Nexapp
❖ Chef de produit de Axify
❖ Améliorer le futur de l’ingénierie logicielle
❖ Mission: Outiller les équipes à bâtir des produits qui ont plus d’impact
❖ Impliqué dans le cours de Qualité et Métriques du logiciel à Université Laval
Alexandre Walsh

17. Comment commencer…

19. Lead time for changes
Le temps d’apporter un changement en production
Deployment frequency
Combien de fois envoyons-nous le code dans les mains des utilisateurs
Change failure rate
Le pourcentage des changements qui crée des incidents (ex: panne de service, hotfix)
Time to restore service (MTTR)
Combien de temps est nécessaire pour remettre le système sur pied lors d’un incident.
La performance des équipes
2018

20. Lead time for changes
Le temps d’apporter un changement en production
Deployment frequency
Combien de fois envoyons-nous le code dans les mains des utilisateurs
Change failure rate
Le pourcentage des changements qui crée des incidents (ex: panne de service, hotfix)
Time to restore service (MTTR)
Failed deployment recovery time
Combien de temps est nécessaire pour remettre le système sur pied lors d’un incident.
La performance des équipes
2018
+Fiabilité (performance opérationnelle)
Dans quelle mesure vos services répondent aux attentes des utilisateurs, telles que la
disponibilité et les performances.

21. Lead time for changes
Le temps d’apporter un changement en production
Deployment frequency
Combien de fois envoyons-nous le code dans les mains des utilisateurs
Vitesse
Stabilité
La performance des équipes
Change failure rate
Le pourcentage des changements qui crée des incidents (ex: panne de service, hotfix)
Failed deployment recovery time
Combien de temps est nécessaire pour remettre le système sur pied lors d’un incident.
2018
+Fiabilité (performance opérationnelle)
Dans quelle mesure vos services répondent aux attentes des utilisateurs, telles que la
disponibilité et les performances.

22. Les équipes de Simon
Lead time for
changes
Deployment
frequency
Change
failure rate
Failed deployment
recovery time
Équipe A 4 jours (+20%) 14 / semaine (+89%) 30% (-29%) 4 heures (-12%)
Équipe B 1 jour (-10%) 3 / semaine (-21%) 12% (-7%) 32 heures (+3%)
Équipe C 2 jours (-7%) 8 / semaine (-3%) 7.5% (-3%) 12 heures (+5%)

23. Les équipes de Simon
Équipe A

24. Le “Value Stream Mapping” (VSM)
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours
client
client

25. Le “Value Stream Mapping” (VSM)
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours
client
client

26. Le “Value Stream Mapping” (VSM)
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours
client
client

27. Le “Value Stream Mapping” (VSM)
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours
client
client

28. Le “Value Stream Mapping” (VSM)
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours
client
client

29. A-t-on toute l’histoire ?

30. Pour améliorer la performance de vos systèmes, utilisez une approche
basée sur les contraintes.
Il existe 3 bonnes options:
1- Par les métriques DORA
2- Par le “Value Stream Mapping”
3- Demander à vos gens sur quoi ils souffrent le plus souvent
Les données qualitatives.
Nicole Forsgren, co-auteur de Accelerate
(traduction libre)

31. Comment les développeurs perçoivent, réfléchissent et
valorisent leur travail.
L’expérience développeur (DevEx)

32. L’expérience développeur (DevEx)

33. L’expérience développeur (DevEx)
COMPRENDRE

34. L’expérience développeur (DevEx)
AMÉLIORER

35. L’expérience développeur (DevEx)
livraison en
continu

36. Développement &
release
1. Santé du code
2. Environnement de
développement
3. Tests automatisés
4. Sortir une version sans
friction
L’expérience développeur (DevEx)
Les 25 socio-facteurs de l’Expérience Développeur

37. Développement &
release
Gestion du produit
1. Santé du code
2. Environnement de
développement
3. Tests automatisés
4. Sortir une version sans
friction
1. Avoir des objectifs et
critères clairs
2. Travailler itérativement
3. Date de livraison
réalistes
4. Avoir son mot à dire sur
la roadmap et les
priorités
5. Créer de la valeur pour
l’entreprise
L’expérience développeur (DevEx)
Les 25 socio-facteurs de l’Expérience Développeur

38. Développement &
release
Gestion du produit Collaboration et culture
1. Santé du code
2. Environnement de
développement
3. Tests automatisés
4. Sortir une version sans
friction
1. Avoir des objectifs et
critères clairs
2. Travailler itérativement
3. Date de livraison
réalistes
4. Avoir son mot à dire sur
la roadmap et les
priorités
5. Créer de la valeur pour
l’entreprise
1. Soutien
2. Partage de connaissances
3. Se sentir connecté
4. Processus de révision de
code
5. Collaboration
inter-département
6. Sécurité psychologique
7. Communication
8. Avoir des valeurs alignées
9. Avoir de la reconnaissance
L’expérience développeur (DevEx)
Les 25 socio-facteurs de l’Expérience Développeur

39. Développement &
release
Gestion du produit Collaboration et culture
Flux et réalisation des
développeurs
1. Santé du code
2. Environnement de
développement
3. Tests automatisés
4. Sortir une version sans
friction
1. Avoir des objectifs et
critères clairs
2. Travailler itérativement
3. Date de livraison
réalistes
4. Avoir son mot à dire sur
la roadmap et les
priorités
5. Créer de la valeur pour
l’entreprise
1. Soutien
2. Partage de connaissances
3. Se sentir connecté
4. Processus de révision de
code
5. Collaboration
inter-département
6. Sécurité psychologique
7. Communication
8. Avoir des valeurs alignées
9. Avoir de la reconnaissance
1. Autonomie
2. Travail stimulant et
exigeant
3. Progresser sans
obstacle
4. Temps ininterrompu
5. Balance
travail/famille
6. Apprentissage
7. Stabilité du travail et
de l’équipe
8. Voie claire pour l’
évolution de carrière
L’expérience développeur (DevEx)
Les 25 socio-facteurs de l’Expérience Développeur

40. Revenons à Simon.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours

41. Comment récolter des données qualitatives ?
Combiner des données qualitatives
avec des données quantitatives.
Idée clé

42. Comment récolter des données qualitatives ?
Par des sondages
Par un 1-1
Dans la rétrospective

43. Comment récolter des données qualitatives ?
Par des sondages
Développement & release: 6/10
Gestion de produit: 8/10
Collaboration & culture: 7/10
Flux & réalisation: 6/10
Développement & release: 7/10
Gestion de produit: 7/10
Collaboration & culture: 5/10
Flux & réalisation: 8/10

44. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
——————
IT
Délai de livraison
64 jours
Mathieu, développeur
« C’est long attendre après le build
(±50min) et il brise aléatoirement,
alors on déploie une seule fois à la
fin du sprint pour ne pas trop
changer de contexte »
Environnement de développement: 2 / 5

45. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
10 jours
> 1 heure
——————
IT
Délai de livraison
64 jours
54 jours
Mathieu, développeur
« C’est long attendre après le build
(±50min) et il brise aléatoirement,
alors on déploie une seule fois à la
fin du sprint pour ne pas trop
changer de contexte »
Environnement de développement: 2 / 5

46. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
——————
IT
Déploiement en
production
> 1 heure
——————
IT
Délai de livraison
54 jours
Frédéric, développeur senior
« On a beaucoup de retour de tests.
Ça stagne dans le flux et je n’ai pas
l’impression de progresser et
qu’on met les tâches à DONE. »
Avoir des critères claires: 3 / 5

47. Le flux de l’équipe de Frédéric
To Do En cours En révision En QA En retour de test DONE
Bogue #127
User Story A
Critère 1
Critère 2
Bogue 1
Retour Feedback 1
Retour Feedback 2
Retour Feedback 3
User Story B

48. Le flux de l’équipe de Frédéric
To Do En cours En révision En QA En retour de test DONE
Bogue #127
User Story A
Critère 1
Critère 2
Bogue 1
Retour Feedback 1
Retour Feedback 2
Retour Feedback 3
User Story B

49. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
6 jours
4.5 jours
——————
Développement
Démo & tests
d’acceptation
3 jours
——————
QA
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
2 jours
8 heures
——————
IT
Déploiement en
production
> 1 heure
——————
IT
Délai de livraison
54 jours
48 jours
Frédéric, développeur senior
« On a beaucoup de retour de tests.
Ça stagne dans le flux et je n’ai pas
l’impression de progresser et
qu’on met les tâches à DONE. »
Avoir des critères claires: 3 / 5

50. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
——————
Gestion de produit
Développement &
tests
4.5 jours
——————
Développement
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
8 heures
——————
IT
Déploiement en
production
> 1 heure
——————
IT
Délai de livraison
48 jours
Marco, Team Lead
« On décortique toutes les tâches dans
le détail, les estime, on prend des jours
complets de planification. Finalement,
on pivote 1 semaine plus tard. »
Travailler itérativement: 2 / 5

51. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
21 jours
3 jours
——————
Gestion de produit
Développement &
tests
4.5 jours
——————
Développement
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
8 heures
——————
IT
Déploiement en
production
> 1 heure
——————
IT
Délai de livraison
48 jours
30 jours
Marco, Team Lead
« On décortique toutes les tâches dans
le détail, les estime, on prend des jours
complets de planification. Finalement,
on pivote 1 semaine plus tard. »
Travailler itérativement: 2 / 5

52. Des données qualitatives.
Analyse & Design
15 jours
——————
Affaire
Approbation Design
7 jours
——————
Affaire
Planification versionnage
& estimation
3 jours
——————
Gestion de produit
Développement &
tests
4.5 jours
——————
Développement
Tests exploratoires
2 jours
——————
QA
Approbation de
changement
8 heures
——————
IT
Déploiement en
production
> 1 heure
——————
IT
Délai de livraison
30 jours

53. Réduire la friction à différents niveaux

54. Retour sur mon expérience…

55. �� ��
��
��
��
��
��
��
��
��
��
��
�� ��
��
��
��
��
��
��
��
��
��
��
��
Retour sur mon expérience
Frein 1: Penser trop gros

56. Retour sur mon expérience
Frein 2: Ajouter des contrôles de qualité

58. 58% of Software Engineering Leaders Report that Developer
Experience is Critical to Organization’s C-Suite.
Organizations are recognizing that a high-quality developer
experience improves productivity and is critical to
attracting and retaining software engineering talent.
Sondage Gartner
https://www.gartner.com/en/newsroom/press-releases/2023-04-24-gartner-survey-finds-the-need-to-improve-developer-
experience-is-driving-software-engineering-technology-adoption

59. Pour une croissance efficiente
C’est la quête vers la livraison en continu

60. Pour une croissance efficiente
C’est la quête vers la livraison en continu
Optimiser pour un flux de développement rapide,
soutenable et sans friction (DevEx)
Et ça sera un avantage compétitif.

61. Merci!

62. Nexapp +
Accompagne vers une
meilleure approche de
livraison
Offre des équipes
talentueuses
Donne une intelligence de
livraison aux équipes pour
améliorer leur performance
/in/alexandrewalsh
nexapp.ca

63. Références
➔ Accelerate | https://www.devops-research.com/research.html
➔ SPACE framework | https://queue.acm.org/detail.cfm?id=3454124
➔ State of DevOps | 2023 | 2022 | 2021 | 2018
➔ Continuous Delivery | https://continuousdelivery.com/
➔ Value Stream Mapping | https://dora.dev/devops-capabilities/process/work-visibility-in-value-stream/
➔ Gartner Survey Finds the Need to Improve Developer Experience is
Driving Software Engineering Technology Adoption |
https://www.gartner.com/en/newsroom/press-releases/2023-04-24-gartner-survey-finds-the-need-to-improve-developer-experience-is-
driving-software-engineering-technology-adoption
➔ DevEx: What Actually Drives Productivity | https://queue.acm.org/detail.cfm?id=3595878
➔ Modern Software Engineering | https://www.davefarley.net/?p=352
➔ ROI of DevOps Transformation | https://goo.gle/3qEClIh