Implementate prima il front-end o il back-end? Quando si implementa l'UI?

Odio dire questo, ma la risposta a questo è "dipende"; alcuni dei fattori chiave sono, cosa stai costruendo, per chi, quali sono i tuoi punti di forza / squadra e, infine, quali sono i vincoli si sta operando sotto. Diciamo che se si lavora in una grande azienda con un prodotto aziendale esistente che sta già facendo bene, è ben stabilito, ora se si è incaricati di costruire una soluzione su questa piattaforma è ovvio che la forma esteriore della vostra offerta e la forma cioè l'UI dovrà essere progettata con il design del backend esistente in mente, certo si può chiedere o richiedere miglioramenti o modifiche al backend per alcune interazioni chiave dell'utente che devono essere conservate o implementate in un certo modo, ma nove volte su dieci si dovrebbe costruire intorno al backend esistente, infatti in questi casi anche il team UX dall'inizio si assicura che i mock che vengono fuori siano costruiti con le API di backend esistenti e l'architettura in mente. Ora confronta questo con uno che cerca di costruire un'app mobile completamente nuova che si rivolge ai millennials e richiede loro di catturare immagini dal loro smartphone e caricarle sull'app per un caso d'uso 'XYZ', è imperativo che in questo particolare scenario il front end abbia molto più peso dietro di sé quando si tratta di dettare il design dell'app complessiva. In condizioni ideali, vale a dire un progetto in fase di avvio e requisiti chiaramente definiti, si può seguire una sequenza di passi, vale a dire avere la UX pronta, ottenere i membri del team di progettazione per verificare se i pezzi UI e backend possono essere costruiti in un lasso di tempo "necessario" per sostenere il viaggio raffigurato dalla UX, ottenere stub API pubblicati in modo che il team UI abbia ciò che serve per iniziare il lavoro di sviluppo mentre il team backend lavora in parallelo.