Considere o seguinte gráfico (idealizado).

Agora, trabalhei com colegas de todos os lados desse espectro e aprendi que, infelizmente, tende a ser mais assim.

A maioria dos "desenvolvedores da Web" tende a conhecer muito pouco dos princípios de design, enquanto, por outro lado, os "designers da Web" tendem a conhecer muito pouco do lado técnico da Web. É difícil encontrar "criadores da web" bem arredondados.

Esse cenário infeliz, mas real, torna muito difícil criar um site responsivo para uma equipe de desenvolvedores e designers. Os designers da Web tendem a esquecer que o site deve se adaptar a todos os dispositivos comerciais possíveis e, muitas vezes, projetar layouts rígidos que ficam ótimos em sua própria tela, mas são impossíveis de se transformar em sites responsivos. Os desenvolvedores, por outro lado, tendem a fazer adaptações brutais da visão do designer, tentando obter capacidade de resposta.

Onde deve ser a responsabilidade de projetar um site responsivo? O web designer deve fornecer diretrizes bem pensadas para o desenvolvedor sobre como adaptar o site para todos os cenários possíveis? Ou isso é uma expectativa irracional?

Observe que estou focando no lado do design, não no lado em desenvolvimento.

Qualquer designer bem qualificado sempre estará interessado na implementação. Talvez não no aspecto "eu posso construir", mas pelo menos no aspecto "isso não é possível".

Se um designer atinge o lado direito do gráfico ou não, ele deve sempre saber o que pode e o que não pode fazer em um determinado meio. Você não pode projetar bem para impressão se não entender as separações. Você não pode projetar bem para sinalização se não entender resoluções, etc.

Eu acho que qualquer designer responsável por materiais da web deveria pelo menos se encaixar nisso:

E não acho que seja tão desigual quanto o seu segundo gráfico.

Os dias em que você pode fazer uma simulação bonita no Photoshop e simplesmente entregá-la desapareceram na minha experiência. Na minha experiência, os desenvolvedores (ou seja, o lado esquerdo do seu gráfico) não estão procurando alguém na extrema direita. Eles estão procurando por um designer que pelo menos entenda o que é possível e as restrições necessárias para projetar bem. Isso os move da extrema direita, pelo menos uma marca de esquerda.

Ainda existem desenvolvedores que atingiram a extrema esquerda, absolutamente. Assim como ainda existem designers que atingem a extrema direita. No entanto, um aspecto mais importante pode ser a experiência . Existem desenvolvedores / designers que atingem a extrema esquerda / direita se tiverem 5, 8 ou 10 anos de experiência? Eu duvido. Quanto mais experiência se tem, mais perto fica do meio.

Então, talvez isso seja mais apropriado:

Em uma estrutura de empresa, você procura indivíduos para preencher a posição mais à direita / esquerda. Isto proporciona uma base sólida para que habilidade conjunto desejado. No entanto, eu especularia que, quanto mais desejável é um candidato, mais próximas das duas imagens do meio suas habilidades caem.

Onde deve ser a responsabilidade de projetar um site responsivo?

Normalmente em gerenciamento. O gerenciamento inteligente perceberá que é um projeto de equipe, para que todos precisem estar coordenados e trabalhando em conjunto. Isso inclui (mas não se limita a) design visual, UX, desenvolvedor de UI, desenvolvedor de back-end, equipe de conteúdo, marketing etc.

O desenvolvimento ágil é uma boa maneira de abordar isso.

Muitas organizações não fazem isso, é claro, e tendem a silenciar cada uma das equipes acima e usar o antigo processo "jogue por cima da cerca e não se preocupe com isso" em cascata.

Observe que estou focando no lado do design, não no lado em desenvolvimento.

Esse é o problema. Você não pode se concentrar em um e não no outro. O design de um site responsivo é o desenvolvimento de um site responsivo.

Isso vale para o design de interação, em geral. O design de interação (seja um layout responsivo, um menu suspenso, uma animação etc.) deve ser projetado no meio em que será usado - no navegador. Isso requer algum nível de desenvolvimento.

Minha estrutura ideal de equipe de UX incluiria as seguintes funções *:

• Visual Designer e / ou UI Designer
• Desenvolvedor de UI
• Conteúdo
• Pesquisa / Teste de Usuário

Agora, isso não significa que o desenvolvedor da interface do usuário da equipe do UX é a pessoa que escreve o código de produção, mas está escrevendo o código de trabalho para projetar, criar e testar adequadamente a interação.

Em seguida, isso é compartilhado com o desenvolvedor e um trabalho adicional é feito em equipe para integrá-lo ao objetivo final do sistema responsivo.

* As funções mencionadas devem incluir pelo menos um dos seus 'criadores da web'. Concordo que às vezes são mais difíceis de encontrar, mas são uma necessidade nas equipes. Você precisa de pelo menos uma pessoa que possa se comunicar de maneira geral e possa conversar com designers de ícones e com administradores de banco de dados.

Embora eu concorde com a mentalidade na resposta do DA01, acho que há mais na pergunta do que apenas o que ele aborda.

O simples fato é que as empresas são organizadas de maneiras diferentes, pois possuem pessoas com habilidades diferentes e variam em número de funcionários em cada divisão. Cada empresa precisa abordar essa decisão com cuidado e com a empresa em mente, a fim de escolher uma boa maneira de criar.

Como tal, não acho que haja uma "melhor" maneira de tomar essa decisão ou estrutura de equipe. Cada grupo de pessoas é diferente e o que funciona para uma empresa pode não funcionar para outra, mesmo que a estrutura e tal sejam aproximadamente as mesmas.

Com isso dito, existem alguns princípios gerais que se aplicam a todas as empresas ao tomar esses tipos de decisões:

• Faça uso do conjunto de habilidades disponíveis - algumas pessoas trabalham melhor em determinados ambientes, fazendo certas coisas. Se algo atrasa bastante o processo com pouco benefício real, provavelmente não é uma boa decisão a ser tomada. Isso não quer dizer que você não deve mudar porque uma pessoa não gosta da mudança, mas é importante ter em mente as preferências e habilidades da equipe para manter as pessoas gostando do trabalho e fazendo as coisas.

• A colaboração é fundamental - todos os designers e desenvolvedores devem estar em comunicação e saber aproximadamente o que o outro está fazendo em todas as etapas do processo, conversando com o cliente (o máximo possível - ver notas da discussão ou algo semelhante às vezes é suficiente ) para a implementação final. Um grupo geralmente está fazendo o trabalho em uma etapa, mas os outros devem pelo menos saber o que está acontecendo e ter a capacidade de fornecer algum tipo de feedback em cada estágio.

  A experiência das pessoas varia, portanto, queremos que as pessoas encontrem problemas em potencial que outras pessoas não veriam o mais cedo possível, além de fornecer idéias adicionais.

• Direção sobre a perfeição - É muito melhor conhecer o objetivo e desenvolver esse objetivo de maneira direta, porém bruta. Com isso, quero dizer que a iteração é melhor do que ser um pixel perfeito para a maioria do mastro do processo. Precisamos garantir que estamos na direção certa com cada decisão de design e depois refinar essa decisão iterando. Ao fazer isso, geralmente podemos evitar problemas maiores no final do processo.

  Projetar no navegador (ou em qualquer meio em que o aplicativo esteja) pode ajudar, pois combina os dois trabalhos em um, forçando as pessoas a trabalharem juntas ou a ter habilidades em ambos. Obviamente, é importante manter em mente o primeiro princípio listado.

Por fim, para abordar diretamente o problema em questão em uma circunstância em que o OP parece estar referenciando, direi que, se uma separação completa do trabalho for decidida (a separação completa de conhecimento / feedback não deve ser feita), recomendo que a equipe de design deve criar uma versão pequena e grande, pelo menos na maioria dos casos, e o restante é deixado para o desenvolvedor. Isso força a equipe de design a ter em mente todos os estágios intermediários, sem precisar se preocupar com os detalhes exatos.

Existem ótimas respostas aqui, mas isso realmente não é tão complicado.

Bottom line:

A equipe de design (seja uma ou várias) é responsável por todas as permutações de uma visualização ou modelo.

Não peça ao desenvolvedor para preencher os espaços em branco ou se apoiar em uma estrutura.

Faça o seu melhor desde o início e depois sombreie o desenvolvedor à medida que as coisas progridem. Você terá que tomar decisões à medida que surgem desafios. Às vezes, pode ser outra maquete, outras vezes, é melhor fornecer um código aproximado (se você puder).

Não faça a Engenharia fazer o seu trabalho e eles não pedirão que você faça o deles ;-)

Idealmente, os designers são donos do design, puro e simples. Se os designers conseguirem projetar uma especificação clara, relevante e realista, devem remover o trabalho de adivinhação da equação para web designers.

O trabalho de um web designer é traduzir a visão do designer em código. Isso pode ser fácil se a especificação for clara e o web designer for bom, ou pode ser difícil se tudo o que o web designer obtiver for um .psd com as instruções 'faça isso'. Boas especificações significam implementações mais precisas.

Vou pular criadores de conteúdo na Web, já que realmente não trabalho com esse termo.

Os desenvolvedores da Web não devem realmente lidar com o design na minha experiência. Eles geralmente se concentram no desenvolvimento de back-end e só tocarão no design se for absolutamente necessário. A maioria dos desenvolvedores da Web que conheço não conhece muito bem o CSS e certamente não usa o Photoshop.

Desenvolvedor de software meio que abrange 99% dos desenvolvedores. Eu não diria que eles não são projetados como no gráfico, mas isso normalmente não faz parte da descrição do trabalho.

TL; DR: Se os designers apresentarem boas especificações, os web designers deverão poder lidar com a implementação facilmente.