Beaucoup d’entre nous limitent la résolution de problème à la simple élimination du “Muda”. Après un an et demi de pratiques diverses et variées, au sein d'une société d'édition de logiciel financier, notre constat est différent: au delà de la réduction du gaspillage, nous pensons que cette pratique est bien plus riche en enseignements. L’application de ces méthodes nous a contraint à changer de point de vue, à travailler notre acuité et notre créativité. Et ce changement de vision s’est avéré terriblement efficace et parfois “magique”, au point que nous tentons de l’appliquer à notre quotidien de développeur. Nous vous proposons donc un bilan transparent, riche, sans concession et plein de métaphores: * l’euphorie de la découverte * nos pratiques * les premiers obstacles rencontrés (Ha bon, ce n’est pas une solution magique?) * l’épiphanie ou comment la résolution de problèmes change nos pratiques de développement

1. Le développement guidé par la
résolution de
problèmes
Powered by
BISAM Teams

3. Portfolio Analytics & Services to the
Global Asset Management Industry
130 personnes
dans le monde entier

4. B-One en quelques chiffres
1 175 169 LOC
18k Classes Java
8 versions
51 clients
16 ans
Volume de données énorme
Entre 10k et 16k heures
de calculs / mois
pour un client

5. En 2014

6. Agilité à
l’extrême

7. Binômage à 100%

9. Tests fonctionnels de
bout en bout

10. 16 000 tests U
78% couverture

11. Usine Logicielle
Jenkins, Sonar, Maven

13. Amélioration

14. Tests
fonctionnels
En amont

15. Bref, on
était
parfait...

16. Fin 2014

17. Le choc !

18. “Des” clients ne
sont pas contents

19. Ils se plaignent
de la qualité !

20. L’incompréhension

21. Deux approches

22. Nous avons choisi

23. Alors on a relevé nos
manches...

24. Divisé par 3
2 fois
plus de
client
référents
Un résultat Hors Norme
Une nette amélioration de la
qualité
Des clients prêts à nous aider à
vendre le produit

25. Comment a-t-on fait ?

26. Ca passe par
plusieurs étapes

27. Comprendre
le problème

28. Comprendre le client

29. Formaliser
et
Mesurer

30. Qualité ressentie Satisfaction Client

31. Analyse
#taskforce

32. Recherche des
hypothèses

33. Création des
métriques

34. Fixer des objectifs
quantifiés

35. Une version
irréprochable

36. Zéro Régression
Zéro Problème d’installation

37. Plan d’attaque

38. Se focaliser
sur un client

39. Faire passer une
première “pièce”
#ralentir

40. Se mettre dans la peau
de l’utilisateur final

41. Tester comme lui,
sur les mêmes
environnements

42. Résultats

43. Félicitations
du Client
#win #win

44. Client en crise
devient
un Beta Partner
#win #win

45. Enseignements

46. En 10 semaines on retourne la situation
Comprendre
le
Problème
Appliquer la solution
Vérifier
/
Enseignem
ents
50% définition du problème / 50% implémentation !

47. Comprendre le
problème a été vital

48. La méthode
fonctionne

49. Et si on l’
appliquait au
quotidien ?

50. Pléthore de
problèmes

51. “Un problème est
tout ce qui casse
notre flux de travail”

52. Ne plus subir les
problèmes
#Avantage

53. Les rendre visible
et
arrêter de les éviter

54. Comment faire ?

55. “It's not that I'm so smart, it's just
that I stay with problems longer.”
Albert Einstein

56. Problème
ImpactComprendre
Acteurs

57. Par des pratiques
multiples

58. Des outils adaptés à la
taille du problème
#PDCA

59. Attaquer des
problèmes complexes
#PDCA

60. PROBLEME
Causes
Actions
Resultats
ENSEIGNEMENTS

62. 25 réestimations
7 epics
6 réestimations
8 épics

63. Résoudre des
problèmes simples
#PetitPDCA

64. Création d’un
Bone INSIDE
#Capitalisation
PROBLEME Causes Actions
Enseignements

65. Apprendre
de ses bugs
#QRQC

66. #ALaMain
#Rapide
Description BUG
Analyse
(5 Pourquoi)
Contre mesure

67. Préférer une
solution rapide
#SolutionCoutZero

68. Annotations pour décrire un algo
#Solution à cout zero
#dév

70. L’échec est
acceptable
#EchecEstSourceDeConnaissances

71. Plantage IDEA
#Hypothese pas toujours vrai
#MarchePas

72. Plusieurs
catégories
de
problèmes
développement
Process
Quotidien

73. #Métriques
Métriques
Maîtriser la situation

74. Start Using Metrics
Résoudre les bugs avant que
le client les voit

75. Métriques
source de découverte
#Métriques

76. Suivi des Installations chez les
clients

77. Autour de la
résolution de
problème

78. Obeya
大部屋

79. Tableau
d’équipe
MétriquesAgile

80. Archive
des
Problèmes

81. Réunion du Vendredi

82. Bilan

83. 25 PDCA
114 Résolutions de
problèmes

84. Démarrage difficile voire
décourageant

85. Tout le monde
n’adhère pas

86. Encore en phase
d’apprentissage

87. Prochain objectif
Transformer en
habitude

88. Training

89. Problème ignoré
… regret assuré

90. Si l’amélioration
est dans vos gênes
recrute