Fermer

avril 24, 2018

Comment les concepteurs et les développeurs peuvent communiquer pour créer de meilleurs projets


Parmi les suggestions les plus populaires sur le forum Suggestions de l'utilisateur du contenu de Smashing Magazine figure le besoin d'en apprendre davantage sur l'interaction et la communication entre les concepteurs et les développeurs. Il y a probablement plusieurs articles sur des choses très spécifiques qui pourraient être traités ici, mais je pensais que je commencerais par un post général regroupant quelques expériences sur le sujet.

Compte tenu du large éventail de compétences détenues par la ligne … à notre prochain SmashingConf Toronto – un événement entièrement en direct, sans diapositives – j'ai décidé de solliciter des commentaires. Je les ai enveloppés avec ma propre expérience de 20 ans de travail aux côtés de designers et d'autres développeurs. J'espère que vous ajouterez vos propres expériences dans les commentaires.

Certains conseils fonctionnent mieux lorsque vous pouvez être dans la même pièce que votre équipe, et d'autres sont utiles pour le travailleur à distance ou pigiste. Ce qui brille à travers tous les conseils, cependant, c'est le besoin de se respecter mutuellement et le fait que tout le monde travaille pour essayer de créer le meilleur résultat pour le projet.

propre société de développement Web exploitée comme un fournisseur de développement Web externalisé pour les agences de design. Cela impliquait de tout faire, du développement frontal à la mise en œuvre de solutions de commerce électronique et de gestion de contenu personnalisé. Notre client direct était le concepteur ou l'agence de design qui nous avait amenés à bord pour aider à l'aspect développement du travail, cependant, dans une situation idéale, nous ferions partie de l'équipe travaillant pour fournir un excellent résultat final au client final

Parfois, cette relation a bien fonctionné. Nous nous sentirions une partie appréciée de l'équipe, nos idées et notre expérience compteraient, nous travaillerions avec les concepteurs pour trouver la meilleure solution dans les contraintes de budget, de temps et d'autres.

Dans beaucoup de cas, cependant, aucune tentative a été fait pour former une équipe. L'agence de design jette une image d'un site Web comme un fichier PDF sur la clôture pour nous, puis passer à travailler sur leur prochain projet. Il y avait peu de place pour la collaboration, et souvent le concepteur qui avait créé les fichiers était occupé à un autre travail quand nous sommes revenus avec des questions.

C'était une façon insatisfaisante de travailler pour tout le monde. Nous serions frustrés parce que nous n'avions pas l'occasion de nous assurer que ce qui était conçu pouvait être construit de manière performante et accessible, dans les délais et les budgets convenus. Le concepteur du projet serait frustré: pourquoi ces développeurs ont-ils posé tant de questions? Ne peuvent-ils pas simplement construire le site web comme je l'ai conçu? Pourquoi les polices ne sont-elles pas de la taille que je voulais?

L'argument Waterfall versus Agile pourrait être soulevé ici. La situation où un PDF est jeté par-dessus la clôture est souvent citée comme un exemple de la gravité d'une approche Waterfall. Cependant, il n'est souvent pas possible de travailler de manière totalement agile pour des équipes composées de pigistes ou de parties distinctes qui exécutent différentes parties du travail. Par conséquent, en lisant ces suggestions, regardez-les à travers l'objectif des projets sur lesquels vous travaillez. Cependant, essayez de ne pas complètement éliminer quelque chose comme impraticable parce que vous ne pouvez pas utiliser le processus complet. Il y a souvent des choses que nous pouvons prendre sans avoir besoin d'adopter complètement une méthodologie ou une autre.

J'ai mis en place un projet pour réussir

Je me suis rendu compte que très souvent le succès de l'échec de la collaboration commençait , avec la façon dont nous avons proposé la relation de travail. Nous avons dû expliquer d'emblée que l'expérience nous avait appris que l'approche consistant à nous remettre un PDF, à citer et à retourner un site Web n'a pas donné les meilleurs résultats.

Les projets qui ont réussi avaient une approche beaucoup plus itérative. Il ne sera peut-être pas possible de nous faire travailler aux côtés des concepteurs ou de manière plus agile. Cependant, avoir un certain nombre de cycles de conception et de développement avec temps pour les commentaires de chaque côté a fait un long chemin pour éviter les frustrations d'une méthode où le travail a été accompli par chaque côté indépendamment.

Avoir des relations à plus long terme avec une agence, couvrant un certain nombre de projets, a bien fonctionné. Nous avons appris à connaître les concepteurs, appris leur fonctionnement, anticiper leurs questions et nous assurer que nous y répondions d'emblée. Nous avons pu partager les connaissances en matière de développement, les éléments qui ont rendu la conception plus facile ou plus difficile à mettre en œuvre et qui ont donc un impact sur le temps et le budget. Ils ont pu mieux communiquer avec nous pour expliquer pourquoi un certain élément de conception était vital, même si cela allait ajouter de la complexité.

Pour de nombreux concepteurs et développeurs indépendants, ainsi que pour ceux qui travaillent pour une entreprise distribuée , la communication peut devenir principalement basée sur le texte . Cela peut rendre particulièrement difficile l'établissement de relations. Il pourrait y avoir beaucoup de communication – par courriel, dans Slack, ou par le biais de messages sur une plateforme de gestion de projet telle que Basecamp. Cependant, toutes ces méthodes nous laissent sans les indices visuels que nous pourrions prendre lors des réunions en personne. Un e-mail que nous voyons sur ce point peut apparaître au lecteur comme si nous étions en colère. La nature rapide des outils tels que Slack pourrait nous laisser commettre en écrivant quelque chose que nous ne dirions pas à cette personne en regardant dans leurs yeux!

Freelance data scientist Nadieh Bremer nous parlera de visualisant des données à Toronto. Elle a appris que rencontrer des gens face à face – ou au moins avoir un appel vidéo – est important. Elle m'a dit:

 Nadieh Bremer

"En tant que pigiste à distance, je sais que pour interagir bien avec mes clients, j'ai vraiment besoin d'un appel vidéo (stress sur la vidéo) J'ai besoin de voir leur visage et interactions corporelles et ils ont besoin de voir les miens. Pour les clients que j'ai dans les transports en commun, je voyageais là-bas pour une première réunion «apprendre à se connaître / voir si nous pouvons faire un projet», ce qui prendrait beaucoup de temps. Mais j'ai remarqué pour mes clients à l'étranger (que je ne peux pas visiter de toute façon) qu'un premier appel client (encore une fois, assurez-vous que c'est un appel vidéo) fonctionne plus que suffisant.

C'est le moyen idéal pour éliminer les clients J'ai besoin d'autres compétences que je peux donner, de celles qui cherchent un bon marché, et de celles où je sentais que quelque chose ne claquait pas ou que je ne suis pas enthousiasmé par le projet après m'avoir donné une meilleure explication. Donc, ces jours-ci, je demande également à mes clients aux Pays-Bas, où j'habite, de faire une première réunion pour l'avoir en ligne (et une fois que nous aurons un contrat réel, je pourrai en profiter). »[19659019] Travailler à l'extérieur

Travailler à l'extérieur (avec le projet fréquemment déployé sur un serveur de transfert auquel tout le monde avait accès) a aidé à soutenir une approche itérative du développement. J'ai trouvé qu'il était important de soutenir cette version en direct avec des explications et des notes de ce qu'il faut regarder et tester et ce qui était encore à moitié fini. Si j'invitais les gens à regarder cela sans cette information, nous obtiendrions des listes de corrections à apporter aux éléments inachevés, ce qui est une perte de temps pour la personne qui fait le reportage. Cependant, une version de mise en scène en direct, plus des notes dans un outil de collaboration tel que Basecamp signifiait que nous pouvions déployer des sections et publier des commentaires sur des choses spécifiques. Cela a aidé à garder tout le monde au courant et faire partie du projet même si – comme c'était souvent le cas pour les concepteurs d'une agence – ils avaient d'autres projets sur lesquels travailler.

des outils pour aider les designers à partager leur travail aussi. Demander des recommandations sur Twitter m'a donné des suggestions pour Zeplin Invision Figma et Adobe XD . Le fait de montrer un travail en cours à un développeur peut les aider à attraper des choses qui pourraient être difficiles avant d'être validées par le client. En partageant l'objectif derrière une caractéristique de conception particulière au sein de l'équipe, une solution peut être trouvée pour atteindre l'objectif sans compromettre le budget


 Screenshot of the Zeplin homepage
Zeplin est un outil de collaboration pour développeurs et designers

Scope Creep et demandes de changement

La chose à propos de travailler en plein air est que les gens commencent alors à avoir des idées (ce qui devrait être une chose positive), cependant, la plupart des échelles de temps et budgets ne sont pas infinis! Cela signifie que vous devez apprendre à gérer le fluage de la portée et modifier les demandes de manière à maintenir une bonne relation de travail.

Nous recevions souvent des demandes pour des choses triviales à mettre en œuvre avec un message disant à quel point ils étaient désolés. changer et demande des choses incroyablement longues avec l'hypothèse que ce serait rapide. Quelqu'un qui n'est pas un spécialiste n'a aucune idée de combien de temps cela prendra . Pourquoi devraient-ils? Il est important de s'en souvenir plutôt que d'être frustré par les grands changements demandés. Discutez du changement, expliquez pourquoi c'est plus complexe qu'il n'y paraît et essayez de déterminer s'il s'agit d'un ajout ou d'un changement vital, ou simplement d'une bonne idée que quelqu'un a eue.

Si le changement n'est pas essentiel, alors il peut suffire de l'enregistrer quelque part comme une demande de phase deux, démontrant qu'il a été entendu et ne sera pas oublié. Si le gros changement est toujours demandé, nous indiquerions le temps qu'il faudrait pour donner des options. Cela peut signifier abandonner une autre fonctionnalité si un projet a un budget fixe et un délai serré. S'il y avait de la flexibilité, nous pourrions en décrire les implications sur les coûts et la date de fin.

En ce qui concerne les coûts et les délais, nous avons rapidement appris à capitaliser nos devis afin de pouvoir absorber de petits changements sans augmenter les coûts. ou retarder l'achèvement. Cela a aidé à la relation entre l'agence et nous-mêmes car ils ne se sentaient pas comme s'ils étaient constamment nickel et tamisé. De petits changements étaient attendus dans le cadre du processus de développement . Je ne les ai jamais écrits dans une citation comme contingency comme un client le lirait et pense qu'ils devraient être capables de faire le projet sans plonger dans la contingence. Je viens d'ajouter le temps à la citation pour le projet global. Si le projet s'est bien déroulé et que nous n'avions pas besoin de temps et d'argent, le client a reçu une facture moins élevée. Personne n'est jamais mécontent d'être facturé moins que ce à quoi il s'attendait!

Cette approche peut même fonctionner pour les personnes travaillant à l'interne. Ajouter du temps à vos estimations signifie que vous pouvez absorber de petits changements sans avoir besoin d'étendre les échelles de temps. Cela aide les relations de travail si vous êtes quelqu'un qui est capable de dire oui aussi souvent que possible.

Cela vous oblige à devenir adepte de estimation des échelles de temps . C'est une compétence que vous pouvez développer en enregistrant votre temps pour accomplir votre travail, même si vous n'avez pas besoin de vous connecter pour travailler. Tandis que beaucoup de choses que vous concevez ou développez seront uniques, et semblent impossibles à estimer, en notant régulièrement votre temps, vous trouverez généralement que vos estimations approximatives deviennent plus précises que vous vous rendez compte de combien de temps vraiment ]

Respect

Aaron Draplin portera contes de sa carrière dans le design à Toronto, et répondra en pensant que cela revient au respect de vos collègues. craft:

 Aaron Draplin

"Tout se résume au respect du métier de votre collègue, et à la façon de connaître votre place et précisément où vous vous situez dans le projet. Lorsque je travaille avec un développeur, je m'abandonne à eux d'une manière créative, puis désamorcer tout jeu de pouvoir qu'ils pourraient essayer de faire en conduisant les accusations avec des conseils constructifs, des réponses par e-mail rapides et en gardant généralement l'esprit optimiste. C'est une infraction étrange à jouer. Je ne suis pas en panne avec les trucs adversaires. Je leur rappelle rapidement que nous sommes tous dans le même bateau et que nous payons leur salaire. Et ce n'est pas moi. C'est le client. Je serai toujours dans leur équipe, tu sais? Nous faisons les choses pour le client. Pas seulement moi. Pas "mon équipe". Nous le faisons ensemble. Cette méthodologie simple a toujours été très utile pour moi. "

J'adore ça, cela sous-tend tout ce que cet article traite. Pensez à toute relation de travail qui a mal tourné, combien de personnes vous avez ressenties comme si l'autre personne ne comprenait pas votre point de vue ou les choses que vous croyez être importantes? La plupart des gens raisonnables comprennent qu'un compromis doit être fait, c'est quand il semble que votre point de vue n'est pas considéré que la frustration s'installe.

Il y a parfois des situations où une décision est prise, et votre expérience vous dit va aboutir à un mauvais résultat pour le projet, mais vous êtes débordé. À quelques reprises, des décisions ont été prises que je croyais si pauvres; J'ai demandé que la décision soit prise par écrit, afin que ne puisse être tenu pour responsable de tout mauvais résultat à l'avenir. Ce n'est pas quelque chose que vous devriez ressentir le besoin de faire souvent, cependant, il est assez puissant et entraîne parfois l'annulation de la décision. Un exemple serait d'un client qui persiste à faire quelque chose qui causerait un problème d'accessibilité pour une partie de son public potentiel. Si l'explication du problème n'aide pas, et que le client insiste pour continuer, demandez cette décision par écrit afin de documenter vos conseils professionnels.

Apprendre la langue

J'ai récemment eu la chance d'apporter mon CSS Layout Workshop pas à mes groupes habituels de développeurs frontaux mais plutôt à un groupe de concepteurs UX. Beaucoup de participants étaient là pour ne pas améliorer leurs compétences de développement front-end, mais plus pour comprendre suffisamment comment CSS Layout moderne fonctionnait qu'ils pourraient avoir de meilleures conversations avec les développeurs qui ont construit leurs conceptions. Beaucoup d'entre eux avaient aussi passé des années à se faire dire que certaines choses n'étaient pas possibles sur le web, mais se rendaient compte que les possibilités de CSS changeaient à travers des choses comme CSS Grid. Ils apprenaient certains CSS pas nécessairement pour devenir compétents en les envoyant à la production, mais ils pouvaient donc partager un langage commun avec les développeurs.

Il y a souvent des débats sur la question de savoir si les concepteurs devraient apprendre à coder. nous avons tous besoin d'apprendre quelque chose sur la langue, les compétences et les priorités des autres membres de nos équipes. Comme Aaron nous l'a rappelé, nous sommes tous dans la même équipe, nous fabriquons des choses ensemble. Les concepteurs devraient apprendre quelque chose sur le code tout comme les développeurs devraient aussi apprendre quelque chose de la conception. Cela nous donne plus d'un langage et une compréhension partagés.

Seb Lee-Delisle qui parlera du sujet de Hack to the Future à Toronto, est d'accord:

 Seb Lee-Delisle

«J'ai essentiellement fait carrière en étant à la fois technique et créatif, alors je crois fermement que plus il y a de crossover, mieux c'est. Évidemment, ce que je fais maintenant est merveilleusement libre des contraintes du travail des clients, mais même ainsi, je pense que si vous pouvez brouiller ces bords, ça va être bon pour vous. C'est pourquoi je parle lors de conférences sur le design et j'encourage les concepteurs à jouer avec le codage créatif, et je parle lors de conférences technologiques pour persuader les codeurs d'améliorer leur acuité visuelle. Aussi avec un codage créatif. 🙂 C'est bien parce que non seulement j'arrive à travailler dans les deux disciplines, mais aussi que j'agace à la fois les concepteurs et les codeurs. "

J'ai trouvé que présenter des designers au navigateur DevTools (en particulier les outils de mise en page Firefox et aussi divers générateurs de code sur le web) a été utile. En étant capable de tester des idées sans écrire de code, aide un concepteur qui n'est pas confiant dans l'écriture de code à avoir de meilleures conversations avec ses collègues développeurs. Jouer avec des outils tels que générateurs de gradient clip-path ou outils d'animation peut aussi aider les concepteurs à voir ce qui est possible sur le web aujourd'hui. Animista « />

Animista a des démos de différents styles d'animation

Nous voyons également un certain nombre d'outils qui peuvent aider les gens à créer des sites Web d'une manière plus visuelle. Les développeurs peuvent parfois tourner le nez sur la sortie de code de ces outils, et il est vrai qu'ils ne seront probablement pas le meilleur choix pour le code de production d'un grand projet. Cependant, ils peuvent être un excellent moyen pour tout le monde de prototyper des idées, sans avoir besoin d'écrire du code. Ces prototypes peuvent ensuite être transformés en versions robustes, permanentes et évolutives pour la production.

Un conseil important pour les développeurs est de ne pas commenter la qualité du code des prototypes des membres de l'équipe qui ne livrent pas le code de production! S'en tenir à ce que le prototype montre plutôt qu'à la façon dont il a été construit

Une suggestion pratique pour rendre les choses visuelles

Eva-Lotta Lamm parlera à Toronto de Esquisse et peut-être sans surprise transmis des conseils pratiques pour aider la conversation en visualisant le problème pour soutenir une conversation.

 Eva-Lotta Lamm

Créer une image partagée d'un problème ou d'une solution est un outil simple mais puissant pour comprendre et assurez-vous que tout le monde parle de la même chose.

Visualisation d'un problème peut aller de croquis rapides sur un tableau blanc à des diagrammes plus complexes, comme des diagrammes de parcours client ou des plans de service. la surface ajoute une couche de signification précieuse. Quelque chose d'aussi simple que d'organiser des post-it sur un tableau blanc de différentes façons peut nous aider à voir les relations, à noter les tendances, à trouver des lacunes et à repérer les valeurs aberrantes ou les anomalies. Si nous ajoutons des éléments structurels simples (comme des flèches, des connecteurs, des cadres et des diviseurs) et quelques esquisses dans le mélange, les relations deviennent encore plus évidentes.

Visualiser un problème crée un contexte et construit un cadre structurel et les idées peuvent être ajoutées de manière «systématique».

Les visuels sont parfaits pour soutenir une conversation, en particulier lorsque la conversation est «désordonnée» et que plusieurs personnes sont impliquées.

Lorsque nous visualisons une conversation, nous créons une mémoire du contenu, qui est visible pour tout le monde et qui peut facilement être renvoyé à. Nous n'avons pas à tout tenir dans notre esprit. Cela libère de l'espace dans l'esprit de tout le monde pour penser et parler d'autres choses sans avoir peur d'oublier quelque chose d'important. Les visuels nous donnent aussi quelque chose de concret à retenir et à suivre tout en écoutant de l'information complexe ou abstraite.

Lorsque nous avons une carte visuelle, nous pouvons pointer vers des contenus particuliers – un moyen simple mais puissant de s'assurer parle de la même chose. Et quand on se réfère à quelque chose dont nous avons parlé plus haut, la carte nous rappelle automatiquement le contexte et les liens avec les sujets environnants.

Lorsque nous esquissons un problème, une solution ou une idée change littéralement. Chaque fois que nous exprimons une pensée sur un support différent, nous sommes forcés de la façonner d'une manière spécifique, ce qui nous permet de l'observer et de l'analyser sous différents angles.

Visualiser nous oblige à prendre des décisions sur un problème 't. Nous devons décider où placer chaque élément, décider de sa forme, de sa taille, de son audace et de sa couleur. Nous devons décider ce que nous dessinons et ce que nous écrivons. Toutes ces décisions exigent une compréhension plus approfondie du problème et font remonter assez rapidement des questions importantes.

Dans l'ensemble, soutenir votre collaboration en la rendant plus visuelle fonctionne comme un catalyseur pour une compréhension plus rapide et meilleure. est évidemment plus facile si votre équipe travaille dans la même pièce. Pour les équipes réparties et les pigistes, il existe des alternatives pour communiquer autrement que par des mots, par ex. en faisant un Screencast rapide pour démontrer un problème, ou même dessiner et photographier un diagramme peut être incroyablement utile. Il existe des outils de collaboration tels que Milanote Mural et Niice ; de tels outils peuvent aider avec le processus décrit par Eva-Lotta, même si les gens ne peuvent pas être dans la même pièce.


 Capture d'écran du site web de Niice
Niice vous aide à collecter et discuter des idées

Je suis très non-visuel et j'ai dû apprendre à quel point ces autres méthodes de communication sont utiles aux gens avec qui je travaille. J'ai été coupable à plusieurs reprises d'oublier cela parce que je n'ai personnellement rien trouvé d'utile, c'est toujours utile à d'autres personnes. C'est certainement une bonne idée de changer la façon dont vous essayez de communiquer une idée s'il devient évident que vous parlez de manière contradictoire.

Over To You

Comme pour la plupart des choses, il existe plusieurs façons de travailler ensemble . Même pour les équipes à distance, il existe une gamme d'outils qui peuvent aider à éliminer les obstacles à la collaboration d'une manière plus visuelle. Cependant, aucun outil n'est capable de résoudre les problèmes causés par un manque de respect pour le travail du reste de l'équipe. Une bonne relation commence par la possibilité pour nous tous de prendre du recul par rapport à nos opinions fortement ancrées, d'écouter nos collègues et d'apprendre à faire des compromis. Nous pouvons alors choisir des outils et des workflows qui nous aident à comprendre que nous sommes tous dans la même équipe tous essayant de faire un excellent travail, et tous ont des points de vue importants et de l'expérience à apporter au projet. 19659008] J'aimerais entendre vos propres expériences en travaillant ensemble dans la même pièce ou à distance. Qu'est-ce qui a bien fonctionné – ou n'a pas fonctionné du tout! Les outils, les techniques et les leçons apprises sont les bienvenus dans les commentaires. Si vous souhaitez consulter des didacticiels sur des outils ou des workflows spécifiques mentionnés ici, ajoutez peut-être une suggestion à notre forum User Suggestions .

 Smashing Editorial (il)




Source link