Comment diriger une équipe de développement de produits avec Hive

Bienvenue dans Une journée dans la vie, où nous présentons le quotidien productif d’équipes du monde entier. Nous demandons à de vraies personnes comment elles passent leur journée dans Hive et ce qu’elles accomplissent grâce à elle. ????

L’essentiel à savoir :

Aujourd’hui : le directeur de l’ingénierie d’une équipe à distance dans une entreprise SaaS Poste : directeur de l’ingénierie Secteur : SaaS, gestion de la productivité Lieu : Long Island, New York Passe-temps : jouer de la guitare, bouger et tout ce qui touche à la musique ???? Pronoms : il/lui

Comment décririez-vous votre rôle au sein de votre équipe?

Je suis le directeur de l’ingénierie. Concrètement, je supervise l’ingénierie de toutes nos équipes, dans tous nos « pods », comme nous les appelons. Cela couvre l’ensemble de notre application de bureau et de notre application mobile. En gros, mes responsabilités touchent quelques grands domaines. Mon travail est de m’assurer que tout ce qui est en arrière-plan fonctionne comme prévu, en ce qui concerne le rendement et la stabilité générale des serveurs.

En plus de cela, je gère de grands projets de travail, ou « épopées », dans lesquels nous développons de vastes ensembles de nouvelles fonctions.

L’utilisation d’Agile dans Hive permet vraiment à notre équipe de travailler efficacement sur les projets. Comme je l’ai mentionné, l’équipe d’ingénierie est organisée en 3 pods. Chaque pod travaille en sprints de deux semaines, avec un objectif de points d’histoire pour chaque sprint ainsi que quelques tâches importantes marquées comme « engagements de sprint ». Chaque action attribuée est spécifiée par un ingénieur, puis nous votons collectivement en équipe pour attribuer la valeur en points d’histoire à chaque action. Ces actions sont ensuite réparties dans des sprints, puis fusionnées dans notre base de code et déployées en production.

Nous utilisons les points d’histoire pour nous assurer de planifier nos sprints selon notre capacité et notre vélocité, afin de ne pas nous engager à l’excès et de fournir au reste de l’équipe des versions plus fiables.

Enfin, il y a les opérations quotidiennes courantes. Tout, des corrections de bogues à l’entretien général de l’application, passe par nos pods.

Que fait l’équipe d’ingénierie?

L’équipe d’ingénierie compte probablement plus de 25 à 30 personnes maintenant, réparties en trois ou quatre équipes. Notre principale tâche est de travailler sur de nouvelles fonctions ou sur la refonte de fonctions existantes.

En raison de la nature de notre travail, nous collaborons aussi très étroitement avec d’autres équipes de l’entreprise, comme l’équipe produit et celle de la réussite client.

Du côté de l’ingénierie, nous devons aussi nous assurer que notre philosophie générale évolue dans la bonne direction pour que nous puissions continuer de croître. Nous voulons que les nouveaux ingénieurs atteignent rapidement la même capacité et la même vélocité que les autres, en se concentrant sur l’exécution du travail.

Quels sont les principaux objectifs de votre équipe?

Nous nous concentrons sur quelques éléments clés. Nous travaillons à partir de mesures de base, par exemple la vitesse de l’application. Du temps de chargement initial au temps de réponse des requêtes de base, il est important de s’assurer que tout s’exécute rapidement pour que les utilisateurs aient une expérience rapide et stable.

Nous avons aussi des objectifs de progression et nous veillons à ne pas introduire de problèmes à mesure que de nouvelles fonctions sont lancées. Nous visons vraiment un ensemble de fonctions riche et nous voulons que notre produit reste au même niveau que les autres outils de gestion de projets.

Notre principal objectif est toujours de disposer des ensembles de fonctions nécessaires pour faciliter les flux de travail de nos utilisateurs et de nous adapter constamment. Enfin, nous donnons la priorité à la rapidité de livraison en tant qu’équipe.

Qu’utilisez-vous Hive pour faire personnellement, et comment vous aide-t-elle à accomplir votre travail?

En général, l’équipe d’ingénierie utilise les tableaux Kanban de Hive pour l’ensemble du cycle de vie du développement logiciel. Nous avons un projet de premier niveau appelé « équipes techniques », et chacun des pods, ou équipes d’ingénierie, a son propre projet enfant.

Tout le cycle de vie du développement logiciel y est décrit, à commencer par le carnet de sprint, où chaque ingénieur prend nos billets pour les deux semaines suivantes. Quand un ingénieur termine un billet, celui-ci passe par tout un processus de révision et d’approbation. Ce processus est en partie automatisé grâce aux étapes d’automatisation dans Hive. C’est comme appuyer sur un bouton une fois qu’on a terminé.

Ce modèle est appliqué pour les personnes qui doivent réviser le code, exécuter des tests et approuver avant d’aller de l’avant. Une fois tout le flux d’approbation terminé, l’histoire est marquée comme prête à fusionner. Elle passe ensuite par le reste de notre flux de travail d’ingénierie : elle est fusionnée dans notre branche de code de base, appelée « la cloche », qui est ensuite fusionnée vers la version bêta. Enfin, elle est mise en production selon notre calendrier hebdomadaire.

Pour ce qui est de mon flux de travail plus particulier, j’utilise l’ensemble du cycle de vie du développement logiciel mentionné. En plus de la vue Kanban générale, la vue en liste Mes actions m’est utile. Je peux y voir les histoires qui attendent ma révision de code et mon approbation, ainsi que ma liste d’approbations. Mes actions m’aident à suivre ce que j’ai dans mon assiette et à m’assurer que tout avance sans accroc. En outre, l’équipe d’ingénierie utilise beaucoup Hive Notes pour la documentation technique, ainsi que pour les comptes rendus de problèmes plus importants ou d’enquêtes en cours. Hive Notes sert aussi dans les entrevues d’ingénierie et, en général, dans le suivi des grandes initiatives. Nous avons des appels récurrents pour nos réunions sur le rendement, la régression et le suivi des bogues. Et les notes sont très utiles pour garder la trace de ce qui a été dit lors des réunions précédentes.

Utilisez-vous Hive avec d’autres outils?

Oui, toute l’équipe d’ingénierie utilise l’intégration GitHub. GitHub fait un million de choses très complexes de son côté, afin que le code de plusieurs ingénieurs soit fusionné efficacement sans introduire de problèmes dans la base de code. Dans notre équipe, chacune des cartes d’action de nos tableaux d’ingénierie est considérée comme une véritable histoire de développement, ce qui signifie que chacune est associée à une modification de code. Et toutes ces modifications de code sont suivies par GitHub.

Pour nous connecter à GitHub, nous l’associons à chacune des cartes d’action, en utilisant la branche de code précise sur laquelle nous travaillons. Cela nous permet d’écouter GitHub en arrière-plan et d’afficher toutes ces mises à jour aux utilisateurs dans ce menu déroulant. L’autre grand avantage, c’est qu’en ouvrant l’intégration GitHub, vous pouvez cliquer sur le bouton de demande de tirage ouverte, qui vous amène directement à la demande de tirage elle-même. Nous pouvons y déposer les révisions de code, puis fusionner les histoires lorsqu’elles sont prêtes. C’est simple.

L’équipe d’ingénierie utilise beaucoup d’outils très précis et spécialisés, vers lesquels nous finissons par créer des liens dans Hive à titre de référence. Par exemple, pour nos rapports de mesures, nous utilisons ce qu’on appelle les tableaux de bord Datadog, que nous partageons dans Hive au moyen de captures d’écran ou d’un lien vers un ensemble précis de journaux. Ils ne s’intègrent pas directement à Hive, mais nous pouvons inclure des renseignements importants dans les cartes d’action, ce qui est très utile.

Une journée dans la vie avec Hive

9 h 30 – 11 h 30

Le matin, je consulte d’abord mes notifications et mon clavardage pour m’assurer que toute personne qui a besoin d’un suivi immédiat l’obtient. Je réponds aussi aux questions publiées sur les cartes d’action. Nous avons des réunions avec tous les pods d’ingénierie, ce qui entraîne généralement plusieurs suivis, que j’essaie de traiter dès le début de ma journée.

???? Je prévois aussi de me joindre à des appels avec des ingénieurs pour tenter de débloquer certains problèmes et de m’assurer que nous avons les prochaines étapes pour tout problème qui a pu survenir. Je trouve que Ma journée de Hive est très utile pour cela. Je me souviens que, quand Ma journée est devenue disponible, je me suis dit : « Wow, je n’ai plus besoin d’ouvrir Google Agenda une douzaine de fois par jour pour voir ce que j’ai de prévu. »

Maintenant, je reçois une notification et je me joins à tous mes appels d’un seul clic. Cette fonction est extrêmement utile.

12 h – 15 h

Ensuite, le début de l’après-midi est généralement consacré au travail concentré. Je peux avancer sur certains dossiers qui nous tiennent à cœur, comme les initiatives générales d’ingénierie. Pendant ce temps, tout ce qui survient, comme des demandes de réunions de jumelage, occupe habituellement le reste de l’après-midi. ????

15 h 30 – 17 h 30

Vers la fin de la journée, je fais habituellement une dernière révision des cartes sur le tableau Kanban pour m’assurer qu’aucune histoire n’est bloquée et que nous progressons toujours de façon solide. ✔️

Une réelle incidence sur la journée de travail

Selon vous, quels sont les plus grands avantages d’utiliser Hive pour vous et pour l’équipe?

Hive est comme la source unique de vérité pour tout le travail en cours. Et j’aime que cette source de vérité puisse provenir de nombreux flux différents.

Elle peut provenir des résultats de Hive Notes prises lors d’un appel sur le rendement ou de courriels échangés avec des fournisseurs tiers qui nécessitent des prochaines étapes. Pour moi, le plus grand atout est d’avoir tout notre travail regroupé sur un seul tableau Kanban, où nous pouvons voir l’avancement et l’état de tous les éléments, jour après jour.

Par ailleurs, j’aime que toute l’équipe puisse faire des suivis constamment, collaborer, poser des questions et obtenir des réponses — tout en étant connectés à distance. 

Que se passerait-il si vous ne pouviez plus utiliser Hive?

Du côté de l’ingénierie, si nous devions soudainement nous passer de Hive, ce serait très chaotique. Nous devrions utiliser un autre outil ou système de gestion de projets pour suivre notre travail. Se contenter de courriels et de feuilles de calcul ne suffirait pas pour notre cas d’utilisation.

Il y aurait beaucoup de difficultés de croissance, car nous avons vraiment peaufiné notre flux de travail dans Hive. Tout le monde le connaît bien. Je pense aussi que la transition vers un autre outil serait un véritable cauchemar.

Alors oui, je suis très heureux que nous ayons Hive.????

Recommanderiez-vous Hive à d’autres équipes et, si oui, pourquoi?

Absolument, sans aucun doute.