Fermer

juillet 25, 2024

Combler l’écart entre concepteurs et développeurs

Combler l’écart entre concepteurs et développeurs


L’un des meilleurs moyens de réduire la distance entre concepteurs et développeurs consiste à acquérir une compréhension plus approfondie de ce que recherchent toutes les parties. En identifiant ces lacunes en matière de communication, de connaissances et d’attentes, nous pouvons commencer à les combler ensemble.

Nous avons toujours été intéressés par les commentaires des développeurs, mais cette année, nous avons essayé quelque chose de nouveau lors des conférences avec le stand Progress : nous avons discuté avec les développeurs de leur expérience avec le transfert de la conception au développement.

Avec un paquet géant de notes autocollantes, un tableau blanc et un rêve, notre objectif était de capturer trois aspects différents du flux de travail de la conception au développement : quels outils les gens utilisaient, ce qu’ils aimaient dans leur processus et ce qu’ils souhaitaient être différent.

Un tableau blanc couvert de notes autocollantes

La réponse a été incroyable ! Des centaines de développeurs ont partagé avec nous leurs opinions et leurs expériences. Nous nous sommes plaints des problèmes courants, avons célébré les victoires et réfléchi à ce à quoi pourrait ressembler un flux de travail de développement/conception idéal.

Comme vous pouvez l’imaginer, la collaboration directe des développeurs et des concepteurs était un sujet souvent récurrent dans ces milliers de notes autocollantes. Il est presque impossible de parler du transfert sans parler de collaboration entre les équipes. Jetons donc un coup d’œil aux principales choses que les développeurs souhaitent que les concepteurs sachent lorsqu’il s’agit de créer des sites Web et des applications.

1. Les développeurs veulent être impliqués dans le processus de conception

Les développeurs avec lesquels nous avons discuté ont exprimé une forte volonté d’être inclus dans toutes les phases du processus de création de projet. Il y a eu un grand nombre de réponses liées à la collaboration entre équipes et à l’implication des développeurs, même (et surtout) dans des travaux qui ne sont pas traditionnellement considérés comme des travaux de développement.

Les développeurs sont impatients de participer plus tôt au processus et de travailler ensemble pendant les phases de planification et de conception. Ils veulent être en mesure de détecter rapidement les problèmes potentiels et de fournir des connaissances techniques approfondies qui peuvent aider à façonner le produit ou l’ensemble de fonctionnalités bien avant l’écriture du code.

Cela pourrait ressembler à une inclusion dans les appels de définition de la portée, le brainstorming UX ou d’autres réunions de planification de produits. De diverses manières et à tous les stades du processus, les développeurs veulent être (comme ils l’ont dit dans les notes autocollantes) « impliqué », « inclus » et « collaborant ».

Si vous êtes un développeur souhaitant vous impliquer davantage dans le processus de conception, consultez notre ebook gratuit Fondements du design pour les développeurs.

2. Les développeurs veulent partager « le même langage » avec les concepteurs

Ce premier souhait des développeurs de s’impliquer davantage s’est accompagné d’une demande : que les personnes avec lesquelles ils collaborent investissent également le temps de comprendre les exigences techniques et de « parler le même langage ».

De nombreuses réponses ont mentionné la valeur des non-développeurs qui comprenaient les bases du processus de développement, ainsi que les défis des conceptions et des demandes de fonctionnalités créées sans comprendre les exigences techniques sous-jacentes. Pour les développeurs déjà assez chanceux pour travailler avec des concepteurs, plusieurs ont mentionné qu’ils souhaiteraient que ces concepteurs comprennent plus en profondeur le processus de développement et de mise en œuvre, notamment en ce qui concerne la disponibilité et les limites des composants dans une bibliothèque de composants (lorsqu’une bibliothèque est utilisée). .

3. Les développeurs veulent réduire autant que possible les changements en cours de projet

De nombreuses équipes ont du mal à définir avec précision les exigences du projet. Il y a eu des tonnes de réponses liées à la nécessité d’exigences clairement définies au début du projet (cela comprenait à la fois des notes autocollantes qui mentionnaient que j’aimais les exigences clairement définies et que je n’aimais pas les exigences mal définies).

Mais ce n’est pas seulement la phase de lancement du projet qui constitue un défi. Cela ne surprendra personne d’apprendre que la dérive de la portée est apparue assez souvent dans la catégorie « je n’aime pas ». En fait, plusieurs réponses mentionnent spécifiquement les difficultés liées au changement de portée/exigences en cours de projet. Que ces changements proviennent de l’équipe produit, de l’équipe de conception, du client ou des développeurs eux-mêmes, ils provoquent inévitablement des ralentissements et des frustrations importants pour toutes les personnes impliquées.

4. Les développeurs apprécient les designers et souhaitent avoir plus de designers dans leurs équipes

De nombreux développeurs travaillent dans des équipes sous-financées et (plutôt que de se concentrer sur les logiciels ou autres outils) souhaitent avant tout plus de concepteurs – ou n’importe quel concepteur du tout ! Plusieurs notes autocollantes mentionnaient spécifiquement l’espoir d’embaucher une sorte de spécialiste du design (ces rôles souhaités incluaient des concepteurs d’interface utilisateur, ainsi que des concepteurs et des chercheurs UX).


Qu’est-ce-que tout cela veut dire?

À notre avis, cette implication et cette coopération entre les équipes sont ce qui va vraiment faire bouger les choses, plus que n’importe quelle nouvelle bibliothèque en vogue ou tout nouveau processus sophistiqué. Le produit final peut vraiment briller lorsqu’il existe un espace partagé permettant aux concepteurs et aux développeurs de créer ensemble. Cela signifie également que les deux parties se sont efforcées d’apprendre et de respecter l’expertise, les processus et le flux de travail de l’autre.

Construire une culture de respect et de responsabilité partagée ne se fera pas du jour au lendemain, surtout si les services de conception et de développement d’une entreprise ont toujours été isolés. Il faut beaucoup de choses pour changer le statu quo, du fait de jeter un fichier de conception par-dessus un mur métaphorique et d’espérer le meilleur, à une véritable synchronicité et collaboration à toutes les étapes du processus.

Comment puis-je m’impliquer ?

L’une des meilleures façons de commencer à changer cela est d’en apprendre davantage et de mieux comprendre ce que recherchent toutes les parties. En identifiant ces lacunes en matière de communication, de connaissances et d’attentes, nous pouvons commencer à les combler ensemble.

Vous souhaitez contribuer à ce processus et en savoir plus sur l’état actuel de l’industrie ? Partagez votre expérience et profitez Enquête 2024 sur l’état de la collaboration entre concepteurs et développeurs nous venons de lancer. Il s’agit d’une enquête mondiale qui vise à faire la lumière sur le processus de transfert de conception et sur le rôle que jouent les systèmes de conception pour relever les défis inhérents. Nous avons besoin de votre contribution !

Participer à l’enquête




Source link