Chapitre 7. L'activation de l'ingénierie et lepavage de la route
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Dans les chapitres précédents, j'ai plaidé en faveur d'équipes autonomes, responsabilisées et interfonctionnelles. Elles peuvent agir rapidement parce qu'elles n'ont pas à attendre que des personnes extérieures à l'équipe fassent quelque chose. Cela inclut la prise de décisions concernant la technologie à utiliser : les équipes autonomes peuvent faire leurs propres choix.
Mais il y a un problème à cela : ces équipes font des choix qui optimisent pour leurs besoins. Beaucoup d'optimisation locale, en particulier lorsque tu as une architecture de microservices qui facilite les choix technologiques divers, peut laisser ton organisation avec un désordre insupportable de technologies différentes. Cela empêche également l'optimisation globale, laissant un vide lorsqu'il s'agit de choses qui comptent pour le département dans son ensemble.
Tu ne veux vraiment pas que chaque équipe résolve les mêmes problèmes de manière potentiellement différente, en particulier pour les problèmes qui ne sont pas au cœur de ton activité. Il y a très peu d'entreprises où le fait d'avoir des outils d'intégration continue différents d'une équipe à l'autre est un facteur de différenciation commerciale !
Les équipes de développement de produits (stream-aligned) devraient passer la majorité de leur temps à travailler ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access