Ce que les stratégies de versionning nous disenst des dynamiques d'équipe

Présentation faite à l'occasion de Lean Kanban France 2015

Transcript

1. Ce que les stratégies de versioning nous disent des dynamiques d’équipe Benoit Lafontaine & Hervé Lourdin
2. Benoît Lafontaine - CTO @joel1di1 Hervé Lourdin - CTO @HerveLourdin
3. Agenda • Pourquoi cette session ? • Qu’est-ce qu’une branche ? • Modèles & impact sur la communication • Conclusion
5. "organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations" — M. Conway
7. Qu’est-ce qu’une branche ?
8. Qu’est-ce qu’une branche ? “ En gestion de configuration logicielle, une branche est une dérivation dans l'histoire de l'évolution des éléments de configuration. Une branche est une évolution d'un élément ayant pour origine une version précise, produisant une «branche de version». Une branche de version correspond à un axe d'évolution de versions. Elle est rattachée à une branche source et peut découler sur plusieurs sous-branches. La gestion de l'ensemble des branches et des versions d'un produit constitue le versionnage (versioning en anglais) et est l'objet de la gestion de configuration.” Source: Wikipedia
9. TL;DR 1.1 1.2 1.3 1.4 1.5 2.0 2.1 2.2 1.6
10. “Une branche est une version alternative du code source d’un logiciel” Benoit & Hervé
11. Pourquoi on branche ? • Pour paralleliser les dev sans se perturber • Pour livrer les fonctionnalités au fur et à mesure de leur complétion (livrer A sans livrer B qui n’est pas fini, ni C qui ne correspond pas aux attentes)
12. Qui dit branches, dit...
13. Modèles de versioning / branching et impact sur la communication dans les équipes
15. 1.1 1.3 1.2 Trunk Base Développeur A Développeur B master
17. 1.1 1.3 1.2 Team Branch Equipe A Equipe B master
18. 1.1 1.3 Team Branch Equipe A Equipe B Merge de la mort 1.2 Merge trop compliqué on passe master
19. 1.1 1.3 1.2 Feature Branch master Feature A Feature B
20. Git Flow
21. In Progress Done UAT Expedite Live
25. Code review Code review 1.1 1.3 1.2 Pull Request Flow Pull Request Pull Request
28. Feature Branching + Continuous Merge +
29. Feature Toggle
31. Anti-patterns communs
32. La branche qui dérive
33. Le moine codeur
34. L’équipe d’intégration
35. Conclusion
36. Adapter sa stratégie à son contexte • Les stratégies de versioning elles-aussi peuvent évoluer dans le temps ◦ Une organisation qui croît ou change nécessite de revoir la validité de sa stratégie ◦ Challengez vos choix initiaux pour voir si ils sont toujours valables ! • Inspirez-vous des modèles et adaptez les à votre contexte
37. Merger c’est discuter ! • la communication apparait au moment du merge ◦ L’enjeu est de provoquer la conversation au bon moment • Le merge et surtout la gestion de conflits sont les évenements clés caractérisant les modes de communications ◦ les merges difficiles sont caractéristiques d’un processus où la communication n’est pas assez fréquente • Plus vous mergez tard plus vous repoussez une conversation importante au lendemain ◦ … dont la résolution sera peut-être plus complexe
38. Questions ?
39. Benoît Lafontaine - CTO @joel1di1 Hervé Lourdin - CTO @HerveLourdin Psst… Nous recrutons ! MERCI !