Where defects in the industry are counted as defects per million parts produced, a developer introduces an average of 70 bugs for every 1000 lines of code produced. We immersed ourselves in the experiments of Sadao Nomura, who launched Dantotsu "Better than the best" activities in Toyota factories, a 3-year program capable of reducing defects by 85%.
The tech practices, visual management, and tools of Dantotsu inspired us to:
- Eradicate the root causes of a bug within 24 hours of its detection
- Identify "weak points", typical problems that require strengthening the training system
- Create a culture of quality where everyone shares their solved bugs
We cover the theory of Dantotsu radical quality and the experiments we ran before April 2023.
Woody is the CTO and co-founder of Sipios, a fintech development agency. Flavian is a co-author of Build To Sell, lean coach in tech and product, and former CTO.
EFQM Sustainable Excellence -Primer and Good PracticesChris Hakes
Primer on the 2010 EFQM Excellence Model.
Examples of International good practices for Leadership, Strategy, People, Process and Resource Management.
Examples of sound of measurement practices for People, Customer, Societal and Business results.
Шарыкин Валерий, Метинвест Холдинг. Целевая модель Системы Непрерывного Совершенствования. Конференция «Удвоение производительности: опыт украинских компаний в применении лучших управленческих практик»
معنى المخاطر
يعتبر الخطر من أهم المشاكل الحيوية التي تؤثر على المشاريع تأثيرا فعالا ولذا يجب أن نفهم ونعرف معنى كلمة الخطر بشكل علمى لأن ازدياد الخطر يتحول إلى مشكلة.
المخاطر: هي عبارة عن ربط بين احتمال وقوع حدث والآثار المترتبة على حدوثه.
إدارة المخاطر: هي عملية تحديد وتحليل والاستجابة للمخاطر وتتبعها ورفع تقارير عنها.
EFQM Sustainable Excellence -Primer and Good PracticesChris Hakes
Primer on the 2010 EFQM Excellence Model.
Examples of International good practices for Leadership, Strategy, People, Process and Resource Management.
Examples of sound of measurement practices for People, Customer, Societal and Business results.
Шарыкин Валерий, Метинвест Холдинг. Целевая модель Системы Непрерывного Совершенствования. Конференция «Удвоение производительности: опыт украинских компаний в применении лучших управленческих практик»
معنى المخاطر
يعتبر الخطر من أهم المشاكل الحيوية التي تؤثر على المشاريع تأثيرا فعالا ولذا يجب أن نفهم ونعرف معنى كلمة الخطر بشكل علمى لأن ازدياد الخطر يتحول إلى مشكلة.
المخاطر: هي عبارة عن ربط بين احتمال وقوع حدث والآثار المترتبة على حدوثه.
إدارة المخاطر: هي عملية تحديد وتحليل والاستجابة للمخاطر وتتبعها ورفع تقارير عنها.
El documento presenta el diseño de un plan de mantenimiento preventivo y propuestas de mejora para el proceso productivo de Indubolsas. El plan incluye inventariar y codificar los equipos, elaborar tarjetas maestras de datos e instructivos de mantenimiento, y definir indicadores. Se propone adquirir software para administrar el mantenimiento de forma sistematizada. El objetivo es mejorar la productividad mediante la prevención de fallas, el óptimo funcionamiento de los equipos y su disponibilidad.
The document lists the multiplication tables from 0 to 10 for the numbers 1 through 10. Each section shows the multiplication of a number from 0 to 10 with a particular integer, such as 1 x 0 = 0, 1 x 1 = 1, up to 10 x 1 = 10. This is repeated for integers 1 through 10.
The document discusses mining software repositories, including what it is, common repositories, conferences and journals of interest, tools for mining repositories, and datasets available for mining. It defines mining software repositories as analyzing rich data in repositories to uncover interesting information about software systems and projects. Popular repositories include version control systems and bug tracking systems. Conferences of interest are MSR, ICSE, and ICSM, and journals include IEEE TSE, EMSE, and JSS. Tools and datasets discussed include those from Libresoft, the University of Waterloo, Debian, Eclipse, and PROMISE.
This document summarizes techniques for making deep learning models more efficient, including pruning, weight sharing, quantization, low-rank approximation, and Winograd transformations. It provides examples of applying these techniques to convolutional neural networks to reduce model size by up to 49x while maintaining accuracy. Specific techniques discussed include clustering weights to share values, quantizing weights to fewer bits, pruning low-impact connections, and iteratively retraining pruned models. Energy and computation reductions are achieved through smaller, lower-precision models with fewer operations.
Support de la présentation du 6ième Meetup français sur le Chaos Engineering
Retour sur la Chaos Conf 2018
Résumé :
Des débuts de Jesse Robbins, Master of Disaster chez Amazon en 2004 à la Chaos Conf à San Francisco en septembre 2018, retour sur la première Chaos Conf à San Francisco le 28 septembre 2018. L'occasion de rencontrer nos homologues, échanger sur nos pratiques mais aussi contribuer à l'accroissement de la connaissance sur le sujet.
L'occasion de revenir notamment sur 2 sujets inspirants:
• La taxonomie des incidents : désigne un langage, une terminologie et des définitions communes permettant d'atténuer les problèmes de communication entre les personnes travaillant sur la résilience (résistance au choc). Merci Adrian Cockroft
• L'observabilité : un ensemble de moyens et pratiques permettant de s'assurer que son système fournit la meilleure qualité de service possible et la mise à disposition d'informations pour investiguer lorsque ce n'est pas le cas (cf. eBook Observabilité). Probablement le mot le plus prononcé lors de la journée après « chaos » ! Merci Charity Majors & Adrian COckroft
Meetup aws user group lille 2018 chaos engineeringBenjamin Gakic
Présentation du 22 novembre 2018 du meetup "Paris Chaos Engineering' à Lille.
Ce sont les slides associés à la présentation de Benjamin Gakic. (juste avant le gameday proposé par D2SI)
Le développement logiciel a beaucoup évolué ces 10 dernières années : méthodes Agiles, intégration continue, tests, nouvelles architectures, Cloud, etc. Beaucoup de concepts utiles et nécessaires, mais pas suffisants à la réussite du développement d'un nouveau produit.
Cette session ne vous aidera malheureusement pas à développer une application sur base d'un épais cahier de spécifications, en respectant le budget, les délais et la qualité. Mais elle vous permettra de réussir un produit de qualité, à forte valeur ajoutée pour vos utilisateurs ou clients, dans les temps et au budget escompté !
Au travers de retours d'expérience récents, nous vous montrerons comment sont menés de tels développements chez OCTO. Nous vous parlerons notamment d'ingénierie, de gestion du produit, d'organisation et de process, mais également de culture.
Mais rassurez-vous, tout ceci restera applicable à tout projet de développement, développé avec ou sans OCTO !
Afterwork OCTO Delivery - L'ADN d'un développement produit réussicyrilpicat
Le développement logiciel a beaucoup évolué ces 10 dernières années : méthodes Agiles, intégration continue, tests, nouvelles architectures, Cloud, etc. Beaucoup de concepts utiles et nécessaires, mais pas suffisants à la réussite du développement d'un nouveau produit.
Cette session ne vous aidera malheureusement pas à développer une application sur base d'un épais cahier de spécifications, en respectant le budget, les délais et la qualité. Mais elle vous permettra de réussir un produit de qualité, à forte valeur ajoutée pour vos utilisateurs ou clients, dans les temps et au budget escompté !
Au travers de retours d'expérience récents, nous vous montrerons comment sont menés de tels développements chez OCTO. Nous vous parlerons notamment d'ingénierie, de gestion du produit, d'organisation et de process, mais également de culture.
Mais rassurez-vous, tout ceci restera applicable à tout projet de développement, développé avec ou sans OCTO !
La gestion des actifs logiciels : enjeux et opportunitésMicrosoft Ideas
La gestion des actifs logiciels est devenue clé au sein des organisations. Cet actif est souvent vu comme un facteur de risque et non comme une formidable opportunité pour réduire ses coûts et optimiser ses investissements. Tous les métiers de l'organisation sont concernés par ce sujet (achats, finance, marketing, direction technique...) mais très souvent personne ne sait vraiment par où commencer ! Dans cette session, Mathieu Bourreau, directeur du consulting Crayon vous présentera les enjeux d'une mise en place d'une gestion des actifs logiciels efficace, les méthodologies Crayon à votre disposition mais également l'impact de ce sujet sur votre organisation et vos métiers. La session finira sur une session de questions/réponses en vue de répondre à l'ensemble de vos interrogations mais aussi vous aider à mettre en place les prochaines étapes. Session présentée par le partenaire : Crayon Consulting & Services.
Speakers : Mathieu Bourreau (Crayon Consulting & Services)
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Introduction à la qualité logicielle (1/5)Sylvain Leroy
Présentation / Sensibilisation à la qualité logicielle, à l'assurance qualité et au contrôle du code des applications.
Cette présentation est le premier chapitre introductif du thème. Elle rappelle les principaux écueils que rencontre tout projet de développement informatique.
Résilience de nos systèmes informatiques et organisationnels ? "A quel point votre système est-il proche du précipice et peut sombrer dans le chaos ?" Cette conférence s'adresse à tous ceux qui sont intéressés pour tenter de répondre à cette question et développer cette nouvelle discipline et les pratiques associées : Chaos Monkey, Chaos Gameday (AWS, Days Of Chaos, ...).
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelAgile Montréal
Plusieurs s'engagent dans un projet DevOps avec espoir de voir la vélocité augmenter au fil du temps, remplissant la promesse légendaire de Scrum. La réalité est souvent tout autre, car opérer un système en production apporte son lot de surprises, et si l'on y ajoute de la dette technique et quelques années de vie utile, alors on peut facilement se retrouver dans une tempête parfaite. Voyons ensemble ces éléments qui viennent affecter notre précieuse vélocité.
Amélioration Continue - Des faits & des effetsPhilippe Launay
Retour d’expérience Lean & Scrum dans une équipe Agile @ LECTRA, basée sur l'amélioration continue: Présentation faite lors de l'Agile Tour Bordeaux 2013 #atbdx
El documento presenta el diseño de un plan de mantenimiento preventivo y propuestas de mejora para el proceso productivo de Indubolsas. El plan incluye inventariar y codificar los equipos, elaborar tarjetas maestras de datos e instructivos de mantenimiento, y definir indicadores. Se propone adquirir software para administrar el mantenimiento de forma sistematizada. El objetivo es mejorar la productividad mediante la prevención de fallas, el óptimo funcionamiento de los equipos y su disponibilidad.
The document lists the multiplication tables from 0 to 10 for the numbers 1 through 10. Each section shows the multiplication of a number from 0 to 10 with a particular integer, such as 1 x 0 = 0, 1 x 1 = 1, up to 10 x 1 = 10. This is repeated for integers 1 through 10.
The document discusses mining software repositories, including what it is, common repositories, conferences and journals of interest, tools for mining repositories, and datasets available for mining. It defines mining software repositories as analyzing rich data in repositories to uncover interesting information about software systems and projects. Popular repositories include version control systems and bug tracking systems. Conferences of interest are MSR, ICSE, and ICSM, and journals include IEEE TSE, EMSE, and JSS. Tools and datasets discussed include those from Libresoft, the University of Waterloo, Debian, Eclipse, and PROMISE.
This document summarizes techniques for making deep learning models more efficient, including pruning, weight sharing, quantization, low-rank approximation, and Winograd transformations. It provides examples of applying these techniques to convolutional neural networks to reduce model size by up to 49x while maintaining accuracy. Specific techniques discussed include clustering weights to share values, quantizing weights to fewer bits, pruning low-impact connections, and iteratively retraining pruned models. Energy and computation reductions are achieved through smaller, lower-precision models with fewer operations.
Support de la présentation du 6ième Meetup français sur le Chaos Engineering
Retour sur la Chaos Conf 2018
Résumé :
Des débuts de Jesse Robbins, Master of Disaster chez Amazon en 2004 à la Chaos Conf à San Francisco en septembre 2018, retour sur la première Chaos Conf à San Francisco le 28 septembre 2018. L'occasion de rencontrer nos homologues, échanger sur nos pratiques mais aussi contribuer à l'accroissement de la connaissance sur le sujet.
L'occasion de revenir notamment sur 2 sujets inspirants:
• La taxonomie des incidents : désigne un langage, une terminologie et des définitions communes permettant d'atténuer les problèmes de communication entre les personnes travaillant sur la résilience (résistance au choc). Merci Adrian Cockroft
• L'observabilité : un ensemble de moyens et pratiques permettant de s'assurer que son système fournit la meilleure qualité de service possible et la mise à disposition d'informations pour investiguer lorsque ce n'est pas le cas (cf. eBook Observabilité). Probablement le mot le plus prononcé lors de la journée après « chaos » ! Merci Charity Majors & Adrian COckroft
Meetup aws user group lille 2018 chaos engineeringBenjamin Gakic
Présentation du 22 novembre 2018 du meetup "Paris Chaos Engineering' à Lille.
Ce sont les slides associés à la présentation de Benjamin Gakic. (juste avant le gameday proposé par D2SI)
Le développement logiciel a beaucoup évolué ces 10 dernières années : méthodes Agiles, intégration continue, tests, nouvelles architectures, Cloud, etc. Beaucoup de concepts utiles et nécessaires, mais pas suffisants à la réussite du développement d'un nouveau produit.
Cette session ne vous aidera malheureusement pas à développer une application sur base d'un épais cahier de spécifications, en respectant le budget, les délais et la qualité. Mais elle vous permettra de réussir un produit de qualité, à forte valeur ajoutée pour vos utilisateurs ou clients, dans les temps et au budget escompté !
Au travers de retours d'expérience récents, nous vous montrerons comment sont menés de tels développements chez OCTO. Nous vous parlerons notamment d'ingénierie, de gestion du produit, d'organisation et de process, mais également de culture.
Mais rassurez-vous, tout ceci restera applicable à tout projet de développement, développé avec ou sans OCTO !
Afterwork OCTO Delivery - L'ADN d'un développement produit réussicyrilpicat
Le développement logiciel a beaucoup évolué ces 10 dernières années : méthodes Agiles, intégration continue, tests, nouvelles architectures, Cloud, etc. Beaucoup de concepts utiles et nécessaires, mais pas suffisants à la réussite du développement d'un nouveau produit.
Cette session ne vous aidera malheureusement pas à développer une application sur base d'un épais cahier de spécifications, en respectant le budget, les délais et la qualité. Mais elle vous permettra de réussir un produit de qualité, à forte valeur ajoutée pour vos utilisateurs ou clients, dans les temps et au budget escompté !
Au travers de retours d'expérience récents, nous vous montrerons comment sont menés de tels développements chez OCTO. Nous vous parlerons notamment d'ingénierie, de gestion du produit, d'organisation et de process, mais également de culture.
Mais rassurez-vous, tout ceci restera applicable à tout projet de développement, développé avec ou sans OCTO !
La gestion des actifs logiciels : enjeux et opportunitésMicrosoft Ideas
La gestion des actifs logiciels est devenue clé au sein des organisations. Cet actif est souvent vu comme un facteur de risque et non comme une formidable opportunité pour réduire ses coûts et optimiser ses investissements. Tous les métiers de l'organisation sont concernés par ce sujet (achats, finance, marketing, direction technique...) mais très souvent personne ne sait vraiment par où commencer ! Dans cette session, Mathieu Bourreau, directeur du consulting Crayon vous présentera les enjeux d'une mise en place d'une gestion des actifs logiciels efficace, les méthodologies Crayon à votre disposition mais également l'impact de ce sujet sur votre organisation et vos métiers. La session finira sur une session de questions/réponses en vue de répondre à l'ensemble de vos interrogations mais aussi vous aider à mettre en place les prochaines étapes. Session présentée par le partenaire : Crayon Consulting & Services.
Speakers : Mathieu Bourreau (Crayon Consulting & Services)
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Introduction à la qualité logicielle (1/5)Sylvain Leroy
Présentation / Sensibilisation à la qualité logicielle, à l'assurance qualité et au contrôle du code des applications.
Cette présentation est le premier chapitre introductif du thème. Elle rappelle les principaux écueils que rencontre tout projet de développement informatique.
Résilience de nos systèmes informatiques et organisationnels ? "A quel point votre système est-il proche du précipice et peut sombrer dans le chaos ?" Cette conférence s'adresse à tous ceux qui sont intéressés pour tenter de répondre à cette question et développer cette nouvelle discipline et les pratiques associées : Chaos Monkey, Chaos Gameday (AWS, Days Of Chaos, ...).
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelAgile Montréal
Plusieurs s'engagent dans un projet DevOps avec espoir de voir la vélocité augmenter au fil du temps, remplissant la promesse légendaire de Scrum. La réalité est souvent tout autre, car opérer un système en production apporte son lot de surprises, et si l'on y ajoute de la dette technique et quelques années de vie utile, alors on peut facilement se retrouver dans une tempête parfaite. Voyons ensemble ces éléments qui viennent affecter notre précieuse vélocité.
Amélioration Continue - Des faits & des effetsPhilippe Launay
Retour d’expérience Lean & Scrum dans une équipe Agile @ LECTRA, basée sur l'amélioration continue: Présentation faite lors de l'Agile Tour Bordeaux 2013 #atbdx
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013Xavier NOPRE
Diaporama de ma présentation "Agilistes : n'oubliez pas la technique" le 25/04/2013 à Mix-IT 2013. N'hésitez pas à me faire des retours et me contacter !
2. Les bugs : la norme dans notre industrie
2
70
bugs
1000
lignes de
code
Sources - The Economics of Software Quality (Capers Jones and Olivier Bonsignour), Carogalix study
7 to 25%
des bug fixes
introduisent un nouveau
bug…
3. Pourtant, ces bugs ont parfois des conséquences désastreuses
3 Sources - Medical Devices: The Therac 25 http://sunnyday.mit.edu/papers/therac.pdf
Datent:
if mode/energy specified then
begin
calculate table index
repeat
fetch parameter
output parameter
point to next parameter
until all parameters set
call Magnet
if mode/energy changed then return
end
if data entry is complete then set Tphase to 3
if data entry is not complete then
if reset command entered then set Tphase to 0
return
4. La raison : une idée fausse que la qualité est plus chère que la non-qualité
4 sources : The economics of software quality
8. Woody Rousseau
CTO & Cofondateur @ Sipios
8
Qui nous-sommes
Flavian Hautbois
Co-author of the upcoming
"Build to Sell" book
Lean coach in Tech & Product
- Enthousiaste de Lean
management et de pensée
système
- Passionné d’APIs et
d’Open Finance
@WoodyRoussea
u
/in/woodyrousseau
9. Woody Rousseau
CTO & Cofounder @ Sipios
Flavian Hautbois
Co-auteur du futur livre "Build to Sell"
Coach lean en Tech & Produit
Qui nous-sommes
9
@flavianhautbois
/in/flavianhautbois
https://buildtosell.org
- Un geek de la technologie
- Passionné par le fait de créer
des produits digitaux
excellents avec l’aide de la
pensée lean
15. Ses résultats s’obtiennent avec le processus en 8 étapes
1. SADAO NOMURA
15
Inspecter la pièce
défectueuse
Vérifier
dans le stock
Identifier
la cause racine
Implémenter des
contre mesures
Retex en
daily meeting
Créer / améliorer les
standards
et déployer
Former
les personnes
Vérifier avec
des go & sees
17. et ça se voit à chaque étape
1. SADAO NOMURA
17
Inspecter la pièce
défectueuse
Vérifier
dans le stock
Identifier
la cause racine
Implémenter des
contre mesures
Retex en
daily meeting
Créer / améliorer les
standards
et déployer
Former
les personnes
Vérifier avec
des go & sees
jour même jour même jour même
jour même jour suivant jour suivant
jour suivant jour suivant
20. On ne ship pas des voitures mais on peut se fixer des objectifs !
2. QUALITÉ SOFTWARE
-50%
-50% -50% -88%
Défauts
21. C’est d’ailleurs ce que prône Accelerate avec ses DORA metrics
2. QUALITÉ SOFTWARE
-50%
-50% -50% -88%
Change Failure Rate (% de déploiements
introduisant un incident)
22. Les types A à D peuvent être définis dans un flux de développement software
2. QUALITÉ SOFTWARE
23. Pourtant, la gestion des défauts est assez différente du processus en 8 étapes
23
Vérifier
le défaut
Évaluer
la criticité Prioriser le fix
Fixer
le défaut
Écrire
un postmortem
(optionnel)
Ajouter
des vérifications
(optionnel)
2. QUALITÉ SOFTWARE
24. Vérifier
le défaut
Évaluer
la criticité Prioriser le fix
Fixer
le défaut
Écrire
un postmortem
(optionnel)
Ajouter
des vérifications
(optionnel)
avec des délais encore qui n’ont pas le même niveau d’ambition…
24
2. QUALITÉ SOFTWARE
1er jour 1er jour 1er jour
<= quelques semaines encore + tard… encore + tard…
25. Le // des pratiques Dantotsu dans la tech est passionnant : Management Visuel
2. QUALITÉ SOFTWARE
26. Le // des pratiques Dantotsu dans la tech est passionnant : Standards
2. QUALITÉ SOFTWARE
27. Le // des pratiques Dantotsu dans la tech est passionnant : Formation
2. QUALITÉ SOFTWARE
Tutorials Katas
Pair/mob
programming
Code review
28. Le // des pratiques Dantotsu dans la tech est passionnant : “Weak Point”
2. QUALITÉ SOFTWARE
29. Le // des pratiques Dantotsu dans la tech est passionnant : Environment de Travail
2. QUALITÉ SOFTWARE
Lint / Codestyle Structure du code
Portail
développeur
Système de
gestion de
connaissances
30. Le // des pratiques Dantotsu dans la tech est passionnant : Rituels
2. QUALITÉ SOFTWARE
44. Ce qui fait émerger des weak points précis qui auront un effet de levier important
44
CodeScan engineering
How to deploy the infrastructure (SRO)
Reinforce error handling to fix seemingly
random test failures (Engineering)
Important change from SRO not
communicated to CodeScan (SRO /
Engineer) about the SES keys – but unclear
why it had to be shared
Quality test plan
Have a test plan that covers most of the
actual user cases (Engineering)
How QA tests SAML
QA plan to handle on-prem version
3. RETEX
45. Les résultats sont là : 1 type D dans la dernière semaine et plus de backlog
45
3. RETEX
(en réalité ils n’ont pas eu de nouveau
type D jusqu’au 7 avril)
49. … et les clients pas contents ! 😡
49
Les features sont shippées : c’est
cool.
Par contre, ça ship des bugs
aussi. Ça fait flipper les personnes
avec qui on travaille. Sur les tests
auto, j’en parle depuis 2 ans : ma
frustration ne pourrait pas être plus
grande. Je n’arrive pas à
comprendre pourquoi ça n’avance
pas…
3. RETEX
50. Je trouve un bouquin hallucinant que je lis pendant un trek éprouvant au Maroc
50
moi, plus intéressé par le
Lean dans des usines en
Afrique du sud que par la
montagne
3. RETEX
51. Mes premières tentatives donnent des résultats encourageants
51
On construit en équipe une
factory API pour centraliser
tous nos défauts
Les défauts sont vus comme
des sources de discussions
intéressantes plutôt que de
blâmes
3. RETEX
52. Mais on fait aussi face à plusieurs difficultés…
Remote Trouble
management visuel à
la vie dure depuis
l’ère Covid
52
3. RETEX
53. Mais on fait aussi face à plusieurs difficultés…
Remote Trouble Stock First
management visuel à
la vie dure depuis
l’ère Covid
pas évident de
mettre l’attention sur
le “in” quand il y a un
stock de défauts
53
3. RETEX
54. Mais on fait aussi face à plusieurs difficultés…
Remote Trouble Stock First Archéologie
management visuel à
la vie dure depuis
l’ère Covid
pas évident de
mettre l’attention sur
le “in” quand il y a un
stock de défauts
certains bugs datent
d’un autre temps et
sont difficiles à
analyser
54
3. RETEX
55. Mais on fait aussi face à plusieurs difficultés…
Remote Trouble Stock First Archéologie Charge
management visuel à
la vie dure depuis
l’ère Covid
pas évident de
mettre l’attention sur
le “in” quand il y a un
stock de défauts
certains bugs datent
d’un autre temps et
sont difficiles à
analyser
Une analyse
profonde prend ~2h
pour quelqu’un
d'expérimenté…
55
3. RETEX
56. Mais on fait aussi face à plusieurs difficultés…
Remote Trouble Stock First Archéologie Charge Conditions
management visuel à
la vie dure depuis
l’ère Covid
pas évident de
mettre l’attention sur
le “in” quand il y a un
stock de défauts
certains bugs datent
d’un autre temps et
sont difficiles à
analyser
Une analyse
profonde prend ~2h
pour quelqu’un
d'expérimenté…
Le teamwork ou la
pression du delivery
sont les usual
suspects pour les
causes racines…
56
3. RETEX
57. Le format abouti tient sur une feuille A4!
57
3. RETEX
la ligne de code responsable est
clairement identifiée afin d’éviter
une idée fausse sur la cause réelle
Une seule cause est choisie par le
développeur pour que l’analyse soit rapide
(30mn)
La cause d'occurrence fait
apparaître clairement qui doit
apprendre quoi et porte sur un
geste technique afin de cibler
des apprentissages sur le
craftsmanship de l’équipe
Le comportement inattendu est exprimé
du point de vue de l’utilisateur pour
renforcer l’empathie et le sens client
Les contremesures
sont locales et
actionnables par
l’équipe pour créer une
dynamique positive
La cause d’outflow cible l’étape la plus
proche possible de l’introduction du
défaut afin de minimiser le rework dans le
futur
https://www.gitlab.com/…
Sur la page de récap du
prêt, le dirigeantvoit un
montant prêté 1000x
inférieur au montant réel
Françoisn’a pas
transformé le montant
envoyé par la dépendance
API car nous n’avons pas de
standard sur comment
stocker/typerdes
montants
- Jean créé un standard
avec le client, en donnant
en input les standards des
meilleurs (Stripe…) - 17.09
- Jean forme l’équipe sur le
standard établi - 16.09
Nous n’avons pas de
manière de détecter de
manière statique une
primitive obsession (bad
smell)
- Jean créé une fitness
functionexploitant
ArchUnit pour détecter des
primitifs sur des objets
métiers “classiques”
(montants, dates, emails…)
- 20/09
58. L’équipe pilote de Thibault a diminué de 81% ses défauts en prod en 1 an !
58
3. RETEX
59. Au niveau Sipios en revanche… pas encore de tendance !
59
3. RETEX
60. 3. RETEX
60
J’ai aussi détecté nos “weak points” et nous avons lancé une académie de formation
67. Merci !
67
Woody Rousseau
CTO & Cofondateur @ Sipios,
part of Theodo Group
@WoodyRoussea
u
/in/woodyrousseau
Flavian Hautbois
Co-auteur du futur livre "Build to Sell"
Coach lean en Tech & Produit
@flavianhautbois
/in/flavianhautbois
https://buildtosell.org
http://tiny.cc/dantotsu