Hai qualche opinione sul processo software del team SEI? [chiuso]

Question

Qualcuno all'interno della mia organizzazione ha iniziato a spingerci per pilotare il processo TSP del CMU SEI (vedere il sito Web qui ). Ho un'istinto avversione a qualsiasi tentativo di curare le malattie dello sviluppo software con la zuppa alfabetica, ma vorrei sapere se qualcuno ha esperienza con questo processo e può fornire fatti tangibili.

Answer 1

Usiamo questo processo da alcuni mesi e non sono particolarmente colpito. Questo processo è adatto solo per un rigoroso stile di gestione dei comandi e dei controlli in cui i programmatori sono essenzialmente contatori di bean. La maggior parte delle parti positive di questo processo (stime delle dimensioni piuttosto che stime del tempo, revisioni automatiche, piani dettagliati, registrazione dei tempi rispetto ai piani e conservazione di un registro di difetti ed errori per successive revisioni) può essere implementata senza buttare un sacco di soldi in SEI .

Answer 2

Ero un fan della CMM di SEI. Ho persino letto la "Gestione del processo software" di Watts Humphrey " copertina del libro per coprire. Non ho usato TSP ma sospetto che abbia punti di forza e punti deboli simili agli altri processi software.

Sicuramente leggi su ciò e su ciò che sostengono possa fare e su come implementarlo, ma fai attenzione a mantenere il tuo processo software piccolo e flessibile. Ne hai bisogno, ma fai attenzione a prendere i processi da qualcun altro.

buona fortuna.