Voglio convincere i miei partner che dovremmo avere una specifica e che i bug dovrebbero essere risolti prima di scrivere un nuovo codice. Devo fare riferimento al test Joel ? Pensi che il test di Joel sia aggiornato? Penso che non avere una specifica sia una cattiva gestione del progetto. Sei d'accordo con il test di Joel? Potresti aggiungere qualcosa? Non menziona per esempio Open Source.
Penso che il test di Joel sia aggiornato - è tanto aggiornato quanto la maggior parte degli altri software che scrivono è "senza tempo".
Fare lo sviluppo del prodotto (che include lo sviluppo di software) senza una specifica è solo una follia.
Come fai a sapere dove vuoi andare?
C'è solo un punto su come scrivere una specifica (non credo che le specifiche di Joel siano molto buone ... meglio di niente, ma non così buone come potrebbero essere). Questo punto è:
Quando scrivi una specifica, dì solo ciò che il prodotto deve fare, non come deve essere fatto.
Questo significa che non devi dettare i dettagli di implementazione in una specifica. Questa è un'attività di design e la lasci all'esperienza e alla creatività dei designer.
[C'è una sola eccezione a questa regola: a volte un particolare dettaglio o metodo di implementazione è obbligatorio o richiesto, nel qual caso inserirlo. Ad esempio, se il software deve essere scritto in PHP e questo non è negoziabile, quindi va nelle specifiche. Ci dovrebbero essere pochissimi esempi di questo.]
Potrei aggiungere: non avere il bug tracking è un atto di pari follia. È semplicemente il modo più poco professionale e folle di operare e porterà a grandi sofferenze e sofferenze.
Vado qui a fare l'avvocato del diavolo e suggerisco che il Test di Joel non è aggiornato. È troppo generico Con la maturazione della tecnologia, le domande dovrebbero essere più specifiche di quando ha scritto il test.
I documenti delle specifiche, almeno i grandi documenti spec up iniziali non sono necessari ora che abbiamo storie degli utenti e processi di sviluppo agili. Questa domanda dovrebbe essere cambiata in "Il livello di documentazione è adeguato alle soluzioni che sono state progettate?" Le storie di utenti più piccole e più rigide che vengono pubblicate ogni due settimane sono molto più utili nella maggior parte dei casi rispetto a un documento di grandi dimensioni che descrive il prodotto in dettaglio. Tuttavia, se stai costruendo il prossimo Mars Rover, potresti volere un documento di design dettagliato. Se hai chiesto se un'azienda ha specifiche di progettazione, non sarei sorpreso di sentire una risposta di "non proprio, usiamo invece processi agili e user story".
In secondo luogo, la domanda "build giornaliere" dovrebbe cambiare a una domanda sull'integrazione continua. A meno che non si stia costruendo un software che richiede ore per essere costruito (il 99,99% dei posti non funzionerà), la domanda dovrebbe chiedersi se l'azienda utilizza l'integrazione continua.
La maggior parte del test di Joel non è affatto datata. È ancora un buon modo per ottenere indicazioni sull'ambiente di lavoro.
Leggi altre domande sui tag issue-tracking specifications joel-test