Você implementa primeiro a parte da frente ou a parte de trás? Quando você implementa a IU?

Odeio dizer isto, mas a resposta a isto é "depende"; alguns dos factores chave são, o que está a construir, para quem, quais são os pontos fortes da sua equipa e, por último, quais são as restrições sob as quais se está a operar. Digamos que se alguém estivesse trabalhando em uma grande empresa com um produto empresarial existente que já está indo bem , está bem estabelecido , agora se alguém é encarregado de construir uma solução sobre esta plataforma é óbvio que a sua oferta é exterior forma e forma , ou seja a IU terá que ser projetada com o design do backend existente em mente , com certeza que se pode exigir ou solicitar melhorias ou mudanças no backend para algumas interações chave do usuário que precisam ser preservadas ou implementadas de uma certa forma, mas nove em cada dez vezes uma teria que construir em torno do backend existente , de fato, em tais casos até mesmo a equipe UX desde o início se certifica de que os mocks que eles vêm à tona são construídos com APIs de backend existentes e arquitetura em mente. Agora compare isto com um tentando construir um aplicativo móvel completamente novo que tem como alvo milênios e requer que eles capturem fotos de seu smart phone e carreguem para o aplicativo para um caso de uso 'XYZ' , é imperativo que neste cenário em particular o front end tenha muito mais peso atrás dele quando se trata de ditar o design do aplicativo em geral . Em condições ideais, ou seja, um projeto em seu início e os requisitos sendo claramente definidos, pode-se seguir uma seqüência de passos definida, ou seja, ter o UX pronto, fazer com que os membros da equipe de design verifiquem se as peças de interface e backend podem ser construídas em um período de tempo 'necessário' para suportar a jornada descrita pelo UX , publicar os stubs da API para que a equipe de interface tenha o que precisa para começar a trabalhar enquanto a equipe backend trabalha em paralelo.