Cosa è veramente "abbastanza buono" per un progetto in ritardo? [chiuso]

Question

Sembra che il management stia sempre dicendo come il progetto è in ritardo, quindi dobbiamo capire cosa è abbastanza buono per andare in fretta. Il problema che trovo è che tendiamo a concentrarci sulle funzionalità che il cliente desidera più di alcune funzionalità di base che penso che un'app Web dovrebbe avere per sua natura.

Ad esempio, abbiamo trascorso più tempo a parlare se l'aggiunta di un tag noscript per informare gli utenti del sito richiede che javascript debba essere aggiunto all'elenco delle richieste di funzionalità rispetto al tempo impiegato per aggiungerlo alla pagina principale e quindi spingere fuori.

Esiste un buon metodo per determinare quali cose dovrebbero essere lì per essere abbastanza buone? Come faccio a sapere che cosa dovrebbe aspettarsi di fare la mia app al minimo indispensabile?

A volte non aggiungiamo nemmeno la convalida dei dati perché non c'è tempo. Sembra che ci dovrebbero essere alcune cose di base per il pane e il burro in un'app, ma così spesso tutto ciò che ci interessa sono le cose che l'utente vede effettivamente.

Questo non è il modo ideale per creare software secondo me, ma come puoi sapere cos'è abbastanza buono?

Answer 1

I clienti guidano le funzionalità. Non guidano così tanto architetture, ingegneria e simili. Francamente i tuoi utenti potrebbero fregarsene di meno se stai usando Html 3.0 strict o CSS 3.1 o XHTML. Vogliono solo che funzioni. Ho scoperto che hai bisogno di una squadra che si preoccupi di tutte le cose nascoste per farlo funzionare correttamente. La linea di fondo è che la maggior parte delle app viene fornita con "abbastanza buono" codice perché assicurati di avere un codice pulito e il codice refactored non è ciò che porta i soldi.

Naturalmente, molti di noi sanno che questa roba è importante. Database ben progettati con buoni indici sono importanti per le prestazioni. Codice ben progettato con classi che sono "SOLID" " portare a una facile manutenzione ed estensione dell'applicazione, il che significa che le nuove funzionalità saranno più stabili.

Quindi, i clienti guidano le funzionalità ma il team guida la qualità. Assicurati di dedicare tempo alle tue stime per assicurarti di eseguire test adeguati, ottenere una buona copertura, eseguire test perf, ecc. Questo deve essere inserito nel tuo team fin dall'inizio. Revisioni del codice e pranzi di apprendimento aiutano a guidare questo tipo di motivazione. Se gli sviluppatori vogliono passare il tempo a scrivere nuovo codice piuttosto che a risolvere i problemi e a eseguire il debug di queste cose dovrebbe essere importante per loro. Anche se non è visibile o importante per il cliente. E una buona gestione capisce queste cose.

Answer 2

Ognuno ha i propri standard di abbastanza buono; su un livello, "abbastanza buono" è " qualunque cosa tu possa convincere le persone a pagarti. "

Tuttavia, se vuoi goderti il ??tuo lavoro, suggerisco che "abbastanza buono" dovrebbe essere " qualcosa che sei orgoglioso di fare. "