スクラムに従って作業している3つのアジャイルチームがあり、–スクラムではもはや十分ではない。次のステップは何だろう？これには次のような様々なフレームワークがある。 セーフNexusなど、他にもたくさんある。今日はLeSSを詳しく見てみよう。
LeSSはSCRUMである（定義）
(その) LeSSフレームワーク は、スクラムの原則と理想を、定義されたルールとガイドラインを通じて、できるだけシンプルに大企業の文脈に適用しようと試みている。そのシンプルさゆえに、LeSSは「かろうじて適切な」フレームワークという定義やレッテルを貼られている–が、これは否定的な見方をするものではない。
7 LeSSフレームワークの利点
LeSSの基本的な焦点は、別の新しいフレームワークを作ることではない。その代わりに、スクラムの原則を多くのチームに適用する。
以下のような利点がある。 LeSS を達成することができる：
- 導入コストの低減 チームがすでにスクラムで使用しているプラクティスを導入することによって、次のことが可能になる。
- プロダクト・オーナーフレームワークと原則を理解し、ビジネスチームと技術チームの橋渡しをする。
- についてである。 製品の配達をする人が少なくなる 必要である。LeSSは、指数関数的に役割やオーバーヘッドを増やすことはない。
- を提供している。 製品全景 フォーカスエリア内
- (その) チームは直接連絡を取り合っている 顧客およびその他の利害関係者と
- 継続的な改善 これはAgilenマニフェストの基本的なプロセスである。
- 多くの企業にとって、スクラムチームを拡大するためのLeSSのアプローチは次のようなものだろう。 アジャイル・スケーリングへの次の論理的ステップである。.
話を深める前に、ちょっとしたメモを。我々は最近、11人の国際的なアジャイルの専門家をゲストとして招き、ウェビナー–を開催した。
その結果がこの素晴らしいビデオ録画（英語）で、例えば次のような疑問を解決している：
- ボトムアップとトップダウンのどちらが良いのだろうか？
- リーダーたちに共通のビジョンを持たせるにはどうすればいいのか？
- 正しいアジャイルフレームワークの選び方 –、実はそれほど重要ではない理由とは？
私の一番のお勧めは、ぜひ見てほしいということだ！比較的時間がかかるが、一分一秒の価値がある。
LeSSはどのように構成されているのか？定義
定義によれば、大規模スクラムは原則、フレームワーク、ガイドライン、実験の上に構築される。図解（出典 LeSSウェブサイト)がそれを示している。例を挙げて説明しよう：
原則チームXは携帯電話を開発している。透明性をもって行動するという原則は彼らにとって重要である。そのため、彼らは透明性を持って仕事をし、定期的に日報を作成する。さらに、携帯電話の製造に重要な材料がどこから来ているのかを正確に把握し、後に顧客に透明性をもって伝えることができるようにしたいと考えている。どこまでも透明なのだ。
フレームワークの条件同時に、SCRUMのフレームワークを理想的なものにするためのフレームワークの条件を作るための努力も続けている。 アジャイル・バリュー を定義する：開放性、勇気、尊敬、集中、そして献身である。
指導原則：開発の指導原則とは、製品のビジョン、製品の技術的要件、さらにはチーム内での協力の仕方である。
実験：不確定要素が生じた場合、私たちは実験の領域に入り、そこで物事をテストし、試してみることになる。例えば、新しい機能を開発したり、まったく新しいターゲットグループを開拓したりする場合だ。(出典 LeSSウェブサイト)
LeSSの10原則
LeSSの定義 10原則.これらの原則は、–の例に従えば、顧客の価値観や考え方に最も近い携帯電話を開発するのに役立つ。以下は、10原則の一覧である：
- 大規模スクラムはスクラムである： 携帯電話は1つのチームだけでなく、複数のチームによって開発することができるため、顧客は満足し、開発期間は合理的である。
- 経験的プロセス制御： 短期的な経験に基づき、携帯電話の個々の機能は継続的に適応され、絶えず改訂されている。
- 透明性： 私たちのチームXは、今後、毎週のチーム目標を社内のプラットフォームでオープンに共有することにした。これは、全員が実際に何に取り組んでいるかを理解するのに非常に役立つ。
- より少ないものでより多くを得る： 基本的に、不活性なルールを確立して "バラスト "を追加する前に、新しいアイデアを試し、そこから学ぶべきである。
- 全製品に焦点を当てている： チームには、個人以上に目標を最適化できない傾向がある。したがって、チームにとっての最大の課題は、自分たちの仕事を製品に統合することである。したがって、製品全体の「目的」はできるだけ明確でなければならない。そのため、チームや個人には、必要に応じて適切な小目標を自ら定義する権限が与えられる。
- 顧客中心主義である： 顧客と直接仕事をするチームだけが、製品の真の価値を最大化することができる。残念なことに、組織はチームが成長し始めるとすぐに顧客から切り離す傾向がある。これに対抗するため、例えば、顧客は定期的にチームのミーティングに招かれ、フィードバックを受ける。
- 完璧を目指して改善を続ける： LeSSは多くの組織にとって大きな変化である。LeSSが自動的に改善を意味するわけではないことに注意してほしい。LeSSは、組織がより良い–になり始めることを可能にする。LeSSはプロセスである！
- リーン・シンキングだ： LeSSは、何よりもその場（ゲンバ）を見ることを重視し、3段階の学習コンセプトを掲げている。 シュハールi（Shu＝真似る、Ha＝変化させる、Ri＝自分のルールを決める）、そして人を尊重する。
- システム思考だ： すべての行動、変更、改善は、目標を達成するために、常にシステム的に、あるいはシステムに適合するように考えなければならない。例あるチーム–で理論的に金銭的ボーナスを支給するとして、他のチーム（つまり組織システムの他の部分）にとってはどうなるのか？
- 待ち行列理論： 基本的な考え方は、ソフトウェアの世界では、私たちは目に見えないキュー（例えば、要求文書やテストされていないソフトウェア）をたくさん作り上げ、これらのキューの最適な処理についてはほとんど気にしないということである。例えば、リソースの利用率が50%から90%に増加した場合、新しいタスクの待ち時間はおよそ2倍になるのではなく、倍増することをご存知だろうか？そのため、WIP（仕掛品）制限を定義し、マルチタスクや大規模な作業パッケージを避ける。
LeSSのフレームワーク
LeSSには2つのコンフィギュレーションがある： 基本的なLeSS のためのものである。 2～8チーム (10名から50名）と LeSS 巨大な のためのものである。 8チーム以上 (50人から6,000人以上）。
ソースはこちらだ： 作品数
LeSS Hugeに直接移行する前に、実験し、経験を積み、フィードバックを得るためにBasic LeSSから始めることを推奨する。LeSS Hugeの導入には2つのアプローチが提案されている：
- 大きな製品の中で、一度に1つの要求領域から始め、最初はそれだけに集中する。
- あるいは、チームの作業範囲、完了定義、製品定義を徐々に拡大していく。
こうすることで、企業はLeSSでチームの経験を積み、1つの製品分野で拡大し、–で最初の成功を収め、その結果、LeSSを全社に拡大する前に経営陣の支援を受けることができる。
ところで、アジャイル・トランスフォーメーションの文脈で簡単にメモしておこう。 アジャイルにおける正しい優先順位 変革？
そして、あなたのアジャイル変革のための成熟度チェック–を受ける。300人以上の他の参加者のベンチマークも得られる。ボタンᙂを見る
LeSSにおける役割と計画
基本的なLeSSは、チームと最も重要なスクラムの役割に焦点を当てている：
- スクラムプロダクトオーナーは、製品のビジョンと方向性に責任を持つ。
- スクラム開発チームが製品の創造と提供を担当する
- スクラムマスターは、チームの継続的な改善をサポートする。
- マネジャーの役割と、マネジャーが継続的改善と自律性を妨げる障害や「阻害要因」を取り除くためにチームをどのようにサポートするか（SCRUMの拡張）。
巨大なLeSSは、基本的なLeSSを以下の役割で補完する：
- LeSS Hugeの地域プロダクトオーナーはプロダクトオーナーをサポートし、ビジネス要件（財務など）と開発チームをつなぐ重要な役割を担う。
- エリアプロダクトオーナーは、顧客志向のタスクを専門とし、製品志向のフィーチャーチームのプロダクトオーナーとして活動する。
LeSSのミーティング
(その) プロダクト・バックログの絞り込み (PBR）ミーティング
PBRミーティングは、一連の並行したLeSSスプリントの実行を通じて、フォーカスエリア全体のスプリント計画を拡張する。各スプリントにおいて、要素を理解し、議論し、洗練させ、将来のスプリントに備えるために、これらのミーティングを継続的に行うことが必要である。PBRミーティングの主な活動は以下の通りである：
- エピック–の作成、すなわち、一致する大規模なトピックのクラスタリング。
- オープンな質問の明確化と回答：顧客や同僚のアイデアや製品について、全員が同じ理解を持つべきである。
- ユーザーストーリーのサイズ、リスク、依存関係の見積もり：個々のトピックの準導出と詳細計画
(その) スプリント・レビュー
スクラムに相当するもの：スプリントレビューとは、スプリントの終わりに行われるミーティングで、スプリントのゴールに関連して行われた作業を評価するものである。これは製品そのものに関するものである。進捗が可視化され、新たな行動領域が特定される。これにより、製品とゴールに関する進捗が透明化される。
(その) レトロスペクティブ
スクラムと似ている：レトロスペクティブは、チームの協力関係を扱うミーティングである。チーム内のコラボレーションを改善することであり、プロセスと内容を改善することである。また、個々の開発者間の相互作用、スクラムマスターの作業、プロダクトオーナーとのコミュニケーションにも関係する。これにより、レトロスペクティブは継続的改善プロセス（CIP）の重要な一部となる。
大規模スクラムでは、"レトロ・オブ・レトロス "を実施することが推奨されることがある。
大規模スクラム – スクラムマスター比率
スクラムマスターは何チーム持つべきか？1チームに1人のスクラムマスターがベストだと主張することもできる–。 デメリット は持っている。 原則として 大規模なスクラムマスターの比率は1:1～1:3である。
大規模スクラムLeSSがAgileの手法として正しいのはどのような場合か？
ラージスケールスクラムは、すでにSCRUMを使用していて、スクラムの規模を拡大したい場合に使用できる。また、自己組織化とルールの間のバランスを見つけることもできる。
バス・ヴォッデ と語ったことがある。 クレイグ・ラーマン LeSSは、必要な指導と可能な限り少ない指導の間のスイートスポットを突いているため、非常に優れたアプローチだと信じている。
スクラムそのものと同様に、スクラムはプロセスフレームワークに過ぎず、それを使用するチームによって非常に個別かつ多様に設計することができる。この主張はもっともらしく、実際にラージスケールスクラム（LeSS）は他のスケーリングフレームワークとは一線を画している。
イラストレーションだ： スイートスポット
比較：大規模スクラムとスクラムの比較
LeSSはスクラムの上に構築され、より広い文脈での使用をサポートし、より大きな組織や1つのチームを超えて拡大する。だから、どちらか一方という問題はない。LeSSはSCRUMの拡張である。だからLeSSを導入するには、必ずスクラムが必要だ。まずSCRUMを導入し、それからLeSSに切り替えるのは理にかなっている。
比較：大規模スクラムと大規模AgileフレームワークSAFe®の比較。
LeSSは大規模なソフトウェア開発チームを抱える企業でますます人気が高まっているが、スクラム・オブ・スクラムやスクラム@スケールといった他のスケーラブルなアジャイルフレームワークも重要性を増している。代表的なフレームワークの1つは スケールドAgileフレームワーク®（SAFe）.
大規模スクラムとスケールドAgileフレームワークSAFe®の間には多くの類似点がある。例えば、どちらもスクラムチームをスケールさせ、リーン思考、継続的改善、顧客重視などの原則を取り入れることから始める。
3 ラージスケールスクラムとスケールドAgileフレームワークSAFe®の主な違い
- 組織である： LeSSは、柔軟性と適応性を維持することで、組織構造を簡素化することに重点を置いている。
- 役割だ： SAFeには、リリーストレインエンジニア（RTE）、ソリューショントレインエンジニア（STE）、エピックオーナーなどの役割が追加されている（このため、「オーバーヘッド」が増えたとも言われている）。
- 実施する： Scaled AgileフレームワークSAFe®には、組織によっては採用できないプロセス、成果物、組織変更が含まれている。そのため、どのフレームワークが自分と組織に合っているかを常に検討する必要がある。
大規模スクラムの導入を成功させるために
大規模スクラムの導入を成功させるには、長年の思い込みを打ち破り、企業構造を変える必要がある。
従って、すべての人がこの変化に備えることを宣言することが基本となる–も参照のこと。 コッターによるチェンジ・マネジメント・モデル に関する我々の記事も参照のこと。 Agile変革ロードマップ.
–に向けた魅力的なビジョンを描き、実験精神をもって多くの変革プロジェクトを一度に立ち上げる。
当初の目標が達成されると、変更は完了し、組織は次の変更が差し迫るまで新しい現状に適応する。
この古典的なアプローチは、逐次的なアプローチと似ている。 「ビッグバッチ・アプローチ 参照 図)のソフトウェア開発では、変更は例外であり、管理機関によって厳密に管理される。
LeSSの採用においては、チェンジ・イニシアチブがないので、チェンジ・マネジャーは存在しない。LeSSでは、変化は実験と改善を通じて継続的である– 変化は現状維持である。
成功するためのステップとは何か？
1. チーム文化を転換、適応、変化させる。
チームと組織が新しいアジャイル文化について十分な経験を積み、責任ある意思決定者が次のステップを開始するまで、まずはスクラムチームから始めることを推奨する。これはまた、誤った開発のリスクを減らすことにもなる。
2. チーム内の協力関係を改善する
1つの製品に複数のチームがスケーラブルに取り組むには、アジャイル・プラクティスを導入する必要がある。チーム間の調整を容易にするプラクティスは、特に重要である。最初のチームは、組織の他のチームのパイオニアとして、まだ多くの実験をしなければならない。
チームが組織の他の部分から本当に切り離されていれば、それに応じて組織の進歩も速くなる。これは、管理可能な枠組みの中で、より速く、より少ないリスクで行うことができる。
3. 企業構造の変化
アジャイルな組織のさらなる成長は、あらゆるレベルのリストラクチャリングを意味する。遅くとも今、変革のイニシエータは経営陣を巻き込まなければならない。チームとトップマネジメントの間のすべてのレベルが–に挑戦し、組織構造は非常にスリムになる。これはおそらく、特に経営陣にとっては、このプロセスの中で最も「苦しい」部分であろう。
4. 企業文化の変化
スクラムとLeSSのフレームワークと適切なアジャイルプラクティスを企業の全領域に適用することで、アジャイル文化を組織全体で学ぶことができる。最適なアジャイル組織は存在しないため、プロセスが停止することはない。
スクラム、LeSS、LeSS HugeによるAgileへの移行には、先見性のある戦略が必要である。そのため、適切なアドバイスとトレーニングが必要である。
もし、あなたがまだ適切なレトロボードを探しているのであれば、我々の記事が役に立つだろう： それに比べて最高のレトロボードだ。
