現在、複数のチームでチームサービスを使用していますが、特定のチームのバックログにタスクを表示する際に問題が発生しています。チームサービスチームのバックログにタスクが表示されない
私はそこに2つのチーム（ポータル&コア）を作成しました。
私はストーリーを作成し、それをルート領域に設定しました。
この記事を完成させるには、両チームの努力が必要です。私はポータルチームのためのタスクを作成し、自分のエリアに設定し、コアチームのために別のタスクを設定し、自分のエリアに設定しました。
チームのバックログを見ると、私はそれらのタスクを見ることができません（私は「親を表示」を設定しました）。
ストーリーのタスクを複数のチームに分割する必要がありますか？
おかげであなたは広い話題である一つのこと、であることができるはずかどうか
いいえ、これを直接達成する方法はありません。ルートプロジェクトの「作業\エリア」の設定に
移動して、たとえば「TwoTeams」のための新しい子エリアを追加しますが、詳細については以下の手順を参照してください、このための代替方法があります。 
「ワーク\エリア」子プロジェクトの設定（ポータル&コア）に移動し、彼らに「CrossTeam \ TwoTeams」エリアを追加します。 
「CrossTeam \ TwoTeams」領域にユーザーストーリーを割り当てます。
今、あなたは、次のようなチームのバックログのユーザーストーリーとタスクが表示されます。 
それはありがとう、それはトリックを行っています。これは可能ですが、私はこのようにしなければなりませんか？他の関連する質問から、ストーリーはフロントエンドとバックエンドの作業を必要とする顧客のPOV（例えばログインしたい）からのものでなければならないので、複数のチームが潜在的にそうするべきだと私は思う。しかし、チームサービスがそれを適切にサポートしていないという事実は私自身を疑うものです。 – ADringer
。あなたはがであるかどうかは別の質問です。正確で事実に対応した答えです：あなたはできません。
ユーザーストーリーは、1つの部門外チームによって完成された個別の作業単位を意図しています。複数のチームが1つのユーザーストーリーで作業している場合は、ユーザーストーリーが大きすぎるため、さらに分解する必要があります。
それは私が疑問に思っていたものですが、私は他の質問（例えばhttp://programmers.stackexchange.com/questions/240325/should-a-user-story-be-shared-between-developers）を見て、ストーリーがフロントエンドチームとバックエンドチームからの作業が必要な場合は、顧客の視点から問題はありません。ユーザーがログインできるようにすることがストーリーである場合は、両チームが必要です – ADringer
アジャイルチームはクロスファンクションであると考えられています。 –
あなたはダニエルの答えによって、この問題を解決するのですか？ –
私がコメントにリンクしたものなど、類似の質問に対する他の回答に基づいて、私は完全に同意していません。 – ADringer