Retour d'expérience du travail en Kanban d'une équipe de 20 développeurs et l'impact sur les besoins d'organisation du code. Quelques spoilers : 1/ De façon aussi logique chaque fonctionnalité est développée de façon totalement indépendante du reste (carte kanban) 2/ Vous avez dit tout sur des branches ? Mais vous êtes fous !! Cette organisation contre intuitive permet en fait de livrer à tout moment ce qui est prêt (Continuous Delivery) 3/ Mais comment vous évitez les conflits et risque de bloquage entre deux fonctionnalités ? Notre secret est un d'avoir un outillage pensé et adapté pour détecter les incompatibilités et nous aider à garder chaque travaux indépendants Depuis bientôt 3 ans nous avons un rythme de mise en production d'environ 1000 branches par an en 250 releases par an, pour une équipe de 25 développeurs sur le même repository de code. http://lanyrd.com/2017/agilefrance/sfrhrk/

1. Kanban as Code
Organisation du code
@dbaeli@beastiefurets
@LeanKanbanFr
@geofberard

2. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
LesFurets.com
• 6 produits
• 5-200 questions
• 3 millions de devis par an
• 50 partenaires
LesFurets
WebSite
Panel Partners
Data Partners
• 9 Milliards d’échanges avec les assureurs
• 350 mappings par seconde

3. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
L’équipe
• 80 Employés
• 4 Equipes
• 1 code base de 500.000 lines (depuis 4 ans)
• 40.000 tests (unitaires & intégration)
• 200 tests selenium + tests de regression graphique
•1 à 3 releases par jour (1 à 10 changements)
• 1 branche par fonctionnalité — “Kanban as code”
• 20 ou 30 branches en parallèle en permanence !
@beatiefurets
github.com/lesfurets

4. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Les @BeastieFurets
@beastiefurets
beastie.lesfurets.com
lesfurets

5. Livrer souvent !
@dbaeli

6. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Manifeste agile
Principe #1
« Notre plus haute priorité est de satisfaire le client en livrant
rapidement et régulièrement des fonctionnalités
à grande valeur ajoutée. »
http://agilemanifesto.org/principles.html

7. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Livrer tôt, livrer souvent : implications
http://paulhammant.com/2013/03/13/facebook-tbd-take-2/

8. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Leçon #1 : Livrer tôt, livrer souvent
• L’intention: réduire le délai
• Pouvoir livrer quand c’est prêt
• Faire des petits lots
• Impacte l’organisation
• Gestion du code source
• Organisation de la qualité (autonomie des développeurs)
• Fail fast, Fail safe:
• Echouer vite (si echec), échouer seul

9. Kanban en 2017
Ce que personne ne peut ignorer !
@geofberard

10. Lean Kanban
1. Visualiser le travail
2. Limiter l’encours de travail (Limit WIP)
3. Mesurer et gérer le flux
4. Rendre les règles explicites
5. S’engager dans une Amélioration Continue
6. Encourager Leadership
10

11. Carte kanban
11
Représente un élément fini

12. 1 - Visualiser le travail
• Tableau de pilotage et cartes kanban
• Lignes d’eau, Files d’attentes
• Customisation des cartes
• Rendre visible l’état du projet
12
Règles
Indicateurs

13. 2 - Limiter le WIP
• Work in Progress (WIP)
• Limiter le nombre d’élements (min / max)
• Bien visibles et respectées
• Réglées pour fluidifier
13

14. Post-it®
vs Kanban
14
Poussé vs Tiré

15. Post-it®
15
To do Doing Done

16. 16
To do Doing Done
Post-it®

17. 17
To do Doing Done
Post-it®

18. 18
To do Doing Done
Post-it®

19. 19
Post-it®
To do Doing Done

20. 20
Post-it®
To do Doing Done

21. 21
Post-it®
To do Doing Done

22. 22
To do Doing (4) Done
Post-it®

23. 23
Post-it®
To do Doing Done

24. 24
To do Doing Done
Post-it®

25. 25
Post-it®
To do Doing Done

26. 26
Post-it®
To do Doing Done

27. 27
Post-it®
To do Doing Done

28. Lean Kanban
28
To do Doing (4) Done

29. 29
To do Doing (4) Done
Lean Kanban

30. 30
To do Doing (4) Done
Lean Kanban

31. 31
To do Doing (4) Done
Lean Kanban

32. 32
To do Doing (4) Done
Lean Kanban

33. 33
To do Doing (4) Done
Lean Kanban

34. 34
To do Doing (4) Done
Lean Kanban

35. 35
To do Doing (4) Done
Lean Kanban

36. 36
To do Doing (4) Done
Lean Kanban

37. 37
To do Doing (4) Done
Lean Kanban

38. 38
To do (5) Doing (4) Done
Lean Kanban

39. Lean Kanban
39
To do (5) Doing (4) Done

40. Lean Kanban
40
Analyse (5) Build (4) Release (4)

41. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Kanban as Code
Règles :
• # Une fonctionnalité livrable par carte kanban (indep.)
• # Une modification du code par carte (indep.)
• # Pouvoir livrez ce qui est prêt
• # Limiter le nombre de Cartes (flux tiré)
Pourquoi ça marche ?
• # Assure l’indépendance des taches (non adhérence)
• # Risques très faibles de conflits sur 500.000 lignes de code
• # Détection non bloquante des conflits

42. Gérer du code
25 développeurs & 500.000 lignes
@dbaeli

43. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
7 dictionnaires de 500 pages (140 lignes / page)
2 fois les 7 tomes d’Harry Poter (3400 pages)
Une nouvelle version par jour
5-10 changement par 25 rédacteurs
500.000 lignes de code ?
x 7
x 2

44. @beastiefurets@dbaeli
Taches indépendantes
=
Risques de conflits

45. @beastiefurets@dbaeli
Code d’origine:
master

46. @beastiefurets@dbaeli
master
Branche 1 : Agile Grenoble
1

47. @beastiefurets@dbaeli
Code d’origine:
master

48. @beastiefurets@dbaeli
Branche 2 : Beastie world
master
2

49. @beastiefurets@dbaeli
Code d’origine:
master

50. @beastiefurets@dbaeli
master
Branche 1 : Agile Grenoble
1

51. @beastiefurets@dbaeli
Branche 2 : Beastie world
master
2

52. @beastiefurets@dbaeli
???????
Change 1 + 2 : Conflit
master
conflict
2
1

53. @beastiefurets@dbaeli
Les conflits tuent l’indépendance !
Comment les éviter ?

54. @beastiefurets@dbaeli
Code d’origine:
master

55. @beastiefurets@dbaeli
Branche 2 : Beastie world
master
2

56. @beastiefurets@dbaeli
Branche 2: Version anti-conflit
master
2
1

57. @beastiefurets@dbaeli
master
Branche 1 : Agile Grenoble
1

58. @beastiefurets@dbaeli
Commit 1, 2: Easy merge
master
commit 3
commit 2
resolved
commit 1

59. @beastiefurets@dbaeli
Eviter les conflits plutôt que les résoudre !
Pour garder l’indépendance des taches

60. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Nos Stratégies d’évitement de conflit
1. Eviter d’avoir des zones de conflit (dette technique)
2. Modifier une des branches
3. Supprimer une des branches (mise en attente)
4. Fusionner les branches (date de sortie commune)
5. “Rebase” d’une branche sur l’autre (sortie en séquence)
6. Publier une résolution de conflit (git-octopus)

61. Kanban as Code
@geofberard
Chez LesFurets.com avec Git Octopus

62. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Kanban as Code
Livrer ce qui est prêt … chaque jour !
250+ releases par an (210 in 2017 !)

63. @beastiefurets@dbaeli
ticket1
ticket2
ticket3
ticket4
ticket5
features releaseslocal
ticket3
master
ticket3
ticket1
master
octopus-features
octopus-releases
few minutes 0 jour à 1 mois 0 - 1 jour
Validation
0 - 2 jours
release

64. Continuous Merge
Git Octopus

65. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Le Continuous Merge
• Garder les fonctionnalités séparées jusqu’au dernier moment
• Alors que tout le monde les fusionne par défaut !!!
• Merge Continu (comme outil de test):
• Détecter les conflits (sans être bloqué — build incassable)
• Laisse le temps d’éviter les conflits
• Autorise à jeter facilement, ou mettre de côté sans frais
• Bonus:
• Le code non terminé n’est pas accessible aux autres !

66. @beastiefurets@dbaeli
master
trunk
Model 3: Kanban as code
Storie 1
Storie 2
Storie 3

67. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code

68. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
Travail terminé ?

69. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
merge, test & drop (octopus)
Merge, Test & Drop

70. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
drop
Merge, Test & Drop

71. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
Merge, Test & Drop

72. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
Merge, Test & Drop

73. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
merge, test
Merge, Test & Drop

74. @beastiefurets@dbaeli
master
trunk
Storie 1
Model 3: Kanban as code
Merge, Test & Drop
drop

75. @beastiefurets@dbaeli
master
trunk
Storie 1
Storie 2
Model 3: Kanban as code
Merge, Test & Drop
merge, test & drop (octopus)

76. @beastiefurets@dbaeli
master
trunk
Storie 1
Storie 2
Storie 3
Model 3: Kanban as code
Release de ce qui est prêt
merge, test & drop (octopus)

77. @beastiefurets@dbaeli
master
trunk
Storie 1
Storie 2
Storie 3
Model 3: Kanban as code : Livrer quand c’est prêt

78. @beastiefurets@dbaeli
Garder les branches indépendantes
Merge, Test & Drop
git-octopus by lesfurets (on GitHub)
Détecter les conflits &

79. @beastiefurets@dbaeli
Garder les branches indépendantes
Détecter les conflits &
Continuous Merge
git-octopus by lesfurets (on GitHub)

80. @beastiefurets@dbaeli
git-octopus by lesfurets (on GitHub)

81. Nos lectures
@dbaeli

82. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
A lire sans attendre : l’entreprise agile

83. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Kanban : Evolutionary Change
1. Visualiser le travail
2. Limiter l’encours de travail (Limit WIP)
3. Mesurer et gérer le flux
4. Rendre les règles explicites
5. S’engager dans une Amélioration Continue
6. Encourager le Leadership

84. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Ce que vous ne pouvez ignorer
1. Travailler en flux
2. Réduire le coût de livraison
3. Temps qui passe plutôt que l’effort
4. Le coût du délai
5. Observer les stocks (non fini)

85. @YourTwitterHandle@YourTwitterHandle@beastiefurets@dbaeli
Continuous Delivery : 5 Règles d’or
1. Assemblage rapide (local)
2. Assemblage incassable (staging)
3. Déploiement automatisés rapides
4. Monitoring et alerting partout
5. Root cause analysis des incidents

86. 86
LesFurets.com LeanKanban.fr29, 30 Novembre 2017
www.leankanban.fr
Sold out !

87. @dbaeli
@beastiefurets
MERCI !
@geofberard
@LeanKanbanFr