Que se passe-t-il lorsque les équipes d'ingénierie agiles s'auto-organisent ?

Nous nous efforçons de faire de l'ingénierie chez Qumulo une organisation agile et auto-organisée. Nous le faisons pour deux raisons: répondre efficacement aux besoins de nos clients et offrir une expérience enrichissante environnement de travail agile pour nos ingénieurs. Nous pensons que cela crée un cercle vertueux - les personnes qui apprécient où elles travaillent et apportent chaque jour leurs meilleures contributions sont plus susceptibles de créer des produits de haute qualité pour nos clients.

Alors, à quoi ressemble une équipe agile chez Qumulo? Pour nous, ce sont des équipes auto-organisatrices qui offrent une autonomie qui encourage la créativité de chaque membre. Les résultats sont visibles dans les contributions quotidiennes de chacun des membres de notre équipe.

Qu'est-ce que ça fait de travailler sur des équipes agiles? Cliquez ici pour en savoir plus sur la vie à Qumulo

Ce sont vos coéquipiers qui conduisent à la fois votre satisfaction au travail et la qualité de votre travail - ce sont les personnes avec lesquelles vous travaillez le plus étroitement au quotidien. Nous sommes très intentionnels sur la sélection des équipes et les déplacements entre les équipes. Nous voulons que cela favorise l’auto-organisation par les membres de l’équipe eux-mêmes, tout en aidant à apporter des améliorations convaincantes à nos clients toutes les deux semaines.

Construire une culture autour des équipes agiles

Dans les premières années de la société, l’organisation technique était plutôt restreinte - concernant les équipes 4-5. La plupart des projets ont nécessité environ 3 mois, de sorte qu'une fois par trimestre, le nombre de membres de l'équipe a évolué pour amener les personnes ayant les «compétences adéquates» à la prochaine série de projets en cours. Les changements d'équipe et la composition de l'équipe ont été en grande partie déterminés par le vice-président de l'ingénierie. Cela a eu quelques conséquences imprévues:

1. La plupart des équipes s'attendaient à ce que l'équipe ne soit pas en place depuis plus de quelques mois. Par conséquent, les membres de l'équipe n'étaient pas très motivés pour s'assurer que l'équipe travaillait bien ensemble.
2. Les ingénieurs se sont sentis peu impliqués dans la formation de l'équipe et les décisions concernant l'adhésion. Ils ont attendu que quelqu'un leur dise où aller, ce qui n'était pas l'environnement que nous voulions favoriser.

Ensuite, nous avons décidé de changer la façon dont nous organisions les équipes. Nous voulions que nos équipes soient performantes, adaptables aux demandes des produits et donnent aux membres la possibilité de construire leurs compétences dans la gestion d'équipes de développement agiles. Nous voulions que chacune de nos équipes de développement agile soit juste comme ça. Agile. Alors, qu'est-ce qu'une équipe agile à Qumulo? Chaque équipe agile:

• A six ingénieurs
• Commence avec un membre de l'équipe fondatrice (un de nos développeurs principaux), un propriétaire de produit (PO) et un flux de travail
• Est censé durer au-delà du flux de travail actuellement défini, de sorte que les ingénieurs choisissent non seulement en fonction du projet en cours, mais également des personnes avec lesquelles ils travaillent bien
• Ne sont pas autorisés plus de deux personnes qui sont trois ans ou moins dans l'industrie.
• Vous ne pouvez pas avoir plusieurs personnes provenant d'une entreprise précédente avec des cultures anti-collaboratives
• Doit être composé de personnes qui veulent faire partie de l'équipe et avoir l'approbation du membre fondateur

Le processus de déploiement que nous avons utilisé était le suivant:

• Nous avons dit à tout le monde en ingénierie que cela se produirait et quand.
• Nous leur avons fait part des contraintes liées aux équipes énumérées ci-dessus.
• Une semaine plus tard, nous avons organisé un déjeuner d'ingénieurs tous azimuts au cours duquel chaque combinaison Team Founder / PO a présenté son équipe et son flux de travail.
• Nous avions un mur avec le nom de chaque ingénieur sur un pense-bête. Nous avons ensuite collé et mis sur une affiche pour l’équipe qu’ils veulent rejoindre.

Au lieu que chacun prenne quelques jours pour décider quelle était son équipe de premier choix, nous avons tous déplacé nos stickies dans une vague d'activité, et en quelques minutes, tous les collants étaient sur une affiche de l'équipe. Les fondateurs d’équipe et les chefs d’ingénierie se rencontrent plus tard dans la même journée pour faire le point.

Au début, les fondateurs de l’équipe et les chefs d’ingénierie souhaitaient que les gens se déplacent tout de suite. Cependant, comme il s’agissait d’un exercice visant à assurer l’auto-organisation, notre entraîneurs agiles a exhorté le groupe à simplement retourner dans l’équipe, à mettre en évidence les problèmes et à permettre aux individus de s’en sortir. Nous avons suivi les conseils des entraîneurs agiles.

En quelques jours, tous les problèmes ont été résolus. Les équipes ont commencé avec des coups d'envoi une semaine plus tard, et nous étions en course!

C'était il y a près de deux ans et demi. Depuis lors, nous avons appris beaucoup de choses. Ceux qui se démarquent le plus sont:

• Il est formidable qu’aucune personne ne soit obligée de créer une équipe parfaite; Nous bénéficions de nombreuses perspectives et cela conduit souvent à de meilleures solutions.
• Au fil du temps, il a été prouvé que les équipes qui avaient des personnes engagées à travailler ensemble et à devenir performantes réussissaient bien. Les équipes qui n'ont pas été achetées ne l'ont pas fait. Nous vérifions maintenant de manière explicite les compétences en matière d’équipe pour compléter les compétences techniques lorsqu’on interroge des ingénieurs potentiels. Nous aidons également les nouveaux membres de notre équipe à prendre conscience de ces compétences et à les développer une fois qu’elles se sont jointes à notre équipe.
• À ce jour, les mouvements d'équipe sont initiés par les individus eux-mêmes. Nous avons une équipe avec une adhésion par rotation pour laquelle les gens font du bénévolat. Une fois les rotations terminées, ces personnes peuvent retourner dans leur ancienne équipe, créer une nouvelle équipe ou correspondre à une équipe existante ayant un espace ouvert. Si un ingénieur décide de passer à une nouvelle équipe pour quelque raison que ce soit (pour travailler sur un autre projet, apprendre une compétence, travailler avec un ami), il initie le mouvement et le match doit se dérouler dans les deux sens. équipe. Avec ce système, les individus se sentent totalement libres de refuser une invitation par un autre (indépendamment du rang) pour déplacer des équipes.
• Les choses deviennent parfois compliquées et ça va. Nous avons des équipes de quatre et des équipes de huit. Nous avons des équipes sans ingénieurs seniors. Nos équipes de développement agiles construisent toujours un excellent produit. Nous visons toujours la haute performance.
• Il faut plus qu'un processus d'auto-sélection en équipe pour que tout le monde puisse vraiment internaliser ce processus. Nous suivons des exercices de sélection d’équipes avec des rappels fréquents sur le fonctionnement de notre système. Nous accompagnons également des individus dans le processus de réadaptation à une nouvelle équipe.
• Une fois que les gens assument la responsabilité de s'assurer qu'ils font partie de la meilleure équipe pour eux, ils veulent soudainement contrôler d'autres aspects de leur vie professionnelle, comme les projets sur lesquels leur équipe travaille!

Comme nous sommes passés de cinq à dix équipes, ces structures continuent de fonctionner pour nous. Dans un avenir proche, nous pensons qu'ils continueront à fournir un soutien suffisant, mais nous surveillons les modifications qui nous permettent de rester fidèles à notre objectif de constituer une équipe d'ingénierie auto-organisée et de créer un environnement dans lequel nous pouvons faire de notre mieux. travailler tout en construisant des produits qui continuent de ravir nos clients.

Intéressé à faire partie d'une équipe d'ingénierie agile auto-organisée? Nous recherchons toujours les bonnes personnes. Et Abonnez-vous à notre blog pour des meilleures pratiques et ressources plus utiles!