Um desenvolvedor deve fazer mockups de UI se não houver designers no projeto?

Freqüentemente, trabalho nesses projetos, e a resposta é um retumbante SIM e o mais cedo possível.

As pessoas acham muito mais fácil criticar para melhorar alguns rascunhos do que para chegar a uma solução do zero. Então começo a desenhar cedo por dois motivos:

• Dê aos especialistas do assunto uma impressão sobre como a informação pode ser apresentada.
• Mostre minha compreensão atual do problema e das estruturas informacionais.

Em casos raros, também foi bom ter alguma prova de que eu realmente entreguei o que nós concordamos ...

As maquetes são fantásticas e não há motivo para que um desenvolvedor não as faça. (Pode até ser útil para um desenvolvedor fazer um rascunho de um layout de interface do usuário mesmo quando você tiver designers de interface do usuário no projeto.)

Eu recomendo que você não faça modelos que se parecem com telas reais. Se você compartilha isso com usuários finais que geralmente se concentram em coisas que não importam como cores e temas. O que eu recomendo que você faça é criar uma mão desenhada em papel ou esboços de quadro branco. Ou se você os quiser no computador, use algo como Pencil Project ou Visio ( aqui são alguns estênceis do Visio de um Jonathan Abbett que parecem handdrawn.

Sim, absolutamente.

Não deixe que alguém lhe diga como fazer o seu trabalho. E você está certo, é muito parecido com fazer UML para o seu modelo de dados. Supondo que você seja um desenvolvedor, seu trabalho é oferecer um software de qualidade. Se os modelos ajudam você a fazer isso, isso faz parte do seu trabalho.

Faça modelos de baixa fidelidade - não os faça parecerem telas reais. Você perderá muito tempo ajustando fontes, pixels e bordas, e seus usuários ficarão obcecados com esses detalhes, em vez de se concentrar na funcionalidade. Algo como balsamiq é ótimo para isso, não há dúvida outras ferramentas semelhantes. Com a maquete em mãos, fica muito mais fácil discutir os recursos do projeto com seus usuários e com os outros membros da equipe de desenvolvimento.

Ao projetar "uma nova tela", você deseja discutir a ideia aproximada da interface do usuário primeiro com um usuário e / ou seus colegas. Você não pode discutir isso com um usuário "em código" ou "em UML", que simplesmente não funciona (não funcionará nem entre programadores). E você deve esperar que você precise jogar fora seus primeiros dois ou três scetches, ou pelo menos reorganizar os elementos da interface do usuário pesadamente.

Portanto, se você tiver uma ferramenta de design de interface gráfica que permite fazer isso rapidamente, faz sentido usá-la. No entanto, se você precisar codificar os elementos da interface do usuário manualmente, e jogar fora ou reorganizar os elementos da interface do usuário exigir muito esforço, obviamente fará mais sentido não "codificar" a interface do usuário primeiro. Será muito mais eficiente criar modelos separados, usando uma ferramenta de desenho gráfico ou simplesmente usando lápis e papel.

Não necessariamente. Há pelo menos dois motivos pelos quais os modelos podem ser de pouca utilidade.

Em segundo lugar, os usuários finais geralmente não sabem o que é bom para eles e por quê. Eles simplesmente não podem dizer até começarem a usar o programa (com dados reais ou simulados). Nenhuma quantidade de modelos estáticos ajudará nisso.

Com um framework web modestamente flexível, para "apenas outra tela de interface do usuário, como as telas N anteriores", é possível começar com um protótipo funcional e reorganizá-lo. Faça uma maquete e discuta com os colegas sempre que estiver prestes a fazer algo extravagante.

SEMPRE!

Eu trabalho para uma pequena empresa e sou a única pessoa de TI "Soft". Eu faço todos os requisitos, design, codificação, teste (embora alguém sempre valide meu teste), design de banco de dados etc.

NUNCA CORTE OS CANTOS NAS ETAPAS DE DESENHO - seus usuários finais agradecerão. Você também vai agradecer a si mesmo, porque você VAI acabará refazendo-o para deixar os usuários finais satisfeitos. Mesmo que sua maquete não seja nada mais do que um pedaço de papel rabiscado, isso dá a eles uma ideia do que esperar. Levar 10 minutos para rabiscar algo pode salvar o trabalho de uma semana do tempo (feito lá, feito isso)

Também ajuda na sua codificação. Dá a você a chance de pensar sobre o que você precisa fazer, a maneira mais eficiente de realizá-lo e quaisquer obstáculos que possam estar no caminho.

Por exemplo, você pode achar que o relatório "simples" que você precisa criar é mais difícil do que você pensou, porque você não está capturando alguma data na tabela xyz. Ele também amplia seus horizontes e mostra sua equipe, superiores, ou até mesmo pode ser usado para potenciais oportunidades futuras de carreira que você faz mais do que o mínimo e pode sair da caixa de "não é meu trabalho" (< --- seriamente , NÃO seja esse cara, todos nós o odiamos) ou te dá uma chance de aprendizado adicional.

Vamos ver isso de uma forma mais geral:

• A criação de rascunhos é uma boa ideia?
• Quem deve criar os rascunhos?

A criação de rascunhos é uma boa ideia?

Criar esboços fornece principalmente 2 benefícios. Primeiro, ele fornece foco, o que leva a uma aceleração no trabalho real que está sendo feito. Em segundo lugar, torna muito mais simples discutir a direção do trabalho antes que o trabalho seja concluído.

A desvantagem de criar um rascunho é que ele usa o tempo. Não faz sentido gastar 2 horas criando um rascunho elaborado para algo que leva 4 horas para ser criado.

No seu caso, o nível do modelo precisa levar em conta a quantidade estimada de trabalho que vai para o projeto e o benefício do rascunho. Dependendo disso, seu modelo pode estar em qualquer lugar entre um rabisco de 10 segundos em um post-it e um site totalmente interativo. Para projetos muito grandes e caros, não é incomum que equipes inteiras trabalhem em um rascunho por semanas e criem rascunhos de seu rascunho enquanto fazem isso.

Quem deve criar os rascunhos?

Não há necessidade de uma resposta elaborada aqui: se você se beneficia da criação de um rascunho, cria um rascunho. Se você se beneficiar de alguém fazendo um rascunho para você, peça a alguém para fazer um rascunho para você.

Seu colega está absolutamente correto. Aplicativos internos geralmente têm uma aparência predefinida. Também para esses aplicativos, os usuários não estão procurando uma interface de usuário de ponta. Tudo o que eles querem é algo que funcione e seja razoavelmente fácil de usar. A menos que você planeje mudar radicalmente a interface do usuário (que aconselho strongmente contra ... para aplicativos internos), basta seguir a aparência existente. Mock-ups são ótimos, mas no seu caso, só aumentará sua dor.