Choix de la bonne organisation
Lorsque nous avons démarré un nouveau projet au sein de Cegedim qui est passé en 1 an de 3 à 30 personnes et qui va passer d'ici 1 an à 60 personnes, nous avons étudié la meilleure façon d'organiser les équipes de développement pour obtenir la meilleure efficacité possible en termes de Time To Market, sans faire de compromis sur la qualité. Nous nous sommes fortement inspirés des idées poussées par Martin Fowler, que chaque membre d'une équipe de développement devrait connaître et étudier. Voici l'ensemble des articles qu'il a proposé à la communauté à propos de l'organisation : https://martinfowler.com/tags/team%20organization.htmlNous savions que nous allions travailler en mode microservices, et penser l'organisation autour de cela était important. Il est partout préconisé d'organiser cela autour de petites équipes réactives, qui ne sont pas polluées par trop de communication et décisions inter-projets qui ralentissent les processus, et diluent au final les responsabilités. L'un des exemples classiques est la responsabilité de corriger les problèmes d'intégration continue sur un projet monolithique : potentiellement il est très difficile d'isoler qui a cassé l'intégration continue et qui doit la réparer car on trouve toujours quelqu'un qui a committé le temps que l'intégration continue fasse l'analyse (plusieurs dizaines de minutes voire quelques heures). C'est là qu'il y avait une opportunité d'utiliser une organisation de type Feature Team notamment sur un grand projet.
