ラージスケールスクラム(LeSS)およびスケールドアジャイルフレームワーク(SAFe)の意図された、またはターゲットの組織規模はどれくらいですか?


10

スクラムガイドは 5と11のメンバー間のどこかのために製品の所有者、3-9員の開発チーム、および1スクラムマスターで構成され、単一のユニットを定義します。プロダクトオーナーがサポートスタッフを持っている場合や、チームがその数をわずかに変更するための専用のスクラムマスターを持っていない場合がありますが、約12人で制限されているようです。

ネクサスガイドは、単一の製品に取り組んで3-9スクラムチームを処理するためにスクラムをスケーリングする1つの方法を説明します。専用のメンバーになるか、さまざまなスクラムチームのメンバーで構成される新しいNexus統合チームが追加されます。そのガイドに基づいて、それは約20〜120人にスケーリングされます。

統制のとれたアジャイルは、1チームからNチームにスケールアップできます。標準的な個々のチームのサイズは、スクラムとほぼ同じです。3〜9人のメンバーと、さまざまなスペシャリスト、独立したテストチーム、ドメインエキスパートなどからのサポートの役割です。このフレームワークでの考慮事項は、単純なスケーリングではなく、アジャイルメソッドの適用です。大規模な組織では、コンプライアンス、アウトソーシング、グローバルに分散されたチームを必要とする規制環境。制限は、製品または製品ラインごとにDAのインスタンスを1つ持つことです。

程度の差はありますが、私はスクラム、ネクサス、DADを使用したプロセスの作業または実装に携わってきたので、それらについてしっかりと理解しています。私は、他の人が言っていることを読んでいる以上に、LeSSとSAFeの実用的な知識を持っていません。

LeSSは簡単なようです。これは、Nexusに代わるものであり、はるかに大きな拡張機能を備えています。LeSSルールでは、LeSSは2〜8チーム向けに設計され、LeSS Hugeは8チーム以上向けに設計されています。開発組織のサイズは、LeSSの場合は15〜80、LeSS Hugeの場合は80以上と推定されます。組織によっては、LeSSの製品組織で20〜110人、LeSS Hugeで100人以上が見られ、管理、独立したQA、運用などがカウントされます。どちらの形式のLeSSも、単一の製品、またはおそらく密接に関連する一連の製品(製品ラインやマイクロサービスのセットなど)を対象としています。すべての製品には、LeSS(またはLeSS Huge)の独自のインスタンスがあります。

SAFeには、組織全体(操作、ユーザーエクスペリエンス、エンタープライズアーキテクトおよびシステムエンジニア、製品マネージャー、QA、開発者など)が含まれているようです。3つのレベルの組織と4つのレベルの組織という2つのモデルがあります。3レベルの組織は、チーム、プログラム、およびポートフォリオを識別します。4レベルの組織は、プログラムとポートフォリオの間にバリューストリームレベルを追加します。識別された役割の数に基づいて、これは複数の製品と並行プログラムを持つ大企業組織をターゲットにしているようです。実装のためのガイダンスを読む、彼らは実装組織が幹部と管理を訓練し、それから少なくとも50人の開発チームのメンバーを訓練することを期待しているようです。最小の組織サイズは、特定されたすべてのグループおよび実装を意味のある複数の製品にわたって数百人と思われます。

LeSSはターゲットオーディエンスに関してNexusの「競争相手」であり、SAFeは他のスケーリングされたアジャイルフレームワークよりもはるかに多くの製品または製品ラインを持つ非常に大規模な組織をターゲットにしているという私の想定では正しいですか?

回答:


2

客観的なソースとして、ASK(アジャイルスケーリング知識)マトリックスを使用できると思います。事前定義された9つのスケーリングされたアジャイルフレームワークが付属しています。

現在、次のサイズを定義しています。

  • 小:<100人または10チーム
  • Med:> 100 <500人または50チーム
  • 大規模組織:500人以上または数百のチーム

次に、あなたが名前を付けたフレームワークを次のように範囲付けします:

  • Nexus:小さいがNexus +は9を超える
  • LeSS:中-大
  • SAFe:大規模-エンタープライズ

この情報から、LessとNexusは「中」レベルで比較できると思いますが、LeSSはより大きな側面に重点を置いており、Nexusは小さな設定に重点を置いています。

SAFeは、さらに大規模な(エンタープライズ)組織に焦点を当てた唯一のものであるようです。それでも、SAFeを実装している企業が本当にアジャイルになることができるかどうかは疑問です。(コンサルタントの夢のように聞こえますが、おそらくそれは別の質問です;-)

個人的に私は3チーム以上の会社で働いたことはありません。したがって、私はこの情報を検証するのに適した人物ではないかもしれません。多分あなたは、これらの異なるスケーリングフレームワークを使用している企業と協力したかもしれないいくつかのコーチを含むハンズオンアジャイルオンスラックでこれを議論することができます。


2

私は認定LeSSプラクティショナーおよびSAFeプログラムコンサルタントです。LeSSとSAFeはどちらも、50人から数千人までのあらゆる規模のチーム向けに設計されています。私が知っている最大のLeSS実装は、チームに1800人の人々がいるBMWの自動運転車です。SAFeは4000人以上のチームを持つ多くの組織を知っています。

組織の規模がフレームワークの決定要因になるべきではないと思います。これは非常に単純化した見方です。各フレームワークには最適化コンテキストがあります。

LeSSは、製品開発における俊敏性が主な関心事である場合に最適に機能します。ただし、SAFeは、敏捷性が必要な場合に最適に機能しますが、リスク選好度が低く、安定性のために敏捷性を犠牲にしてもかまいません。

SAFeは大きく複雑なフレームワークです。これは欠点ですが、単純化を望まない組織でもうまく機能します。Scaled Agile Frameworkのいくつかの重要な側面を要約した記事を書いた。SAFeの重要な役割、アーティファクト、および式を要約して、理解を少し簡単にします。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.