開発チームのみのMicrosoft Team Systemの価値

Question

Microsoft Team Systemはプロセス指向システムの実装に最適なプラットフォームのように見えますが、BA、PM、およびビジネスユーザーのアクセス権を取り除いて、開発チーム内で純粋に使用すると、単なる価値以上の価値があります。 Visual Studio Professional、SourceSafe、障害追跡ツール、CruiseControlやTeamCityなどの継続的統合サーバーを使用していますか

Answer 1

はい。あなたが言及したすべての代替技術は、Team Systemパッケージでサポートされているものです（このリリースまたは次のリリースで）。これらのコンポーネントはすべて、TFSで相互に統合して動作するように設計されています。これは、すべてのコンポーネントのTFSチームの最優先事項です。その結果、多くの場合、シームレスに相互に統合される一連の機能が得られます。

私はあなたが言及した他のプロジェクトのいくつかに精通していませんが、それらが対応するTFSコンポーネントとして互いに統合する可能性は低いです。これは、統合されていない、または製品としてのパフォーマンスが低いと言っているわけではありません。ただ、それらは互いに機能するように設計されていないということです。したがって、相互作用はTFSコンポーネントほど鮮明ではありません。

これはTFSを使い続けるのに十分な価値がありますか？この統合をどれだけ評価するかに大きく依存するため、わかりません。

Answer 2

私のチームにとってのTFSの大きなセールスポイントの1つは、製品ライフサイクル全体に一貫性を提供することです。 BA、PM、およびビジネスユーザーが特定のレベルのTFSにアクセスできるようにしますが、そうしなくても、この製品を使用する価値は十分にあります。 TFS内でワークフローを管理し、開発チーム全体に一貫性を強制する機能は素晴らしいです。

セキュリティ、レポート、ワークフロー管理、統合ビルド、電子メールアラート、分岐/マージなど、TFSが使用する機能の一部。

他のツールの寄せ集めでそれをやってみませんか？おそらく、しかしそれは管理と保守がそれほど簡単ではなく、TFSでできることを報告し追跡するのに必要な種類のデータを引き出すことはおそらくできないでしょう。

補足として、Visual SourceSafeをリポジトリとして使用する場合は、他の場所を確認することを強くお勧めします。個人およびビジネスの経験から、安定/堅牢なリポジトリとして信頼できないことを証明できます。

私の考え。

Answer 3

確かに価値がある。チームSKUにのみ多くのクライアント機能があります（名前にだまされてはいけません-これらは主に新しい「スーパープレミアム」キッチンシンクバージョンであり、サーバーCALを含めるという素晴らしいボーナスもありますTFSの場合。）正確な仕様はこちらから入手できます。 http：// www .microsoft.com / visualstudio / en-us / products / teamsystem / default.mspx

コラボレーション機能を具体的に見ると、コンポーネントが「正常に動作する」ように設計されたシステムには明確な価値があります。お互いに。セットアップは合理化されています（ただし、方法はあります）。 UIは一貫しており、相互にアクセス可能です。バックエンドは統合されたレポート/分析サービスを提供します。大規模なチームの場合、全体的なパフォーマンス/スケーラビリティは、現時点で典型的なOSSスイートが可能な能力をはるかに超えています。

問題は、あなたにとって$$に値するかどうかです。 SharpDevelopの代わりにVisual Studio Professionalを使用する理由GitではなくSourceSafeを使用する理由なぜメモ帳と特別なラベルが付いたフォルダーを使用しないのですか？

すべての商用製品は、理由があるので商用です（OK、たぶんSourceSafeではありません！）。幅広い機能セット、緊密な統合、明確に定義されたサポート＆amp;が必要な場合ライフサイクルのテスト、適切なフィット＆amp;完了などの場合は、通常、$$を費やして開発スタッフに作業を任せる価値があります。セットアップを行ってもかまいません＆amp;自分自身のトラブルシューティング、開発ワークフローの一部として複数のアプリケーション間の切り替え、クエリおよび全体としてチームの統計情報を報告するなど、すべての方法でオープンソースに移行します。多くのOSS開発ツールは現在非常に堅実です。