私の組織内の誰かが、CMU SEI の TSP プロセスを試験運用するよう私たちに働きかけ始めました (こちらの Web サイトを参照してください)。ソフトウェア開発の病気をアルファベットのスープで治そうとする試みには本能的に嫌悪感を抱いていますが、このプロセスの経験があり、具体的な事実を提供できる人がいるかどうかを知りたいです。
2 に答える
1
私はSEIのCMMのファンでした。Watts Humphrey の「Managing the Software Process」という本の表紙から表紙まで読みました。私は TSP を使用したことはありませんが、他のソフトウェア プロセスと同様の長所と短所があると思います。
それと、それができると彼らが主張することとそれを実装する方法について必ず読んでください。ただし、ソフトウェアプロセスを小さく柔軟に保つことに注意してください. 必要ですが、他の人からプロセスを取得する場合は注意してください。
幸運を。
于 2008-12-01T22:13:53.637 に答える
1
このプロセスを数か月間使用していますが、特に感銘を受けていません。このプロセスは、プログラマーが本質的に Bean カウンターである厳密なコマンド アンド コントロール スタイルの管理にのみ適しています。このプロセスの優れた部分 (時間の見積もりではなくサイズの見積もり、自己レビュー、詳細な計画、計画に対する時間の記録、後で確認するための欠陥とエラーのログの保持) のほとんどは、SEI に多額の資金を投じることなく実装できます。 .
于 2009-08-25T21:25:28.667 に答える