状況と条件が非常にまれな場合、確実な解決策を見つけることができませんでした。TFS に複数のプロジェクト (対ソリューション) を持つ大きなプロジェクトがあります。彼らが 1 つのプロジェクトとして開始することを決めたのにはいくつかの理由がありましたが、その制限により、これを変更する必要があることがわかりました。以下のように、1 つの巨大な TFS チーム プロジェクトのアイデアをサポートするブログがいくつかあります。
> http://nakedalm.com/working-within-a-single-team-project-with-team-foundation-server-2012/
> http://nakedalm.com/project-of-projects-with-team-foundation-server-2010/
> http://nakedalm.com/one-team-project/
とにかく、単一プロジェクトの主な問題は、現在のスプリントが 1 つしかないことと、複数のプロジェクト (ソリューションに対して) 作業項目を含むバックログが 1 つしか持てないことです。これは非常にばかげています。各プロジェクト (対ソリューション) ごとのプロジェクト チームは、コード ベースが共通している場所で分けられます。スプリントごとの作業項目の数は非常に多く、チーム メンバーにとっては複雑です。カップリングは非常に高く、展開は危険であり、コード ブロックの副作用は予測できません。
タスク管理には TFS の代わりに Jira Agile を使用することにしましたが、すべてのプロジェクト チームが Git の知識についてある程度成熟するまで、コード ベースを TFS に保持する必要があります。
この期間、TFS<->Jira 同期には TFS4JIRA プラグインを使用することにしました。この同期は、TFS プロジェクトを JIRA プロジェクトに一致させるように構成するために必要です。制限は、各 TFS サブ プロジェクトを Jira プロジェクトに分離したいこの構成では、この大きな TFS プロジェクトを 1 つの Jira プロジェクトにしか同期できないことです。これが、異なるプロダクト オーナーやチームで各サブ プロジェクトのスプリントを管理できる唯一の方法です。そうしないと、TFS にあるものと同じように、この大きなプロジェクトのバックログが 1 つと現在のスプリントが 1 つだけになります。
TFS4Jira はそのようなケースをサポートしていません。各プロジェクト (対ソリューション) の分離を論理的な方法で実装するための回避策を探しています。