Uno sviluppatore dovrebbe fare i mockup UI se non ci sono designer nel progetto?

Lavoro molto spesso in questi progetti, e la risposta è un SÌ clamoroso, e il più presto possibile.

Le persone trovano molto più facile criticare migliorare la bozza piuttosto che trovare una soluzione da zero. Quindi inizio a disegnare in anticipo per due motivi:

• Dai agli esperti della materia un'impressione su come presentare le informazioni.
• Mostra la mia attuale comprensione del problema e delle strutture informative.

In rari casi è stato anche bello avere alcune prove del fatto che ho effettivamente consegnato ciò che avevamo concordato ...

I mockup sono fantastici e non c'è ragione per cui un dev non dovrebbe farli. (Può anche essere utile per uno sviluppatore fare una brutta copia di un layout dell'interfaccia utente anche quando nel progetto sono presenti designer dell'interfaccia utente.)

Ti consiglio caldamente di non creare prototipi simili a schermate reali. Se li condividi con gli utenti finali, spesso si concentrano su cose che non contano come colori e temi. Quello che ti consiglio di fare sono creare disegnati a mano su schizzi di carta o lavagna. Oppure, se li desideri nel computer, usa qualcosa come Pencil Project o Visio ( qui sono alcuni stencil di Visio di un Jonathan Abbett che sembrano disegnati a mano.)

Sì, assolutamente.

Non permettere a qualcun altro di dirti come fare il tuo lavoro. E hai ragione, è molto simile a UML per il tuo modello di dati. Supponendo che tu sia uno sviluppatore, il tuo compito è fornire software di qualità. Se i mockup ti aiutano a farlo, allora fa parte del tuo lavoro.

Modelli di mockup a bassa fedeltà: non farli sembrare schermi reali. Trascorrerai troppo tempo ad aggiustare caratteri, pixel e bordi, e i tuoi utenti saranno ossessionati da tali dettagli piuttosto che concentrarsi sulla funzionalità. Qualcosa come balsamiq è fantastico per questo, non ci sono dubbi su altri strumenti simili. Con il mockup in mano diventa molto più facile discutere le caratteristiche del progetto con i tuoi utenti e con gli altri membri del team di sviluppo.

Quando si progetta "una nuova schermata", si desidera discutere prima l'idea di base dell'interfaccia utente con un utente e / o i propri colleghi. Non puoi discuterne con un utente "in codice" o "in UML", che semplicemente non funziona (non funzionerà nemmeno tra i programmatori). E dovresti aspettarti che devi buttare via i tuoi primi due o tre scetch, o almeno riorganizzare gli elementi dell'interfaccia utente pesantemente.

Quindi, se hai uno strumento grafico per la progettazione dell'interfaccia utente che ti consente di farlo rapidamente, ha senso utilizzarlo. Tuttavia, se hai bisogno di codificare gli elementi dell'interfaccia utente manualmente, e buttare via o riorganizzare gli elementi dell'interfaccia utente richiede un grande sforzo, allora ovviamente ha più senso non "codificare" prima l'interfaccia utente. Sarà molto più efficace creare mockup separati, usando uno strumento di disegno grafico o semplicemente usando carta e penna.

Non necessariamente. Ci sono almeno due ragioni per cui i mockup potrebbero essere di scarsa utilità.

In primo luogo, se esistono pratiche consolidate nel settore per quanto riguarda il fare le cose che stai per fare, puoi semplicemente andare avanti e fare esattamente questo. Non spingerai avanti l'arte del design dell'interfaccia utente, ma lo è altrettanto.

In secondo luogo, i tuoi utenti finali spesso non sanno cosa è buono per loro, e perché così. Non possono dirlo fino a quando non iniziano a utilizzare il programma (con dati reali o fittizi). Nessuna quantità di prototipi statici sarà d'aiuto.

Con un framework web modestamente flessibile, per "solo un'altra schermata dell'interfaccia utente, come le precedenti schermate N", puoi iniziare con un prototipo funzionante e riorganizzare mentre procedi. Fai un mockup e discuti con i colleghi ogni volta che stai per fare qualcosa di carino.

SEMPRE!

Lavoro per una piccola azienda e sono l'unica persona IT "soft". Faccio tutti i requisiti, la progettazione, la codifica, i test (anche se qualcuno convalida sempre i miei test), la progettazione del database ecc.

NON AGITARE MAI ANGOLI SUI PASSAGGI DI DESIGN - i tuoi utenti finali ti ringrazieranno. Ti ringrazierai anche tu, perché WILL finirà per rielaborarlo per rendere felici gli utenti finali. Anche se il tuo modello non è altro che un pezzo di carta scarabocchiato a mano, dà loro un'idea di cosa aspettarsi. Prendendo 10 minuti per scarabocchiare qualcosa, puoi risparmiare un lavoro di una settimana (stato lì, fatto ciò)

Ti aiuta anche nella codifica. Ti dà la possibilità di pensare a ciò che devi fare, il modo più efficace per realizzarlo e tutti gli ostacoli che possono esserti d'intralcio.

Ad esempio, potresti scoprire che il rapporto "semplice" che devi creare è più difficile di quanto pensassi perché non stai acquisendo una data sulla tabella xyz. Inoltre allarga i tuoi orizzonti e mostra la tua squadra, i tuoi superiori, o persino può essere usato per potenziali opportunità di carriera futura che tu fai più del minimo e puoi uscire da quella scatola di "non è il mio lavoro" (< --- seriamente , NON essere quel ragazzo, lo odiamo tutti) o ti dà una possibilità di ulteriore apprendimento.

Diamo un'occhiata a questo in un modo più generale:

• La creazione di bozze è una buona idea?
• Chi dovrebbe creare le bozze?

La creazione di bozze è una buona idea?

La creazione di bozze fornisce principalmente 2 vantaggi. In primo luogo, fornisce attenzione, che porta ad una maggiore velocità nel lavoro effettivo che viene svolto. In secondo luogo, fa discutere la direzione del lavoro prima che il lavoro sia completato in modo molto più semplice.

Lo svantaggio di creare una bozza è che usa il tempo. Non ha senso passare 2 ore creando una bozza elaborata per qualcosa che richiede 4 ore per creare.

Nel tuo caso, il livello del modello deve tenere conto della quantità stimata di lavoro che va nel progetto e del beneficio della bozza. A seconda di ciò, il tuo mockup può essere ovunque tra uno scarabocchio di 10 secondi su un post-it e un sito web completamente interattivo. Per progetti molto grandi e costosi, non è infrequente che interi team lavorino a una bozza per settimane e creino bozze della loro bozza mentre lo fanno.

Chi dovrebbe creare le bozze?

Non c'è bisogno di una risposta elaborata qui: se si beneficia della creazione di una bozza, si crea una bozza. Se approfitti di qualcun altro che ti prepara una bozza, chiedi a qualcun altro di fare una bozza per te.

Il tuo collega è assolutamente corretto. Le applicazioni interne hanno generalmente un aspetto predefinito. Anche per tali applicazioni, gli utenti non sono alla ricerca di un'interfaccia utente all'avanguardia. Tutto quello che vogliono è qualcosa che funzioni e sia ragionevolmente facile da usare. A meno che non pianifichi di cambiare radicalmente l'interfaccia utente (che ti sconsiglio vivamente di consigliare .... per le app interne), segui semplicemente l'aspetto e l'aspetto esistenti. I mock-up sono fantastici, ma nel tuo caso aumenteranno il tuo dolore.