私たちはクライアントのためにホワイトラベルのウェブとモバイルヘルスケアアプリケーションを開発しています。当社の製品は急速に進化しており、既存のクライアントをサポートし、新しいクライアントをサポートする予定です。
現在の開発ワークフローには、ソースコード用のSVN、要件ドキュメントの追跡、および欠陥追跡用のカマキリが含まれます。
組織では、VSTFS2010ベースのアプリケーションライフサイクル管理を検討しています。VSTFS2010が以下の合理化に役立つことを願っています
1）要件管理2）ソースコードバージョン管理3）ビルド自動化4）テスト管理
VS TFS 2010の使用経験があり、その経験を共有したい人はいますか？VS TeamSystemに代わる価値のあるものはありますか？
序文：これは個人的な意見であり、この回答でMicrosoftの愛好家として出くわしたとしても、私はMicrosoftのプラットフォーム用のツールを使用して開発する以外はMicrosoftとは関係がありません。（私は-.NET開発が大好きです）
TFS 2010は使用していませんが、TFSとサポートされているVisualStudioバージョンを含む2005TeamSuiteを使用しました。2005バージョンのインストールが非常に困難だったため、2008年または1020年には進みませんでした。しかし、一度インストールすると...気に入りました。プロジェクト管理ツールは直感的で、うまく機能しました。ビルドのセットアップは簡単で、私がやりたいことはすべて簡単かつ効率的に実行されました。
しかし、それ以来、同じ種類のことを行うためにオープンソースツールを採用しています。私が言ったように、2005のインストールは悪夢であり、2010バージョンのTeam Foundation Serverは非常に簡単にインストールできます（私はそれを自分でテストし、2005バージョンを手伝ってくれた貧しいチームにそれがどれだけ優れているかを示すためにデモンストレーションしましたis）、チームに2度目のチャンスを与えるよう説得することができませんでした。彼らは、頻繁にアップグレードする必要がなく、必要なときにアップグレードするのが簡単なツールを使い続けることを選択しました。
それが私だけなら、私はそれを使っているでしょう。これは、物事が正しく機能し、シームレスに連携するものの1つです。また、利用可能なドキュメント（MSDN、ビデオなど）は網羅的です。他のツールセットも十分に文書化されているとは思えません。
古いバージョンでの経験が非常に悪かったので、ここにいる他の誰も新しいバージョンを公正に揺さぶることはできません。
代替案については、オープンソースではありませんが、Atlassianには優れたツールセットがあります。それらはJavaでうまく機能し、.NETショップでそれらのいくつかを使用しています。ソース管理にはSVNを使用しています。それが、チームシステムよりも新しい環境で私が気に入っている唯一のことです。
2か月前にTFS2010を排他的に（ソース管理と問題/タスクの追跡に）使用する新しい会社で始めましたが、慣れることができませんでした。以前は、主にソース管理にSVNを使用し、OnTime（Axosoftによる）またはFogbugz（Joel Spolsky）のいずれかを使用しており、両方が大好きでした。
それがTFSの使用方法かどうかはわかりません（ブランチはSVNの場合ほど優れていません...そして、製品バックログアイテム、スプリントバックログアイテム、バグ、障害があり、神は他に何を維持するかを知っていますのトラック）が、私はそれがあまりにも複雑だと思います。
開発者が使用するツールは、邪魔になるのではなく、開発者を支援する必要があると思います。立ち止まってコードを分岐する方法や問題を割り当てる方法を考えなければならない場合は、ツールに問題があります（または、ツールの学習にもっと時間を費やす必要があります...これも意味がありません）。