Penso che abbiamo avuto un approccio di successo nel mio ultimo lavoro in quanto abbiamo consegnato il progetto in tempo e con solo un paio di problemi riscontrati nella produzione. Tuttavia, c'erano solo 3 persone che lavoravano al prodotto, quindi non sono del tutto sicuro di come si ridurrebbe a team più grandi.
Abbiamo scritto le specifiche in anticipo per l'intero prodotto, ma senza entrare troppo nei dettagli e con un'enfasi sull'interfaccia utente. Questo era un modo per farci un'idea di ciò che doveva essere fatto e della portata del progetto.
Quando abbiamo iniziato a implementare le cose, abbiamo dovuto elaborare tutto in modo molto più dettagliato (e inevitabilmente dovevamo fare alcune cose in modo diverso dalle specifiche). A tal fine, ci siamo riuniti e abbiamo elaborato l'approccio migliore per implementare ciascuna funzione (a volte con i prototipi). Non abbiamo aggiornato le specifiche originali, ma abbiamo fatto delle note dopo le riunioni perché è molto facile dimenticare i dettagli in seguito.
Quindi, in sintesi, il mio approccio è quello di trattare le specifiche come uno strumento di esplorazione e di elaborare dettagli più fini durante l'implementazione. A seconda del progetto, potrebbe essere una buona idea mantenere aggiornate le specifiche originali man mano che l'applicazione si evolve (cosa che non dovevamo fare questa volta).
fonte
2010-03-10 00:36:49
E 'stato fatturabile. Le persone di cui parli non sono "architetti", ma piuttosto analisti di business, penso. Tuttavia, questa non è una discussione per StackOverflow. –