![](https://cdn.prod.website-files.com/6262a9705cabe0833039d5c8/6373898f7c083f66ba6c3efa_Group%201991.jpg)
Rester en contact : comment les équipes produits et techniques s'y prennent à distance
Derrière chaque entreprise déterminée se cache une équipe talentueuse de propriétaires de produits, de chefs de projet, de développeurs front-end, de développeurs back-end et de développeurs complets qui transforment les fils d'une idée en or percutant.
Le lien entre les équipes de développement et de produit est à la base de la réussite d'une entreprise et, dans le monde du travail distribué, elles ont dû s'adapter à l'évolution en matière de communication transparente et efficace.
Un petit pow-wow au bureau pour éliminer les bogues de votre produit peut rapidement se transformer en une série de tickets pour différents logiciels que vous êtes encore en train d'apprendre à utiliser lorsque vous travaillez à distance. Cela se traduit par une frustration accrue pour les équipes chargées des produits et des développeurs, car elles perdent du temps, perturbent leur flux et ralentissent le produit. Les développeurs et les responsables des produits s'appuient sur des détails précis et des instructions spécifiques. Une grande partie de ces informations se perdent lors des réunions et les enregistrements qui s'ensuivent prennent de la poussière dans votre boîte de réception.
La clé d'un produit qui ne cesse de croître est tout autant de garder les équipes concentrées que de résoudre les problèmes en temps réel et de suivre des feuilles de route à long terme. C'est pourquoi nous avons réuni nos propres équipes de produits et de développeurs ayant des années d'expérience à distance pour discuter de la manière dont elles évitent les réunions consécutives et s'en tiennent à la collaboration vidéo asynchrone pour faire avancer le produit.
Alignez-vous sur votre feuille de route
![](https://cdn.prod.website-files.com/6262a9705cabe0833039d5c8/63738777250620645f3262bf_Untitled.jpg)
Si une société de logiciels connaît une croissance de 20 % ou moins, il existe un 92 % de chances qu'ils disparaissent dans quelques années. La croissance rapide est ce qui permet à toute entreprise de rester à flot, quelle que soit sa taille. Les équipes de développement et de produit ajoutent de nouvelles fonctionnalités, corrigent des bogues et, surtout, écoutent ce que les clients veulent savoir pour élaborer une feuille de route. Cette feuille de route constitue un produit qui satisfait les clients, augmente la fidélisation et l'acquisition et augmente les revenus. Avec un élément aussi essentiel pour votre activité qu'une feuille de route, comment pouvez-vous garantir que vos équipes chargées des produits et des développeurs à distance sont parfaitement alignées ?
Essayez de présenter votre feuille de route avec une vidéo
Les organigrammes, les tableaux et les listes de contrôle du calendrier vous permettent de vous assurer que vous êtes sur la bonne voie, mais la plupart des équipes produit doivent effectuer des vérifications encore et encore pour bien comprendre ce qui doit être terminé et à quel moment. Veillez à ce que toutes vos parties prenantes soient alignées dès le départ enregistrement de la présentation de votre feuille de route. Votre équipe peut immédiatement commenter, collaborer et effectuer des tâches afin qu'elle puisse atteindre plus facilement ses objectifs trimestriels et annuels.
Notre cofondateur et PDG Robin Bonduelle travaille dans le monde des produits depuis plus de 10 ans, à la fois au bureau et à distance. Pour lui, donner aux gens l'espace nécessaire pour travailler à leur rythme fait toute la différence :
« Une présentation vidéo rapide des spécifications écrites est un très bon moyen de s'assurer que tout le monde peut avoir une compréhension claire de la fonctionnalité à développer de manière asynchrone. Si nécessaire, vous pouvez toujours organiser une session de questions-réponses pour vous synchroniser par la suite. » - Robin Bonduelle, cofondateur et PDG
Aligner signifie réaligner. Et un réalignement. Et réaligner à nouveau. Un enregistrement quotidien ou hebdomadaire de 5 minutes avec votre équipe devient un autre bloc coloré imminent de votre calendrier lorsque vos équipes travaillent à distance. Les développeurs travaillent mieux lorsqu'ils peuvent se concentrer pendant une longue période sans se soucier des réunions. En travaillant de manière asynchrone et en déplaçant l'ordre du jour de votre réunion vers des outils tels que Slack, Linear ou Claap, vous pouvez toujours bénéficier de l'interactivité et de la transparence d'une visioconférence avec la même flexibilité qui permet à votre équipe de réagir correctement lorsqu'elle est prête à se concentrer.
Corriger les bugs
88 % des Américains évitent les marques dont l'application est peu performante. Les équipes de développement et de produit savent que les bogues doivent être corrigés. Mais aucune mesure d'assurance qualité ne peut empêcher les bugs de passer entre les mailles du filet. La qualité d'une équipe performante réside dans la rapidité et l'efficacité avec lesquelles elle les traite. Lorsque votre équipe est dans le même bureau, la situation se présente normalement comme suit :
- Un client rencontre un bug lors de l'utilisation du produit.
- Ce même client dépose un rapport ou informe votre équipe du service client exactement de ce qui ne va pas.
- Votre équipe technique teste le bogue, vérifie les captures d'écran, lit les rapports des clients et commence à faire appel aux équipes produit pour résoudre le problème.
Bien que ce processus fonctionne, il n'offre pas l'instantanéité d'une collaboration efficace entre des outils asynchrones. Dans ce contexte, les innovations en matière de travail distribué permettent aux équipes chargées des produits et des développeurs de résoudre les problèmes encore plus rapidement.
L'un de nos développeurs de logiciels, Paul Leseute, explique comment il utilise des outils asynchrones tels que Claap :
« Les démonstrations de correction de bugs effectuées par un développeur via un claap nous permettent de communiquer correctement lorsque les spécifications du rapport ne sont pas complètes. C'est donc au développeur de combler les lacunes. » - Paul Leseute, ingénieur logiciel
À l'aide d'un outil de collaboration vidéo, les équipes de développement enregistrent des vidéos rapides résumant les bogues, fournissant un contexte complet aux équipes produit, se concentrant sur les solutions et accélérant le processus de résolution des bogues.
Voici comment cela fonctionne chez Claap :
- Un bug a été signalé : 80 % du temps, un bug est visuel. Une fois qu'un développeur y a jeté un coup d'œil, il enregistre un claquement rapide qui est automatiquement transféré vers Slack. S'il n'est pas visuel, il est soit directement signalé dans Slack, soit un ticket est créé dans Linear.
- Processus de triage : Les réactions contextuelles permettent d'identifier le bogue et de comprendre la hiérarchisation en fonction de sa gravité, de sa fréquence et de sa réparabilité. Tout cela est effectué dans Linear où un étiquetage facile permet à toute l'équipe de savoir à quel stade se trouve chaque bogue.
- Bug corrigé : Une fois le bogue corrigé, les tickets sont fermés, les applaudissements sont marqués et l'équipe technique passe au problème suivant.
Interrompre le travail intense de l'équipe de développement pour lui montrer le problème peut également être un cauchemar pour les équipes produit. Le Claap préserve cette focalisation profonde en laissant les PM expliquer clairement le problème. Les développeurs peuvent ensuite utiliser les commentaires contextuels pour élaborer.
Travaillez avec des animations et des vidéos
![](https://cdn.prod.website-files.com/6262a9705cabe0833039d5c8/63738793f6ab313694edfebe_ezgif.com-gif-maker.gif)
Tester des animations et des vidéos nécessite beaucoup plus d'assurance qualité que n'importe quel objet statique ou texte. Ils proviennent de fichiers plus volumineux et peuvent facilement faire en sorte que les pages se comportent mal lorsqu'elles sont mal faites. Vérifier que la page sur laquelle vous travaillez fonctionne toujours avec l'animation est un travail d'équipe. Mais lorsque vous êtes une équipe à distance, vous ne pouvez pas vous rendre au bureau de quelqu'un ou réserver une salle de réunion pour donner son accord, mais vous devez tout de même trouver un moyen d'afficher votre écran.
La collaboration vidéo asynchrone vous permet de faire exactement cela, même lorsque vous êtes à des milliers de kilomètres l'un de l'autre. Enregistrez votre écran pour montrer le comportement de la page, expliquez le contexte à votre équipe en parlant dans le micro et gérez facilement vos affaires sans avoir à raconter parfaitement ce qui se passe sur votre écran.
« La possibilité de l'enregistrer, de le valider, puis de l'envoyer permet de gagner du temps. » - Robin Bonduelle, cofondateur et PDG
Résolvez rapidement de nouveaux problèmes
Chaque fois qu'un développeur travaille sur une fonctionnalité, il se pose toujours des questions que le Premier ministre n'a pas mentionnées dans les spécifications. Peut-être que quelque chose se passe lorsqu'ils passent la souris sur un bouton ou que tout change de forme lorsqu'une fenêtre contextuelle apparaît. Cela signifie que tout au long de la journée, les développeurs posent un certain nombre de questions rapides au Premier ministre pour affiner les spécifications à la volée.
Tout comme les développeurs à distance corrigent les bogues, la communication entre ces deux équipes doit être rapide et, surtout, claire. Tant de contexte et de clarté peuvent être perdus lorsque nous expliquons nos problèmes. Les montrer est un excellent moyen de ne pas interrompre et de garder votre calendrier à l'écart des réunions afin que vous sachiez exactement comment vous concentrer en tant qu'équipe à distance et atteindre vos objectifs de manière asynchrone. L'utilisation d'un outil de collaboration vidéo asynchrone vous permet de communiquer rapidement entre les équipes de développement et de produit, de montrer votre travail et de minimiser les risques d'erreur.
En fin de compte, les développeurs veulent être guidés par des PM qui gèrent le backlog, mais surtout, ils ne veulent pas être condescendus. Les PM veulent comprendre et prendre en compte les contraintes liées à la diversité de la charge de travail d'un ingénieur. Un flux de travail propre basé sur une communication asynchrone permet aux informations de circuler plus rapidement, ce qui permet une résolution plus rapide des problèmes, et surtout un produit qui ne cesse de s'améliorer.