Azure Native Qumulo Maintenant disponible dans l'UE, au Royaume-Uni et au Canada - En savoir plus

L'ingénierie est-elle une activité « collaborative » ?

Rédigé par:

J'étais sceptique. Je ne pensais pas que l'ingénierie pouvait être une activité «collaborative». J'ai obtenu mon diplôme en informatique en utilisant mon cerveau seul pour résoudre des problèmes. Quand j'étais en couches, je savais que ce n'était pas mon travail en tant qu'ingénieur de coordonner avec mes collègues! C'est du boulot de manager pointu! Droite?

Mais non! Chez Qumulo, je suis devenu un nouveau type d'ingénieur, beaucoup plus puissant, car je suis devenu beaucoup plus collaboratif. Si vous prenez la production d'ingénierie de cette société et la divisez par le nombre d'ingénieurs, ma part est supérieure à ce qu'elle a le droit d'être. Et c'est à cause du travail d'équipe.

Nous faisons beaucoup de choses que je considère comme radicalement collaboratives. Je dis radical parce que ce n’est pas si longtemps que je vous aurais dit que ce genre d’environnement d’ingénierie ne fonctionnerait jamais. C'est trop ouvert! C'est trop lourd! Les gens, disais-je, sont privés; les ingénieurs en particulier. Ils veulent faire leur meilleur travail et ne jamais être «retenus» par les autres. Mais à Qumulo, nous nous creusons constamment les uns les autres pour nous améliorer et nous entraider. Permettez-moi de parler de certaines de ces pratiques.

Pratiques pour l'ingénierie collaborative radicale

Tout d'abord, nous avons un hiérarchie complètement plate: tous les ingénieurs relèvent du vice-président de l'ingénierie (du moins pour le moment). C'est des dizaines de personnes. Inutile de dire que ce VP ne gère pas des personnes individuelles ou n’assigne pas de travail à ce niveau. Au lieu de cela, les équipes se portent volontaires pour prendre en charge de grands projets de notre feuille de route de produits.

En voici un exemple: il y a environ un an, nous avions mis toutes nos ressources d'ingénierie au service de fonctionnalités novatrices et volumineuses, et nous n'avions pas investi dans la performance depuis un certain temps. Une équipe a déclaré: «Vis-à-vis, ce produit doit être ultra-rapide - nous allons y arriver. Et ils l'ont fait. C'était très inspirant de voir un groupe d'ingénieurs 4 ou 5, sans manager, se lever spontanément et s'approprier une partie importante du produit sur laquelle personne ne travaillait à ce moment-là.

Ils ont commencé par créer rapidement certains des outils dont ils avaient besoin pour mesurer les performances, puis ont conçu et mis en œuvre une série d'améliorations des performances. Depuis lors, nous avons réduit les latences de métadonnées d'un facteur 25x, augmenté les vitesses d'écriture d'environ 50% et augmenté de 30 le débit de lecture. Cela témoigne de la façon dont les équipes prennent en charge le produit et leur carrière.

Responsabilité, auto-réalisation et support

Chaque semaine, les équipes assument la responsabilité de leur succès. Par exemple, chaque équipe a des rétrospectives hebdomadaires où nous parlons ouvertement de ce qui nous retient. Et ce n'est pas juste une réunion à laquelle s'assoir: chaque personne partage ses réflexions sur ce qui les frustrent, sur les endroits où elles sont bloquées ou sur les idées qui créeront plus de poids dans les semaines à venir. C'est un auto-examen et cela nécessite un peu de vulnérabilité personnelle - le contraire de l'ancienne quête de domination de la poitrine - et cela porte ses fruits.

Les rétrospectives sont un exemple où les Qumulons présentent une vulnérabilité et en découlent, mais il en existe beaucoup d'autres. De nombreuses équipes utilisent périodiquement, brièvement, 1: sessions de feedback à tour de rôle 1, ou "feedback speed-dating", qui nous permet de résoudre des problèmes spécifiques ("On dirait que vous êtes très dur avec Joe quand vous faites des revues de code") et vous encourager les uns les autres à prendre le relais ("je" Nous avons remarqué que vous ne tombiez jamais sur des bugs sur le terrain, ce serait un excellent endroit pour apprendre et devenir un excellent ingénieur.

Nous avons un système de conseillers auquel plus de la moitié des ingénieurs participent: le conseiller est une personne que vous rencontrez régulièrement et qui est «dans votre coin», qui vous soutient dans vos luttes avec vos collègues et lutte pour grandir. Entre les conseillers, les rétrospectives et le retour d’information, chaque personne a la chance d’être à la fois soutenue et examinée, ce qui nous aide tous à relâcher nos liens et à devenir disposés à grandir et à nous adapter.

Ingénierie collaborative en pratique

Nous faisons beaucoup de programmation en binôme. Comme beaucoup de gens, au début, je pensais que cela allait réduire mon temps et ma productivité! Mais une fois que je l'ai écouté, j'ai vu les avantages. Le jumelage est un excellent moyen de partager ce que vous savez et ce que vous apprenez, et c'est un excellent moyen pour les gens de se conformer aux mêmes normes d'excellence. Si «Sam» pense qu'il y a une meilleure façon de faire des tests, disons qu'elle peut explorer cela avec un partenaire de pairage (Pat) et en prouver les avantages à Pat par expérience. Pat se mariera plus tard avec un autre ingénieur (Morgan) qui pourrait également voir les avantages de cette approche. Les partenaires nous aident à respecter nos propres normes et à en diffuser de nouvelles. Il a été formidable de voir l’ensemble de l’équipe Qumulo évoluer lentement vers de meilleures et meilleures pratiques au fil des ans, en les répartissant entre deux osmoses.

Si vous pensez que tout cela ressemble à une nouvelle génération de Poufsouffle, un autre trait de base de Qumulo est de toujours vérifier si nos processus nous aident à atteindre notre objectif commun d'ingénierie, à savoir rendre les meilleurs produits de stockage de données au monde. a jamais vu. Parfois, nous expérimentons une nouvelle pratique et trouvons que cela ne fait tout simplement pas ce que nous voulons, alors nous la lâchons. Ayant vu la façon dont nous avons livré du travail, comme les grands sauts de performance que j'ai mentionnés, nos nouvelles approches des instantanés, des quotas et de la réplication - et bien sûr les analyses et le service client exceptionnels - la qualité, sur une cadence régulière - c'est ce qui me rend croyant en matière de collaboration radicale.

Articles Similaires

Remonter en haut