Prima di sviluppare un'applicazione web, di quante specifiche hai bisogno? [chiuso]

Dipende.

Il mio progetto preferito che ho iniziato è iniziato con le specifiche di "Rendi la base della conoscenza navigabile". Questo è tutto. Una frase. Ho lavorato con il knowledge manager (che era responsabile per i dati e la struttura della knowledge base) e un tipo di interfaccia utente. E l'abbiamo fatto. Si è rivelato essere un progetto di grande successo in parte perché il donatore di obiettivi (come il proprietario dell'oro in questo caso) non aveva alcun preconcetto su come funzionasse l'ultima cosa - solo che ha funzionato e si è fidato di noi abbastanza da permetterci di farlo.

D'altra parte, ci sono stati progetti con molti punti di integrazione tra diversi team in cui c'erano decine di xsd che giravano attorno a tutti i dettagli dell'interfaccia. L'azienda è arrivata da noi con i modelli di ciò che volevano e tutte le regole su come ogni campo si comportava e ciò che veniva inviato agli altri sistemi. Anche questo ha funzionato - ed è stato necessario. Se una squadra si staccava e facesse le sue cose, sarebbe caduto come un castello di carte una volta che abbiamo provato a metterlo insieme. C'erano risme di carta che rappresentavano varie versioni delle specifiche.

Recentemente, una delle aziende che subappalta il lavoro al mio attuale datore di lavoro ha commentato che sono molto contenti di noi perché ci forniscono non molto in termini di specifiche e facciamo quello che stavano pensando (i nostri project manager devono essere telepatici) .

Non c'è una risposta giusta, dipende completamente da quali sono le aspettative del cliente (che si tratti di un'altra azienda nella società per cui lavori o di un cliente esterno). Più si aspettano cose e meno credono che tu faccia la cosa giusta e accetti ciò che dai loro, più il lavoro dovrà essere specificato.

Una serie di approcci adottati per cercare di risolvere questo problema sono le metodologie iterative. L'idea di questi è che costruisci qualcosa in un breve periodo di tempo e poi chiedi "è questo che stavi pensando?" Ogni iterazione aggiunge funzionalità o lo modifica come chiede il cliente. Il più noto di questi approcci è agile (che comprende di per sé una serie di metodologie).

Per quanto riguarda i libri? Ce ne sono a dozzine. Seriamente, dozzine. Forse dozzine di dozzine se non di più (non c'è un solo libro che possiamo dire che risolverà il problema: basta entrare nella sezione di gestione del progetto di una libreria o libreria e iniziare a sfogliarle).