現在、私はJIRAソフトウェアツールでも追跡している2つのチームで構成されるプロジェクトに取り組んでおり、基本的には同じプロジェクトに取り組んでいる2つのチームなので、これが私の質問と懸念事項です。
1つのスプリントでこれを処理できない理由: Xチームは常に最初に実装(API)を提供しているため、完了後にYチームが開始できます。
Jiraでは、実際に実行できるオプションは3つしかありません。ボードごとに2つのボードと1つのスプリントを持つ1つのJiraプロジェクト、1つのボードと1つのスプリントを持つ1つのJiraプロジェクト、クイックフィルターを使用して表示される問題を切り替える、または複数のJiraプロジェクトを持つことができます。最初と3番目のオプションは最も不器用です。両方のチームのビューが必要な場合は、3番目のボードを作成できます。
個人的には、複数のプロジェクトの3番目のアプローチに傾倒します。 APIがあり、そのAPIのコンシューマーがある場合、2つ以上の解放可能なエンティティーがあるようです。個別のプロジェクトを作成することにより、Jiraのバージョン管理機能、リリース、コンポーネント、およびその他のいくつかのフィールドをよりよく活用できます。 1つの解放可能なエンティティにのみ関連するため、値の背後にはより意味のあるコンテキストがあります。
また、チーム間の依存関係をどのように管理するかについても詳しく見ていきたいと思います。これらのチームを分離しようと思います。ただし、視認性の向上が役立つ場合があります。