Close

Topologies d'équipe

Comment quatre topologies fondamentales influencent une transformation DevOps.

Ian Buchanan

Principal Solutions Engineer

Contribution éditoriale : Shana Vu

Découvrez les avantages des équipes alignées sur les flux, ainsi que la façon dont elles travaillent avec les équipes de plateforme et de sous-système, et permettent d'apporter de la valeur aux clients.

Présentation des topologies d'équipe


Les équipes d'ingénierie doivent avancer plus rapidement que jamais pour apporter de la valeur à leurs clients. Avec l'essor du cloud, du SaaS et des services disponibles en continu, les clients s'attendent à de nouvelles fonctionnalités, à moins de bugs et à une disponibilité de 99,99 % (ou plus).

Pour rester en phase avec ces demandes, les organisations ont adopté des pratiques Agile et, plus récemment, des pratiques DevOps. Ces dernières promettent des délais de mise sur le marché/d'exécution plus rapides, une fréquence de déploiement améliorée, une meilleure culture d'équipe, ainsi qu'une collaboration accrue entre les équipes et les services.

Bien que l'adoption de pratiques DevOps soit plus facile à dire qu'à faire, le livre Team Topologies fournit des solutions avisées aux organisations pour intégrer DevOps au sein de leur entreprise, y compris les types d'équipe qui pourraient être les plus efficaces. Il donne une première idée de l'approche des équipes adoptée par Atlassian. Plutôt que de répéter ses conclusions, nous souhaitons partager notre propre point de vue sur les types d'équipe.

La première étape vers une transformation DevOps consiste à identifier la structure organisationnelle en place. Cependant, dans les entreprises d'aujourd'hui, de nombreux types d'équipe différents se côtoient et, dans certains cas, certaines assument plusieurs rôles et responsabilités. En raison de cet étalement, les dirigeants peinent à visualiser l'ensemble du paysage organisationnel et à répondre à des questions comme :

Découvrir la solution

Des outils DevOps pour toute l'équipe

Matériel connexe

Instaurez une culture DevOps

  • Disposons-nous des bonnes équipes ?
  • Manquons-nous de capacités dans certains domaines qui ne sont gérés par aucune équipe ?
  • Les équipes ont-elles trouvé le juste milieu entre autonomie et soutien de leurs pairs ?

Les responsables des équipes de développement et opérationnelles peuvent mieux comprendre si leur organisation dispose des bonnes équipes en examinant cette dernière à travers le prisme des topologies d'équipe. Nous recommandons de réduire le nombre de variantes à quatre topologies fondamentales et faciles à assimiler à la fois pour les cadres supérieurs et les membres de l'équipe eux-mêmes :

  • Équipe alignée sur les flux
  • Équipe de plateforme
  • Équipe de sous-systèmes compliqués
  • Équipe habilitante

N'oubliez pas que ces types d'équipe prennent différentes formes en fonction de la taille et de la maturité de l'entreprise. En réalité, la combinaison de plusieurs types d'équipe, ou la transformation d'une équipe en une autre, constitue souvent la meilleure approche.

1. Équipe alignée sur les flux


Les équipes alignées sur les flux se concentrent sur un flux de travail unique et important. Il peut s'agir d'un produit ou d'un service unique, d'un ensemble unique de fonctionnalités, d'un parcours utilisateur unique ou d'un persona utilisateur unique. L'équipe peut créer et apporter de la valeur client ou utilisateur aussi rapidement que possible, en toute sécurité et de manière indépendante, sans nécessiter le transfert de certaines tâches à d'autres équipes.

Étant donné que les équipes alignées sur les flux travaillent sur le spectre complet de la livraison, elles sont nécessairement plus proches du client et généralement déjà Agile. Elles intègrent le feedback des clients dans les cycles de développement, tout en gérant les logiciels en production.

Bien que les équipes alignées sur les flux soient courantes chez de nombreux éditeurs de logiciels, d'autres organisations leur préfèrent les structures d'équipe organisées par fonction (p. ex., équipes distinctes pour l'ingénierie, le design, l'assurance qualité).

Étant donné que les équipes alignées sur les flux sont les plus courantes dans les organisations, le rôle des autres équipes est défini en fonction d'elles. Elles doivent régulièrement interagir avec les équipes de support ci-dessous (de plateforme, de sous-systèmes compliqués et habilitantes) pour améliorer continuellement la cadence de livraison ainsi que la qualité de leurs produits et services.

2. Équipe de plateforme


Les équipes de plateforme permettent aux équipes alignées sur les flux de livrer le travail de manière relativement autonome. Alors que l'équipe alignée sur les flux conserve la pleine responsabilité du design, de l'exécution et de la correction d'une app en production, l'équipe de plateforme lui fournit des services internes.

Les équipes de plateforme créent des capacités qui peuvent être utilisées par de nombreuses équipes alignées sur les flux, sans surcharge importante. En optimisant un produit, elles limitent les ressources et les charges cognitives des équipes alignées sur les flux. Cette action profite également aux utilisateurs finaux, car les équipes de plateforme peuvent créer une expérience cohérente qui englobe plusieurs expériences utilisateur ou produit.

Chez Atlassian, les équipes de plateforme créent des services utilisés par tous nos produits (comme la gestion des identités) et sont censées fournir de la documentation, du support et des conseils aux équipes alignées sur les flux.

3. Équipe de sous-systèmes compliqués


Une équipe de sous-systèmes compliqués est responsable de la création et de la maintenance d'une partie du système qui nécessite des compétences et des connaissances spécifiques. La plupart des membres de l'équipe doivent être spécialisés dans un domaine de connaissances particulier pour comprendre le sous-système et y apporter des changements.

L'objectif de cette équipe est de réduire la charge des équipes alignées sur les flux qui travaillent sur des systèmes incluant ou utilisant le sous-système. Grâce à l'expertise et aux capacités de l'équipe de sous-systèmes compliqués, les équipes alignées sur les flux n'ont pas besoin de développer de capacités dans des domaines trop complexes pour leur travail quotidien. Les membres de cette équipe peuvent posséder des connaissances spécialisées dans certains microservices (p. ex., un service de facturation), des algorithmes ou même de l'intelligence artificielle.

Un piège courant consiste à intégrer des spécialistes dans chaque équipe alignée sur les flux qui utilise le sous-système. Bien que cela puisse sembler efficace, cette pratique n'est finalement pas rentable et hors périmètre pour une équipe alignée sur les flux.

4. Équipe habilitante


Les équipes alignées sur les flux sont constamment mises sous pression pour livrer et réagir rapidement au changement. Elles ont donc peu de temps pour rechercher, acquérir et mettre en pratique de nouvelles compétences.

Une équipe habilitante composée de spécialistes dans un domaine technique (ou produit) donné permet de combler cette lacune. Elle se concentre sur la recherche et l'expérimentation pour formuler des suggestions éclairées sur les outils, les frameworks et les choix d'écosystèmes qui affectent la pile d'outils.

Les équipes alignées sur les flux peuvent alors acquérir et développer des capacités sans perdre de vue leurs objectifs principaux. L'équipe habilitante cherche principalement à accroître l'autonomie des équipes alignées sur les flux en développant leurs capacités et en se concentrant sur les problèmes plutôt que sur les solutions.

Si une équipe habilitante réalise un travail de qualité, l'équipe qu'elle aide ne devrait plus avoir besoin d'elle après quelques semaines environ. Elle ne doit jamais entraîner de dépendance permanente.

Votre équipe est-elle alignée sur les flux ?


Conclusion…


DevOps n'est pas une destination, mais plutôt un parcours d'amélioration continue des outils, de la culture d'équipe et des pratiques. Si vous découvrez DevOps, commencez par orienter vos objectifs de sorte à apporter de la valeur aux clients. Au fur et à mesure que vous gagnerez en maturité, automatisez vos outils et processus. Enfin, lorsque les membres de votre équipe deviennent de véritables experts, intégrez l'observabilité pour vous assurer de surveiller, de mesurer et d'améliorer les bons facteurs.

Si vous débutez votre parcours DevOps, consultez notre Guide DevOps du débutant pour découvrir les bonnes pratiques. Pour mettre DevOps en pratique, nous vous recommandons d'essayer Open DevOps. Il fournit aux équipes tout ce dont elles ont besoin pour développer et exploiter des logiciels. Les équipes peuvent créer la chaîne d'outils DevOps de leur choix, grâce à des intégrations avec les principaux fournisseurs et les principales apps du Marketplace. Essayer maintenant.

Ian Buchanan
Ian Buchanan

Ian Buchanan est Principal Solutions Engineer chez Atlassian, où il se concentre sur la communauté DevOps émergente et sur l'application de Jira, Bitbucket et Bamboo pour une meilleure intégration continue et une meilleure livraison continue. Bien qu'il dispose d'une vaste expérience des langages Java et .NET, il est reconnu comme un champion des pratiques Lean et Agile dans les grandes entreprises.

Durant sa carrière, il a géré, avec succès, des outils de développement d'entreprise d'un bout à l'autre de leur cycle de vie. Il a mené des améliorations des processus à l'échelle de l'entreprise pour accroître la productivité, la qualité et la satisfaction des clients. Il a formé des équipes Agile multinationales ayant à cœur l'autonomie et l'organisation personnelle. Lorsqu'il n'est pas en pleine discussion ou occupé à programmer, Ian Buchanan s'adonne généralement à l'une de ses nombreuses passions comme les analyseurs, la métaprogrammation et les langages spécifiques d'un domaine.


Partager cet article

Lectures recommandées

Ajoutez ces ressources à vos favoris pour en savoir plus sur les types d'équipes DevOps, ou pour les mises à jour continues de DevOps chez Atlassian.

Illustration DevOps

Communauté DevOps

Illustration DevOps

Parcours de formation DevOps

Illustration d'une carte

Essayez la solution gratuitement

Inscrivez-vous à notre newsletter DevOps

Thank you for signing up