Comment les développeurs peuvent-ils contribuer à la réussite des organisations produit ?

Améliorer la collaboration avec les designers

Lorsque des équipes doivent livrer des produits de grande qualité plus rapidement, identifier le bon mode de collaboration avec les designers peut aider à accélérer les choses. En tant que développeur, être inclus assez tôt dans le processus de design permet de fluidifier le processus de création des produits dans son ensemble. Voici quelques exemples d’actions que l’on peut mettre en place à chaque étape pour éviter certains retards et obstacles :

• Discovery : demandez un aperçu des sujets sur lesquels travaillent les designers. Cela vous permet d’anticiper ce qui vient à vous. Et si vous pensez qu’il peut y avoir un impact sur le développement, n’hésitez pas à le faire savoir.
• Specs : vous savez exactement comment fonctionne votre plateforme, vous pouvez donc déterminer si les specs des designs sont compatibles avec elle. Si ce n’est pas le cas, ou si les idées des designers s’annoncent très longues à mettre en œuvre, parlez-en et essayez de trouver un compromis. Idem pour les cas limites : plus tôt vous les repérez, mieux c’est. 
• Design : faites gagner du temps aux designers en leur évitant de concevoir une fonctionnalité impossible à coder. Si vous devez coder un comportement complexe comme un glisser-déposer, expliquez au designer que vous allez probablement vous servir d’une bibliothèque, et faites un POC pour leur donner une idée de la mise en œuvre envisagée et du résultat possible en termes d’UX et de design.

Besoin d’optimiser vos workflows et d’améliorer la collaboration entre designers et développeurs ? Consultez cet article (en anglais) pour découvrir nos astuces.

Pour lancer la conversation, invitez les designers à vos stand-up meetings, et assistez aux leurs. Ainsi, vous vous assurerez que tout le monde va dans la bonne direction, et qu’il ne sera pas nécessaire pour les designers d’ajouter un élément au dernier moment, lors de la mise en œuvre des designs (ou pire, de remettre en question toute leur stratégie). Vous pouvez aussi assister aux design reviews et intervenir quand vous remarquez qu’une interface va être trop longue à coder. Comme l’explique Pedro Hernandez, designOps manager chez Datadog, certaines équipes disposent même d’un développeur UX pour créer des outils dans Figma : « Notre “Figmaster” crée des plugins Figma maison qui permettent aux développeurs d’être inclus au plan de travail des designers et de mieux communiquer. »

Plus l’implémentation du projet approche, plus les développeurs front-end doivent être impliqués. Les product managers peuvent aider à définir le processus de synchronisation et de partage de retours, ce qui réduit les risques d’erreur et aide chacun à être plus efficace.

Découvrez les plugins dédiés aux développeurs et créés par la communauté Figma sur cette page.

S’aligner pour optimiser la création des composants

Au-delà de la collaboration, en tant que membres d’une équipe transverse, les développeurs peuvent se concentrer sur : 

• la centralisation des ressources,
• l’alignement entre stack et front-end,
• le bon nommage des éléments,
• la définition et la localisation de la source de vérité.

Tout cela augmente l’efficacité et permet de se rapprocher des autres équipes.

Prioriser la création des composants peut être un défi pour une équipe front-end. En fonction de l'organisation, plusieurs options existent : 

• Vous pouvez demander l’aide d’un product manager doté de connaissances techniques et d’une bonne compréhension des composants techniques. Les parties prenantes peuvent aussi avoir leur mot à dire.
• Vous pouvez également créer un processus de priorisation avec différents paramètres, comme les indicateurs commerciaux, la fréquence d’utilisation, la criticité etc., afin que les composants les plus importants soient priorisés et que vos collègues comprennent pourquoi leurs composants ne le sont pas. Pour affiner le processus, servez-vous des objectifs principaux de votre entreprise, que ce soit la cohérence, l’efficacité, l’alignement ou l’image de marque. De cette façon, la décision ne nécessite pas l’intervention d’une personne spécifique et le projet peut avancer même en l’absence des parties prenantes.
• Pedro Hernandez, designOps manager, nous fait part de la méthode Datadog : « Si l’équipe en charge du design system réalise qu’un composant est utilisé par plusieurs équipes, alors elle peut envisager de l’y intégrer. Ensuite, elle s’associe aux personnes qui l’ont créé afin qu’il réponde aux besoins de chaque équipe. »

S’impliquer dans la création du design system

Décuplez la puissance de vos équipes design et développement en ajoutant vos outils préférés à votre utilisation de Figma grâce à nos intégrations.

Parfois, l'initiative de créer un design system peut émerger avant que du temps ne lui soit officiellement alloué. Les premiers éléments sont souvent construits de manière organique et, à un moment donné, les incohérences qui en découlent peuvent rendre l'utilisation du design system frustrante, pour les développeurs comme pour les designers.

À ce stade, il peut être utile de trouver des appuis aussi bien du côté des développeurs que des designers, afin de plaider pour la formation d'un groupe de travail dédié. En général, les designers ne sont pas très difficiles à convaincre, car ils savent à quel point un design system peut leur être utile.

Côté front-end, cela peut être l’occasion de travailler de manière plus étroite avec les designers et de fluidifier la collaboration avec eux. Par la suite, les soutiens peuvent commencer à recruter d'autres personnes dans leur équipe et mettre en place une réunion récurrente pour lancer le design system.

De là, vous pouvez vous concentrer sur les principales priorités et commencer à poser les jalons d'un meilleur design system. Avec le temps, vous trouverez vos marques, par exemple en définissant la manière de donner du feedback, les tâches effectuées en asynchrone dans les conversations en ligne et celles réalisées en réunion, et la façon dont le collectif détermine le meilleur plan d'action, pour ne citer que ces exemples.

Téléchargez notre e-book et découvrez comment cinq marques innovantes ont optimisé leurs modes de collaboration designers-développeurs.

Clarifier les rôles et renforcer la collaboration

Une fois l'équipe du design system créée, vous devez en déterminer les attributions, en précisant ce qui lui incombe et ce dont elle n'est pas responsable. Le design system est un cadre de travail, il faut donc définir certaines règles, ce qui peut réduire la liberté de création et engendrer de la frustration. Lorsque tout est clair, les collègues et les parties prenantes ont ainsi les bonnes attentes quant à la vélocité de l'équipe, à la nature du design system et à la possibilité d'y ajouter des éléments.

La mise en place du design system adéquat pour vos équipes produit nécessite une collaboration efficace entre designers et développeurs. Avec la généralisation récente du télétravail, il peut s'avérer difficile de combler le fossé entre eux. Par où commencer ? Comment créer une relation de confiance et un climat propice à l'ouverture ? Ces questions peuvent se poser lorsque vient le moment de mettre en place un design system. 

Téléchargez notre guide pour découvrir comment créer votre design system, des premiers pas à la construction dans Figma.

Yu Ling Cheng, software engineer, explique comment les choses se sont passées chez Pigment : « Pour briser la glace, nous avons opté pour une rétrospective, ce qui est chronophage. En même temps, tout le monde a pu donner son avis, ce qui a permis d'instaurer un climat de confiance. Pour les gens qui se sentent intimidés par les autres parce qu'ils ont l'air très expérimentés ou qu'ils ne les connaissent pas, une conversation informelle aide à détendre l’atmosphère ».

Pour mettre en place son design system, Back Market a fini par intégrer des designers au sein des équipes de développement. Pour Loïck Le Digabel, CTO, l’impact a été positif : « Cette démarche a eu un effet très puissant. Quand les gens ont une disponibilité, une vision et des priorités communes, cela crée de la vélocité. Planifier les choses devient facile. Chez Back Market, l'organisation et la programmation des projets techniques sont très bien faites. Nous nous concentrons sur le même sujet au même moment. »

Gagner en visibilité en tant que développeur

Pour rendre votre rôle plus visible lors de la construction de votre design system, la collaboration doit être transparente, à commencer par celle de votre équipe. Loïck Le Digabel nous a partagé le conseil suivant : « Essayez de refaire l'onboarding comme une nouvelle recrue. Si vous avez du mal, c’est qu’il y a quelque chose à changer. Vous devez pouvoir trouver toutes les informations assez rapidement, elles doivent être faciles à atteindre ». Et si les membres de l'équipe y accèdent facilement, il y a de fortes chances que d'autres collègues les trouvent également. Ensuite, pour garantir une communication fluide avec vos collègues, établissez votre convention de nommage avec soin pour aligner stack et frontend, et localisez votre source de vérité. Enfin, veillez à ce que tout le monde communique et se synchronise, ce qui permettra d'éviter les doublons et d'accélérer le développement. 

Lorsque vous travaillez avec des non-développeurs, gardez à l’esprit qu’ils n’ont pas les mêmes connaissances techniques que vous. Ils n'accordent pas forcément d’importance à la façon dont les éléments sont mis en œuvre. Pour leur faire comprendre en quoi cela vous importe, allez à leur rencontre et mettez-vous à leur niveau, tout en restant ouvert. Comme l'explique Pedro Hernandez, « les développeurs devraient oser participer aux design reviews et [...] poser des questions comme “Quel but cherchez-vous à atteindre ? Qu’est-ce qui justifie la création de tel ou tel élément ?” Parfois, cela en vaut la peine. »

Les développeurs peuvent suggérer d'autres façons de construire un composant. Généralement, les designers apprécient d'avoir plus de choix, et cela permet à tout le monde de comprendre pourquoi vous avez un point de vue différent. Il est important de bien saisir la perspective de vos collègues et les informations dont ils disposent (et vice-versa), car cela permet souvent de trouver de nouvelles solutions.

Le cas particulier de Datadog

Pedro Hernandez, designOps manager chez Datadog : « Datadog étant un produit destiné aux développeurs, nous avons de nombreux utilisateurs types sous la main. Si les designers font une erreur, ils seront très vite au courant ! Dans cette entreprise, les développeurs front-end n’ont pas de problème de reconnaissance. Ils font partie d’un groupe appelé Frontend Foundation, qui rassemble plusieurs équipes front-end. Ils sont inclus au processus de recherche utilisateur, et assistent même au débrief après les réunions dédiées au parcours utilisateur. Grâce à leurs compétences, ils peuvent poser des questions techniques et avoir un impact réel sur les projets. »

Une autre façon de donner au rôle de développeur la place qu’il mérite est d’obtenir le soutien et la reconnaissance de votre organisation. Pour ce faire, vous devez avoir votre mot à dire sur les roadmaps, et savoir comment agir pour défendre votre projet. Pour convaincre les parties prenantes de vous soutenir, vous devez leur faire comprendre en quoi il consiste. N’oubliez pas que vos collègues du marketing ou du commercial ne comprennent pas forcément très bien en quoi consiste votre travail quotidien ! Si vous vous efforcez de comprendre leurs attentes, intégrer votre projet à la roadmap et obtenir le soutien de votre organisation deviendra plus facile.

Le 28 mars 2024, Steve Dodier-Lazaro (design system engineer chez France TV et community advocate chez Storybook à Paris), Alexia Danton (designer advocate chez Figma) et Olivier Picard (VP of innovation, strategy and design chez frog, qui fait partie de Capgemini Invent), ont invité Yu Ling Cheng, software engineer chez Pigment, Pedro Hernandez, designOps manager chez Datadog et Loïck Le Digabel, CTO, a un événement consacré aux développeurs front-end et aux ingénieurs UX. Découvrez leurs points de vue sur la manière de favoriser la reconnaissance des développeurs au sein des organisations de produits en regardant la vidéo de la table ronde.