Comment faire de l'amélioration continue à partir de ses bugs ?

1. Les bugs sont vos alliés : ne manquez
pas cette opportunité d’amélioration
continue
Par Dennis Bordet

2. Dennis BORDET, développeur Android
chez BAM
Tech Lead Android
Investigateur de bug / sourcier
Organisateur de la formation des développeurs à
l’investigation des bugs
Serial bug fixer

3. Dennis BORDET n’a pas toujours été
investigateur de bug
Début de carrière dans une grande ESN
Corriger les bugs ne veut pas dire les étudier
BAM → Lean → limiter le gaspillage
→ étude des problèmes

4. C’est quoi un bug ?

5. C’est quoi un bug ?
C’est un comportement qui ne correspond
pas à ce qui est indiqué dans les specs

6. C’est quoi un bug ?
C’est un comportement qui ne correspond
pas à ce qui est indiqué dans les specs

7. C’est quoi un bug ?
Tout comportement inattendu pour l’utilisateur
ou le client.

8. C’est quoi un bug ?
Tout comportement inattendu pour l’utilisateur
ou le client.
Par exemple :
- Un utilisateur a peu de réseau
- l’utilisateur clique sur un bouton,
- Mon app envoie une requête HTTP,
- L’app n’a pas de témoin de loading,
- la requete HTTP répond 10 secondes plus
tard avec succès
- L’utilisateur a rencontré un bug

9. Comment identifier et corriger un bug ?
Désolé, cette conférence n’en parle pas.
🔗debug.guide

10. Pré-requis: Avoir identifié le bug Étudier l’introduction du bug ET sa détection
tardive
Comment étudier un bug ?

11. Le QRQC : la méthode
pour tirer des
apprentissages de nos
bugs
1. Contexte et identification du
problème
Comment étudier un bug ?

12. - ligne de code en erreur
- le commit d’introduction
- la merge request
- le ticket / l’US
- le geste de
développement / de
conception
- La ligne de code qui
corrige le bug
Comprendre l’intention du
développement
1. Contexte et identification du problème
→ Pour mieux identifier les causes
→ Pour challenger l’analyse
→ Pour partager les
apprentissages

13. Le QRQC : la méthode
pour tirer des
apprentissages de nos
bugs
1. Contexte et
identification du
problème
2. Trouver des hypothèses
de cause d’introduction
Comment étudier un bug ?

14. Points clefs
- Se remettre en question
- Ne pas rejeter la faute
- les 4M
- Imbriquer les “pourquoi ?”
- Creuser les causes internes
- Ne pas mélanger les causes et solutions
2. Trouver des hypothèses de cause d’introduction
Causes typiques:
- Archi
- Geste de
développement
- Découpage
- DDD
- Design pattern
- Structure de donnée

15. Le QRQC : la méthode
pour tirer des
apprentissages de nos
bugs
1. Contexte et
identification du
problème
2. Trouver des hypothèses
de cause d’introduction
Comment étudier un bug ?
3. Étudier la détection tardive du
bug

16. 3. Étudier la détection tardive du bug
Ouverture MR
Merge
Master Release
Dev Relecture Validation
Recette
Prod
A B C D

17. Pourquoi mon bug n’a pas été détecté dans les
points de contrôle précédents ?
→ même méthode que les hypothèses d’introduction
3. Étudier la détection tardive du bug
Plus un bug est détecté tard, plus il va être couteux

18. Le QRQC : la méthode
pour tirer des
apprentissages de nos
bugs
1. Contexte et
identification du
problème
2. Trouver des hypothèses
de cause d’introduction
Comment étudier un bug ?
3. Étudier la détection
tardive du bug
4. Définir des actions

19. -> Pour empêcher une ré-
introduction du bug
-> Pour détecter plus tôt une
introduction du bug
-> Pour chercher d’autres
occurrences de ce bug
Une ou plusieurs actions à
long terme.
Identifiez la plus intéressante,
pragmatique, rentable, rapide,
motivante
4. Définir des actions
Une action court terme pour
corriger le bug.
Dans le cas où la
correction originale ne faisait
que contourner le bug.
Dans le cas où il existe
d’autres occurrences du bug

20. Doit amener à un changement
dans le système de travail de
l’équipe
En lien avec la cause du bug
4. Définir des actions
Ne doit pas alourdir le
processus de développement

21. Quels apprentissages tirer des bugs ?

22. KPI précis sur vos bugs
● Délai de détection
● Phase de détection (A, B, C, D)
● Période de détection
● Comparaison pour chaque release /
feature

23. Quels sont vos points faibles ?
● Chaque bug, un point faible
● Classement des points faibles
● -> Prise d’action priorisée

24. Outils de travail manquants / à
améliorer ?
● Les recherches de solutions vont
vous pousser à améliorer vos outils
de travail
○ Linter
○ CI/CD
○ Tests
○ Doc
● Veille régulière sur ce qui se fait

25. Diffusez l’apprentissage
● A votre équipe
● A vos équipes
● Les autres équipes vont vous
apprendre des choses

26. Merci. N’hésitez pas à poser vos questions

27. Ouverture

28. Dantotsu
Un livre sur l’amélioration de la qualité
chez Toyota.
Parle de la gestion des défauts, entre
autres.
Catégorisation ABCD

29. RTFT
Right the first time
Compter le nombre d’essais avant d’avoir implémenté votre
ticket
=> TDD
=> Nouveaux points faibles unlocked