Risoluzione del problema dell'iceberg [chiuso]

Question

Risoluzione del problema dell'iceberg [chiuso]

#1 da (5 voti)
#2 da (3 voti)

0

Joel Spolsky ha scritto una volta che il 90% di un progetto software non sono le sue parti visive:

If you show a nonprogrammer a screen which has a user interface which is 100% beautiful, they will think the program is almost done... And then when you spend the next year working "under the covers," so to speak, nobody will really see what you're doing and they'll think it's nothing.

Dal momento che molte applicazioni hanno progettato l'interfaccia utente per prime, quali sono alcuni modi efficaci in cui il team di sviluppo può mostrare progressi quando il loro lavoro è essenzialmente invisibile?

communication

posta Bryce 03.06.2015 - 11:34

fonte

2 risposte

3

Un trucco è mantenere un CSS separato per le demo precedenti.

Caratteri di base, nessuna grafica di fantasia e combinazioni di colori sgargianti, tutto ciò rafforza l'idea che si tratti di qualcosa in fase di sviluppo.

L'altro trucco (non proprio un trucco - dovresti farlo comunque!) è un tormento per i dettagli dei casi d'uso di fondo (molto probabilmente le attuali regole di business) con gli utenti in modo da farti un'idea complessità dell'implementazione (e, auspicabilmente, migliorare la comprensione di ciò che realmente vogliono).

risposta data 03.06.2015 - 12:02
fonte

Leggi altre domande sui tag communication

Che cosa fa questa funzione? Esistono schemi / pratiche comuni per gestire l'elenco delle eccezioni (Java)? [chiuso]

score 5 · Accepted Answer

Se non c'è visualizzazione per quello che fai, creane uno .

Non importa se si tratta di un grafico delle serie temporali, di un grafico di burndown o di qualsiasi altra visuale veloce e sporca. (In effetti, veloce e sporco è quello che vuoi, dal momento che vuoi passare il tuo tempo a programmare e non a riferire.) Una volta che hai dimostrato una serie di misure facilmente espandibili alle persone di cui sopra, inizieranno a capire che c'è molto di più della programmazione che dei mock-up.

( Lentamente iniziano a capire, per essere sicuri, dal momento che sono persone sopra e non ingegneri, ma ho rinunciato a cercare di trasmettere a persone non tecniche esattamente quale è il punto del mio lavoro, dal momento che la battaglia non vale la pena.)