web-dev-qa-db-ja.com

Nexus Sprint Backlogは誰に属しますか?

Nexusガイド states that:

Nexusスプリントバックログは、個々のスクラムチームのスプリントバックログからの製品バックログアイテムの複合です。

ただし、通常のSprintBacklogとNexusSprint Backlogの類似点を構築しようとすると、このアーティファクトの次の側面について混乱しました。

  • それはNexus統合チームに属していますか、それともNexus内のすべてのチーム間で共有されるアーティファクトですか?
  • 共有アーティファクトの場合、Nexus Integrationチームには独自のSprintバックログがありますか?特別な名前はありますか?
  • スプリント中にNexus Sprintバックログを変更できるのは誰ですか? (これもスプリントバックログとのアナロジーとして)。
2
Andremoniy

Nexusは、単一のスクラムチームを複数のチームに拡張する方法論の流行語にすぎません。 「NexusSprintBacklog」は、Nexus Integration Team(プロダクトオーナー、スクラムマスター、他のスクラムチームのメンバー)が管理する必要があります。

「ネクサススプリント計画」というタイトルのセクションから:

Nexus Sprintプランニングの目的は、1つのスプリントのNexusですべてのスクラムチームのアクティビティを調整するです。 Product Ownerは、ドメインに関する知識を提供し、選択と優先順位の決定を導きます。 Nexus Sprint Planningの前に、依存関係を特定して削除または最小化して、製品バックログを適切に改善する必要があります。

Nexus Sprint計画中に、適切な各スクラムチームの代表者検証し、改良イベント中に作成された作業の順序を調整します。スクラムチームのすべてのメンバーは、コミュニケーションの問題を最小限に抑えるに参加する必要があります。

(強調、私の)

スプリントバックログは、製品の所有者とソフトウェアを構築するチーム間の協力によって制御されるのではなく、所有されます。スクラムのNexusフレーバーの中で、Nexus Sprintバックログは、単一のスプリントで複数のチームによるソフトウェアの配信を調整するのに役立つものです。

不自然な例として、通知マイクロサービスがSMS)をサポートしていない場合、「通知マイクロサービス」にメッセージを送信してテキストメッセージを送信するマイクロサービスを構築する意味はありません。テキストメッセージ。NexusSprintバックログは、これら2つのサービスに必要な作業を調整して、サービスAが最終的にSMSテキストメッセージを通知サービスを通じてリリース時に送信できるようにします。

2
Greg Burghardt

ネクサスガイド いくつかの関連することを述べています。

結果は、包括的なNexus Sprint目標、各スクラムチームのSprintバックログ、および単一のNexus Sprintバックログと整合する一連のSprint目標です。 Nexus Sprintバックログは、すべてのスクラムチームの選択された製品バックログアイテムと依存関係の作業を透過的にします。

.。

スプリント用に選択されたすべての製品バックログ項目とその依存関係は、ネクサススプリントバックログで透過的にする必要があります。

.。

Nexusスプリントバックログは、個々のスクラムチームのスプリントバックログからの製品バックログアイテムの複合です。スプリント中の依存関係と作業の流れを強調するために使用されます。多くの場合、Nexus Daily Scrumの一部として、少なくとも毎日更新されます。

個々のスクラムチームは、製品バックログアイテムと、スクラムチームが製品バックログアイテムを分解した作業で構成されるスプリントバックログを維持します。スクラムガイドには、スプリントバックログが「スプリント目標を達成するために必要であると開発チームが特定したすべての作業を表示する」と記載されていることを考慮してください。つまり、スプリントバックログには製品バックログアイテムだけでなく、製品バックログアイテムよりも細かい粒度の作業が含まれます。

Nexus Sprintバックログには、チームの1つが取り組んでいる製品バックログ項目と、チーム間の依存関係を識別する作業のサブセットが含まれています。チームのスプリントバックログがチームの作業を表示するように、Nexusスプリントバックログはチーム間の作業を表示します。チーム間の作業は、スプリントの最後に配信されて完全に統合されることを目的とした製品バックログアイテムですが、作業が配信されて完全に統合されるようにするために個々のチーム全体の認識が必要な作業でもあります。

主な所有者はNexus統合チームだと思います。ただし、スクラムチームのいずれかが、Nexusの2つ以上のチームにまたがる新しい作業を特定した場合、Nexus統合チームのチーム代表を通じてNexusSprintバックログに追加できます。 Nexus統合チームのメンバーは「Nexusの個々のスクラムチームのメンバーであることが多い」こと、およびNexus統合チームのメンバーシップは「個々のスクラムチームのメンバーシップよりも優先される」ことを考慮してください。つまり、Nexus統合チームのメンバーは、NexusSprintバックログに追加されたチーム間の作業項目が完全であることを確認する責任と責任があります。

0
Thomas Owens