Partager via


Constituer des équipes productives

Les ingénieurs prospèrent dans des environnements où ils peuvent se concentrer et entrer dans la zone. Les équipes font souvent face à des distractions et à des priorités concurrentes qui forcent les ingénieurs à changer de contexte et à diviser leur attention. Ils ont du mal à équilibrer le temps consacré aux activités tête basse et les activités tête haute. L’ajout de nouvelles fonctionnalités nécessite que les membres de l’équipe soient orientés aux activités tête basse et concentrés. Pour répondre aux problèmes des clients et résoudre les problèmes de site en direct, l’équipe doit être orientée aux activités tête haute et consciente de ce qui se passe.

Pour atténuer les distractions, une équipe peut se diviser en deux équipages : un pour les fonctionnalités et un pour la santé du site en direct.

Illustration of feature crew and customer crew working together.

L’approche à deux équipages permet d'obtenir une productivité et une prévisibilité accrues. Une mise en œuvre réussie repose sur ces éléments clés :

  • Rôles d’équipage clairement définis
  • Un processus de rotation d’équipage bien défini
  • Ajustements fréquents à la taille de l’équipage

Équipage pour les fonctionnalités

L’équipage pour les fonctionnalités, ou L’équipage F, se concentre sur l'avenir. Ils travaillent en tant qu’unité efficace avec une mission et un objectif clairs : construire et expédier des fonctionnalités de haute qualité.

L’équipage F est protégé du chaos quotidien du service en direct pour s’assurer qu’il a le temps de concevoir, de construire et de tester son travail. Il peut compter sur des distractions minimales et la liberté d’avoir à résoudre des problèmes qui surviennent au hasard. Il est encouragé à vérifier rarement son e-mail et à éviter de se laisser entraîner dans d’autres problèmes à moins qu'ils ne soient critiques.

Lorsqu’un membre de l’équipage F rejoint une conversation ou est occasionnellement entraîné dans un fil de discussion par courriel, d’autres membres de l’équipe doivent le réprimander : "You're on the F-crew, what are you doing?" If an F-crew member needs to address a critical issue, they're encouraged to delegate it to the customer crew and return to feature work.

L’équipage F fonctionne comme une équipe soudée qui essaime sur un petit ensemble de fonctionnalités. Une bonne limite de travail en cours (WIP) est de deux fonctionnalités en vol pour 4 à 6 personnes. En travaillant en étroite collaboration, ils créent un contexte partagé profond et détectent des bogues critiques ou des problèmes de conception qu’une révision superficielle du code manquerait. Un équipage dédié permet un débit et un délai de livraison plus prévisibles. Les membres de l’équipe qualifient souvent l’équipage F de serein et concentré. Ils trouvent paisible et rajeunissant de se concentrer profondément sur une fonctionnalité, d'y consacrer toute son attention. Les membres de l’équipage F se sentent rafraîchis et accomplis à la fin de leur temps passé dans l’équipage.

Équipage client

L’équipage client, ou L’équipage C, se concentre sur le moment présent et fournit un support de première ligne pour les problèmes des clients et des sites en direct, les bogues, la télémétrie et la surveillance. L’équipe C se regroupe souvent autour d’un ordinateur, déboguant un problème critique sur le site en direct. Leur priorité absolue est l’intégrité du site en direct. Centrés sur cet environnement, ils développent des compétences expertes en débogage et en analyse. L'équipage client est souvent appelé l'équipe bouclier, car il protège le reste de l'équipe contre les distractions. Au lieu de travailler sur les fonctionnalités à venir, l'équipe C est le pont entre les clients et le produit actuel. Les membres de l'équipe sont actifs sur le courrier électronique, Twitter et d’autres canaux de commentaires. Les clients veulent savoir qu'ils sont entendus, et le travail de l'équipage C est de les entendre. L'équipage C trie immédiatement les problèmes signalés par les clients et engage et assiste rapidement les clients bloqués.

Avec un déluge de tâches entrantes, travailler au sein d'un équipage C au rythme rapide peut parfois être exaltant. Au cours d'une semaine bien remplie, ils traitent plusieurs e-mails, enquêtes sur site en direct et bogues. À mesure que les opérations se calment, ils travaillent à améliorer la télémétrie et les rapports, en investissant leur temps pour faciliter la maintenance des services.

Les équipages C permettent à l’équipe de résoudre les problèmes sans retirer les membres de l’équipe d’autres priorités et de s’assurer que les clients et les partenaires sont entendus. La réactivité aux questions et aux problèmes devient un point de fierté pour les équipages C. Cependant, ce rythme peut être épuisant, nécessitant une rotation fréquente entre les équipages.

Rotation d'équipage

Un processus de rotation bien défini fait fonctionner le système à deux équipages. Vous pourriez simplement échanger les équipages (L’équipage F devient l’équipage C et vice versa), mais cela limite le partage des connaissances entre et au sein des équipages. Optez plutôt pour une rotation hebdomadaire.

À la fin de chaque semaine, effectuez une courte rencontre d’échange où l’équipe décide qui échange entre les équipages. Vous pouvez utiliser un graphique sur tableau blanc pour suivre qui fait actuellement partie de chaque équipage et quand ils ont été échangés. Les personnes les plus anciennes de chaque équipage devraient généralement échanger entre elles. Cependant, au cours d'une semaine donnée, une personne peut souhaiter rester pour terminer un travail sur une enquête ou une fonctionnalité sur le site en direct. Bien qu’il y ait de la flexibilité, plus une personne fait partie d'un équipage depuis longtemps, plus elle est susceptible d'être échangée.

Les rotations hebdomadaires permettent d’éviter les silos de connaissances au sein de l'équipe et de garantir un flux constant d’informations et de perspective entre les équipages. Les déplacements fréquents des ingénieurs créent une connaissance partagée du travail de l’équipe, ce qui aide l'équipage C à résoudre les problèmes sans l'aide des autres. Souvent, les nouveaux membres de l'équipe F trouveront rapidement une conception ou un défaut de code précédemment négligé.

Taille d'équipage

La taille de l'équipage pour maintenir la santé de l’équipe. Si une équipe a un taux entrant élevé de problèmes sur site en direct ou a beaucoup de dettes techniques, l'équipage C s'agrandit et vice versa. L'ajustement hebdomadaire des tailles augmente la prévisibilité dans les livrables et les dépendances de l'équipe. Dans quelques semaines, une équipe peut déplacer tout le monde vers l'équipage C pour répondre aux commentaires d'une grande version.

Cette stratégie simplifie la communication avec la gestion. Sans système à deux équipages, les ingénieurs travaillent souvent simultanément sur plusieurs choses. Lorsque plusieurs distractions se produisent dans une même semaine, les fonctionnalités en cours sont souvent retardées. Par conséquent, une équipe peut ne pas être en mesure de donner en toute confiance des délais pour les futurs travaux sur les fonctionnalités.

Un équipage F dédié conduit à un débit et un délai de livraison prévisibles. La répartition des ressources entre les équipages augmente la responsabilisation au sein de l'équipe et auprès de la direction sur ce que l'équipe peut accomplir chaque semaine et chaque sprint.

Étapes suivantes

Le système à deux équipages peut aider les équipes à comprendre où les ingénieurs devraient consacrer leur temps et à progresser sur de nombreuses priorités concurrentes.

En plus d’améliorer la productivité et la prévisibilité, le système à deux équipages peut renforcer le moral de l'équipe. Les ingénieurs de chaque équipe comprennent clairement leurs rôles et responsabilités et fonctionnent de manière plus indépendante et avec une plus grande responsabilisation. Cette approche est idéale pour les équipes DevOps, celles responsables du développement et des opérations. Toutefois, cette approche peut être appliquée à presque toutes les équipes Agile confrontées à des priorités concurrentes.

Microsoft est l’une des plus grandes entreprises Agile au monde. Découvrez comment Microsoft organise les équipes dans la planification DevOps.