Team topologies

Le développement logiciel moderne est synonyme de rapidité et d’agilité. Les chefs de projet et les ingénieurs savent que pour répondre à la demande des clients et offrir constamment de la valeur, ils doivent trouver de nouvelles façons plus efficaces de travailler ensemble et de réduire les délais.

Conséquence directe, le secteur a massivement migré vers un modèle DevOps agile, qui promet des gains en termes d’efficacité, de collaboration, de qualité et de rapidité.

Dans leur livre intitulé Team Topologies, les consultants en informatique Matthew Skelton et Manuel Pais décrivent les comportements et les interactions d’équipe efficaces qu’ils ont observés dans leur propre travail. Ces quatre topologies d’équipe sont conçues pour accélérer la fréquence de déploiement, renforcer la culture organisationnelle et accroître la collaboration entre les différents services.

Continuez votre lecture pour découvrir les team topologies et apprendre comment les organisations et les chefs de projet peuvent reproduire ces structures avec leurs propres équipes pour optimiser leur efficacité.

Identifier la structure organisationnelle actuelle de votre équipe

La première étape pour transformer vos systèmes d’équipe consiste à appréhender votre structure organisationnelle actuelle.

Posez-vous les questions suivantes :

• Comment fonctionnent actuellement mes équipes ?
• Ai-je mis en place les bonnes équipes ?
• Mes équipes sont-elles bien équilibrées ?
• Mes équipes disposent-elles du soutien dont elles ont besoin pour réussir ?
• Quels sont les lacunes ou les points à améliorer ?

Vous devez identifier les relations et les processus existant entre les équipes ainsi que les habitudes prises au sein des équipes. Cela vous aidera à déterminer le degré de collaboration actuel, les systèmes de soutien déjà en place, ainsi que les lacunes en matière de compétences ou les problèmes de capacité qui limitent vos performances.

Utilisez le cadre Team Topologies pour comprendre la situation actuelle de vos équipes et processus. À mesure que vous identifierez et classerez vos tendances au sein des quatre topologies d’équipe, vous commencerez à percevoir des possibilités pour combler vos lacunes et de remanier vos systèmes pour plus d’efficacité et de collaboration.

Les 4 Team topologies principales

Les topologies décrivent comment « les éléments constitutifs des équipes sont reliés entre eux ou articulés ». En d’autres termes, comment les équipes sont organisées et comment elles travaillent ensemble.

Selon le modèle Team Topologies, il existe quatre types d’équipes :

• Stream-aligned teams
• Platform teams
• Complicated-subsystem teams (équipes sous-systèmes complexes)
• Enabling teams

Comprendre comment ces équipes travaillent et interagissent est essentiel pour créer et gérer une organisation DevOps efficace.

Stream-aligned teams

Comme l’expliquent M. Skelton et M. Pais, une équipe stream-aligned se concentre sur un unique flux de travail de forte valeur. Elle s’affaire à créer et à fournir de la valeur pour le client ou l’utilisateur aussi rapidement, sûrement et indépendamment que possible, sans avoir à passer par d’autres équipes pour effectuer certaines parties du travail.

En d’autres termes, les équipes stream-aligned se consacrent à un flux de travail unique, tel qu’un produit, un service, un ensemble de fonctionnalités ou un parcours utilisateur précis. Dans la mesure où ces équipes sont positionnées pour fournir de la valeur de manière autonome, elles doivent être pluridisciplinaires afin de pouvoir créer, tester et exploiter des solutions de manière indépendante.

Les équipes stream-aligned sont courantes dans le secteur du développement logiciel et sont souvent déjà agiles. Selon M. Skelton et M. Pais, la majorité des équipes d’une organisation devraient être de type stream-aligned, les trois autres types d’équipes servant à soutenir leurs efforts et à combler les lacunes éventuelles.

Platform teams

Les équipes platform facilitent le travail des équipes stream-aligned en leur fournissant les structures et services internes dont elles ont besoin pour créer, tester et générer de la valeur en continu.

Par exemple, une équipe platform pourrait fournir l’infrastructure dans laquelle les équipes stream-aligned exécutent leurs produits.

Les équipes platform et stream-aligned devraient collaborer a minima pour ne pas risquer d’interrompre le flux de travail, mais cela nécessite une collaboration en amount. Les équipes platform travaillent en coulisse selon un modèle X-as-service et fournissent des services de soutien que les équipes stream-aligned peuvent consommer à la demande.

Complicated-subsystem teams (équipes sous-systèmes complexes)

Il arrive parfois qu’une équipe stream-aligned ne dispose pas des compétences ou des capacités nécessaires pour créer un livrable. C’est là qu’intervient une équipe complicated-subsystem. Ces dernières contribuent à pallier ce manque en fournissant une expertise de pointe afin que les équipes stream-aligned puissent se concentrer sur le travail qu’elles font le mieux.

Une interaction réussie entre les équipes complicated-subsystem et les équipes stream-aligned nécessitera à la fois de la collaboration et de la coordination pour assurer la fluidité dans leurs flux de travail.

Enabling teams

À l’instar des équipes complicated-subsystem, les équipes enabling fournissent le soutien nécessaire aux équipes stream-aligned en les aidant à combler leurs lacunes en matière de connaissances et de capacités.

Les équipes stream-aligned se concentrent sur la livraison et l’adaptation continues, ce qui les empêche de consacrer du temps à d’autres activités telles que la recherche et l’amélioration des compétences. Les équipes enabling interviennent ponctuellement afin de formuler des recommandations éclairées, de partager des bonnes pratiques et de former les employés aux nouvelles technologies.

3 modèles d’interaction d’équipe

Dans le cadre de Team Topologies, les équipes peuvent et doivent interagir de trois manières différentes :

• Collaboration : deux équipes travaillent ensemble pendant une période définie pour atteindre un objectif spécifique.
• X-as-a-service : une équipe fournit un service et l’autre l’utilise. (Par exemple, une équipe platform fournit X-as-a-service à des équipes stream-aligned.)
• Coordination : une équipe soutient et encadre l’autre équipe. 

Les interactions peuvent se chevaucher : par exemple, une équipe enabling peut à la fois collaborer avec une équipe stream-aligned et la guider.

Associés aux Team topologies, ces modèles aident les organisations à concevoir, développer et exploiter des logiciels de meilleure qualité plus rapidement et efficacement.

Adopter une approche orientée "équipe"

Un système Team Topologies repose sur une approche orientée équipe. Ses principes sont les suivants :

Les équipes sont les éléments fondamentaux d’une organisation. Certains membres de l’équipe peuvent apporter une contribution importante, mais les organisations ne doivent pas compter uniquement sur ces individus pour obtenir des résultats. S’appuyer sur une seule personne implique un échec de toute l’équipe en cas d’échec individuel. Il est plus efficace et moins risqué de répartir les connaissances et les responsabilités sur l’ensemble d’une équipe.

Les équipes ont une capacité cognitive limitée. Une équipe ne peut pas assumer toutes les responsabilités au sein d’un service ou d’une organisation. En d’autres termes, il faut éviter que votre équipe de développement ne soit trop dispersée et qu’elle ne cesse de passer d’une tâche à l’autre dans le cadre de projets vastes et sans rapport les uns avec les autres. Des équipes spécialisées et ciblées permettent aux organisations de se développer et garantissent que chaque unité se concentre sur ce qu’elle fait le mieux. Ceci conduit à une meilleure qualité de travail et à une plus grande efficacité.

Les équipes ont besoin de repères en matière de communication et de responsabilité. La communication est importante, mais le risque d’en faire trop est bien réel. Des interactions déstructurées et une communication excessive entre les équipes peuvent entraîner des inefficacités et des dépendances contraignantes qui risquent de détourner l’attention des vraies priorités.

Une approche orientée équipe fixe des limites et des attentes claires en matière de communication et de responsabilités au sein des équipes et entre elles.

Les équipes ont besoin d’un espace de travail numérique et physique efficace. Les meilleurs résultats sont atteints lorsque les collaborateurs fixent leurs propres conditions. Les équipes doivent bénéficier d’une autonomie leur permettant de fonctionner selon des flux de travail numériques et physiques bien définis.

Qu’il s’agisse de partager des informations et d’effectuer des transferts via des plateformes de gestion de projet, ou de s’en remettre à un chef de projet dédié pour hiérarchiser et attribuer les tâches au groupe, les équipes ont besoin de systèmes d’exploitation clairs et adaptés à leurs préférences.

Pourquoi les Team topologies sont-elles importantes pour la gestion de projet ?

La structure de votre organisation et la façon dont les équipes collaborent ont un impact direct sur ce que vos équipes produisent. C’est ce qu’on appelle la loi de Conway. Et si elle montre comment nos structures organisationnelles peuvent nous limiter, elle ouvre également la porte à des moyens novateurs de constituer des équipes et des systèmes qui permettent d’obtenir les résultats que nous souhaitons.

C’est en substance le raisonnement que M. Skelton et M. Pais présentent dans Team Topologies. Nous pouvons consciemment et intentionnellement organiser nos services de manière à ce que nos équipes produisent automatiquement les systèmes et les résultats que nous souhaitons.

C’est pourquoi il est crucial pour les chefs de projet et les responsables DevOps de comprendre comment leurs équipes sont organisées afin de pouvoir créer les systèmes et les structures qui leur apporteront le plus de valeur.

En structurant l’organisation de vos équipes en fonction de ces topologies, vous pourrez :

• encourager le changement ;
• établir et clarifier les responsabilités de l’équipe ;
• promouvoir la collaboration.

En repensant la structure de leurs équipes DevOps, les chefs de projet peuvent permettre à leurs équipes de travailler plus efficacement, plus rapidement et de manière plus fiable afin de fournir une valeur ajoutée de bout en bout à leurs clients.