Nexus (Nexus)

概要

Nexusとは、単一のプロダクトを協力して開発・デリバリーする約3〜9のスクラムチームからなるグループ、および大規模スクラムのための軽量なフレームワークである。スクラムの核となる経験主義と自己管理を忠実に維持しながら、チーム間の依存関係管理と毎スプリントでの統合インクリメント作成を目的とする。単一のプロダクトバックログを共有し、通常のスクラムイベントを自然に拡張した統合イベントやNexus統合チームを通じて依存関係を解消する。重厚な階層構造を増やさずルールを最小限に抑えることで、スケーリングに伴う複雑性を軽減し、組織の透明性を保ちながら提供価値の最大化を図る。

詳細

Nexusは、スクラムの共同創始者であるケン・シュエイバーらによって体系化されたスケーリングモデルである^[1]。単一のプロダクトバックログをもとに約3〜9チームが統合プロダクトを開発する軽量フレームワークとして位置づけられる^[2]。

構造と役割: 単一のプロダクトバックログおよび単一のプロダクトオーナーを中心に構成され、複数チームでこれらを共有する^[3]。また、Nexus統合チーム（NIT）を中心として、チーム間の依存関係を特定・最小化・解消する役割を担う^[1]。NITはチーム間の作業統合を調整し、技術的卓越性の担保、依存関係の解消、コーチングを提供する専任の役割・チームとしても機能する^[2]。
目的と成果物: スプリントごとに、完成された「統合インクリメント」を提供することを目的とする^[3]。継続的統合を重視し、毎スプリントで「完成」しかつ動作する統合インクリメントを生成することを必須要件とする^[1]^[2]。
依存関係の管理: コミュニケーション構造やプロダクト構造に起因するチーム間の依存関係を削減・明確化し、スケーリングにおける複雑性を管理する^[3]。
経験主義と自己管理: スクラムの根本にあるボトムアップの情報収集と経験主義を維持・強化し、チームの自己管理と透明性の維持、最終的な責任の担保を実現する^[3]。単一プロダクトバックログおよび共通のNexusイベントを通じて、規模拡大に伴い低下しやすい組織の透明性と責任分掌を保つ^[1]。
スクラムの自然な拡張: 通常のスクラムイベント（プランニング、デイリー、レビュー、レトロスペクティブ）の上位・統合レベルを定義し、過剰な規約を避けながらスケールを実現する^[1]^[2]。
軽量性の利点と位置づけ: SAFeなどの重厚なエンタープライズ向けフレームワークに比べてルールや役割が最小限に抑えられており、スクラムの持つ経験主義や自律性を損なわずにスケールさせることが可能である^[2]。実証研究においても軽量フレームワークの代表例の一つとして挙げられ、複雑な階層を増やさずに協調作業を進めるアプローチとして認知されている^[2]。

分類・所属

所属タグ: Nexus Scaling Scrum.org Cross-Team Integration
カテゴリー: Scaling

脚注

Evolution of the Agile Scaling Frameworks — 「Nexus、eScrum、S@Sも、他の多くのアジャイルスケーリングフレームワークと比較して比較的初期に考案された。」（原文: “Nexus, eScrum, and S@S were also relatively early designed compared to most other agile scaling frameworks.”）（訳）（ライセンス: CC BY 4.0） ↩ ↩² ↩³ ↩⁴ ↩⁵
Do Agile Scaling Approaches Make a Difference? An Empirical Comparison of Team Effectiveness Across Popular Scaling Approaches — 「Bittnerらによって開発されたもう1つの軽量なスケーリングアプローチであり」（訳）（ライセンス: CC BY 4.0） ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶
Nexus Guide — 「Nexus 統合チームは、プロダクトオーナー、スクラムマスター、Nexus 統合チームのメンバーで構成される。」（ライセンス: CC BY-SA 4.0） ↩ ↩² ↩³ ↩⁴

Nexus (Nexus)

概要

詳細

分類・所属

関連動画 (YouTube)

脚注