Considérez le tableau suivant (idéalisé).

Maintenant, j'ai travaillé avec des collègues de tous les côtés de ce spectre et j'ai appris que, malheureusement, cela a tendance à ressembler davantage à cela.

La plupart des «développeurs Web» ont tendance à en savoir très peu sur les principes de conception tandis que, d'autre part, les «concepteurs Web» ont tendance à en savoir très peu sur le côté technique du Web. Les "artisans du web" bien arrondis sont difficiles à trouver.

Ce scénario malheureux mais réel rend difficile la création d'un site Web réactif pour une équipe de développeurs et de concepteurs. Les concepteurs de sites Web ont tendance à oublier que le site doit s'adapter à tous les appareils commerciaux possibles et conçoivent souvent des mises en page rigides qui ont fière allure sur leur propre écran mais sont impossibles à transformer en sites Web réactifs. Les développeurs, d'autre part, ont tendance à faire des adaptations brutales de la vision du concepteur en essayant d'atteindre la réactivité.

Où devrait incomber la responsabilité de concevoir un site Web réactif? Doit-on s'attendre à ce que le concepteur Web fournisse au développeur des directives bien pensées sur la façon d'adapter le site Web pour chaque scénario possible? Ou est-ce une attente déraisonnable?

Veuillez noter que je me concentre sur le côté design, pas sur le côté développement.

Tout concepteur bien qualifié sera toujours intéressé par la mise en œuvre dans une certaine mesure. Peut-être pas dans un aspect "je peux le construire", mais au moins dans un aspect "ce n'est pas possible".

Qu'un concepteur frappe ou non l'extrême droite de votre graphique, il doit toujours savoir ce qu'il peut et ne peut pas faire sur un support donné. Vous ne pouvez pas bien concevoir pour l'impression si vous ne comprenez pas les séparations. Vous ne pouvez pas bien concevoir la signalisation si vous ne comprenez pas les résolutions, etc.

Je pense que tout concepteur responsable des matériaux Web devrait au moins tomber dans le coup:

Et je ne pense pas que ce soit aussi déséquilibré que votre deuxième graphique.

Les jours où vous pouvez faire une jolie maquette dans Photoshop et simplement la remettre sont passés dans mon expérience. D'après mon expérience, les développeurs (c'est-à-dire le côté gauche de votre graphique) ne recherchent pas vraiment quelqu'un à l'extrême droite. Ils recherchent un designer qui comprend au moins ce qui est possible et les restrictions nécessaires pour bien concevoir. Cela les déplace de l'extrême droite, au moins une coche vers la gauche.

Y a-t-il encore des développeurs qui ont atteint l'extrême gauche, absolument. Tout comme il y a encore des designers qui frappent à l'extrême droite. Cependant, un aspect plus important peut être l' expérience . Y a-t-il des développeurs / concepteurs qui frappent à l'extrême gauche / droite s'ils ont 5, 8 ou 10 ans d'expérience? J'en doute. Plus on a d'expérience, plus on se rapproche du milieu.

Alors, c'est peut - être plus approprié:

Dans une structure d'entreprise, vous recherchez des individus pour occuper le poste extrême droite / gauche. Cela fournit une base solide pour cet ensemble de compétences souhaité. Cependant, je suppose que plus un candidat est désirable, plus les images du milieu se rapprochent de ses compétences.

Où devrait incomber la responsabilité de concevoir un site Web réactif?

Généralement sur la gestion. La gestion intelligente réalisera qu'il s'agit d'un projet d'équipe, donc tout le monde doit être coordonné et travailler en tandem. Cela inclurait (mais sans s'y limiter) la conception visuelle, UX, UI dev, back end dev, équipe de contenu, marketing, etc.

Le développement agile est un bon moyen d'aborder cela.

De nombreuses organisations ne le font pas , bien sûr, et ont tendance à cloisonner chacune des équipes ci-dessus et à utiliser l'ancien processus de cascade "ne pas s'en soucier".

Veuillez noter que je me concentre sur le côté design, pas sur le côté développement.

Voilà le problème. Vous ne pouvez pas vous concentrer sur l'un et pas sur l'autre. La conception d'un site responsive est le développement d'un site responsive.

Cela est vrai de la conception d'interaction en général. La conception d'interaction (que ce soit une mise en page réactive, un menu déroulant, une animation, etc.) doit être conçue dans le support dans lequel elle sera utilisée - le navigateur. Cela nécessite un certain niveau de développement.

Ma structure d'équipe UX idéale comprendrait les rôles suivants *:

• Concepteur visuel et / ou concepteur d'interface utilisateur
• Développeur UI
• Contenu
• Recherche / Test utilisateur

Maintenant, cela ne signifie pas que le développeur de l'interface utilisateur de l'équipe UX est la personne qui écrit le code de production, mais ils écrivent du code de travail pour concevoir, créer et tester correctement l'interaction.

Ces informations sont ensuite partagées avec les développeurs et d'autres travaux sont effectués en équipe pour les intégrer dans l'objectif final du système réactif.

* Lesdits rôles doivent inclure au moins l'un de vos «créateurs Web». Je suis d'accord qu'ils sont parfois plus difficiles à trouver, mais ils sont une nécessité dans les équipes. Vous avez besoin d'au moins une personne capable de communiquer dans tous les domaines et de pouvoir parler aux concepteurs d'icônes ainsi qu'aux administrateurs de bases de données.

Bien que je sois d'accord avec la mentalité de la réponse de DA01, je pense que la question ne se limite pas à ce qu'il aborde.

Le simple fait est que les entreprises sont organisées de différentes manières en raison du fait qu'elles ont des personnes avec des compétences différentes et varient en nombre d'employés dans chaque division. Chaque entreprise doit aborder cette décision avec soin et son entreprise à l'esprit afin de choisir un bon moyen de création.

En tant que tel, je ne pense pas qu'il existe une "meilleure" façon de prendre cette décision ou la structure de l'équipe. Chaque groupe de personnes est différent et ce qui fonctionne pour une entreprise peut ne pas fonctionner pour une autre, même si la structure et les autres sont à peu près les mêmes.

Cela étant dit, il existe certains principes généraux qui s'appliquent à toutes les entreprises lors de la prise de ces types de décisions:

• Faire usage de l'ensemble de compétences disponibles - Certaines personnes travaillent mieux dans certains environnements en faisant certaines choses. Si quelque chose ralentit considérablement le processus avec peu d'avantages réels, ce n'est probablement pas une bonne décision à prendre. Cela ne veut pas dire que vous ne devriez pas changer parce qu'une personne n'aime pas le changement, mais il est important de garder à l'esprit les préférences et les capacités de l'équipe afin que les gens apprécient leur travail et accomplissent leurs tâches.

• La collaboration est la clé - Tous les concepteurs et développeurs doivent être en communication et savoir approximativement ce que l'autre fait à chaque étape du processus, de parler au client (cependant beaucoup est possible - voir des notes de la discussion ou quelque chose de similaire pourrait parfois suffire) ) à la mise en œuvre finale. Un groupe fait généralement le travail à une étape, mais les autres devraient au moins savoir ce qui se passe et avoir la possibilité de fournir une sorte de rétroaction à chaque étape.

  L'expertise des gens varie, nous voulons donc que les gens découvrent des problèmes potentiels que d'autres ne verront pas le plus tôt possible en plus de fournir des idées supplémentaires.

• Direction sur la perfection - Il est préférable de connaître le but et de l'atteindre de manière directe mais approximative. J'entends par là que l'itération est meilleure que d'être pixel parfait pour la majorité du mât du processus. Nous devons nous assurer que nous allons dans la bonne direction à chaque décision de conception, puis affiner cette décision par la suite en itérant. Ce faisant, nous pouvons généralement éviter des problèmes plus importants tard dans le processus.

  La conception dans le navigateur (ou sur tout support sur lequel l'application se trouve) peut aider dans ce cas car elle mélange les deux emplois en un seul, forçant les gens à travailler ensemble ou à avoir des compétences dans les deux. Bien sûr, il est important de garder à l'esprit le premier principe énuméré ici.

Enfin, pour aborder directement le problème en question dans une circonstance à laquelle le PO semble faire référence, je dirai que si une séparation complète du travail est décidée (une séparation complète des connaissances / rétroaction ne doit pas être effectuée), alors je recommande que l'équipe de conception devrait créer une version petite et grande, au moins dans la plupart des cas, et le reste est laissé au développeur. Cela oblige l'équipe de conception à garder à l'esprit toutes les étapes intermédiaires sans avoir à se soucier des détails exacts.

Il y a d'excellentes réponses ici, mais ce n'est vraiment pas si compliqué.

Conclusion:

L'équipe de conception (qu'elle soit une ou plusieurs) est responsable de chaque permutation d'une vue ou d'un modèle.

Ne demandez pas au développeur de remplir les blancs ou de vous appuyer sur un cadre.

Faites de votre mieux au début, puis observez le développeur au fur et à mesure que les choses avancent. Vous devrez prendre des décisions à mesure que des défis se présenteront. Parfois, il peut s'agir d'une autre maquette, d'autres fois, il est préférable de fournir un code approximatif (si vous le pouvez).

Ne laissez pas l'ingénierie faire votre travail et ils ne vous demanderont pas de faire le leur ;-)

Idéalement, les concepteurs possèdent le design, simple et simple. Si les concepteurs sont capables de concevoir une spécification claire, pertinente et réaliste, cela devrait supprimer le travail de supposition de l'équation pour les concepteurs de sites Web.

Le travail d'un concepteur Web est de traduire la vision du concepteur en code. Cela peut être facile si la spécification est claire et que le concepteur Web est bon, ou cela peut être difficile si tout ce que le concepteur Web obtient est un .psd avec les instructions «faites ceci». De bonnes spécifications signifient des implémentations plus précises.

Je vais sauter les créateurs de sites Web, car je ne travaille pas vraiment avec ce terme.

Les développeurs Web ne devraient pas vraiment s'occuper de la conception dans mon expérience. Ils se concentrent généralement sur le développement backend et ne toucheront la conception que si cela est absolument nécessaire. La plupart des développeurs Web que je connais ne connaissent pas très bien le CSS et n'utilisent certainement pas Photoshop.

Les développeurs de logiciels englobent 99% des développeurs. Je ne dirais pas qu'ils ne conçoivent pas comme dans votre graphique, mais cela ne fait généralement pas partie de la description de poste.

TL; DR: Si les concepteurs présentent de bonnes spécifications, les concepteurs Web devraient être en mesure de gérer la mise en œuvre facilement.