LeSSフレームワークのルール
from https://less.works/jp/less/rules/index.html

LeSSの構造

LeSSフレームワークは2〜8チームでの開発向けである。

チーム• チームを組織の基本単位とし、個人ではなくチーム単位で組織を構成すること。
• それぞれのチームは①自律的②クロスファンクショナル③同一ロケーション④長期間存続であること。
• ほとんどのチームは顧客中心のフィーチャーチームである。

スクラムマスター• スクラムマスターはLeSS導入が問題無く行われる事に責任を持つ。
そして、チーム、プロダクトオーナー、組織、技術的手法の改善に注力し、１チームだけの改善にとどまる事なく、組織全体の改善を行う必要がある。
• スクラムマスターは専任でフルタイムであるべき。
• 1人のスクラムマスターが1〜3チームを支援できます 。

マネージャー• LeSSではマネージャーの存在は任意だが、存在する場合は役割が変わる可能性が高い。
マネージャーはプロダクトの一部だけを見るのでは無く、プロダクト開発全体の価値提供を見るようにする。
• マネージャーの役割は現地現物Go Seeによりプロダクト開発の改善を推進する事である。異常があったらすぐに止めて直す事を推奨する。現状維持では無く、実験的な試みを推奨する。

適用• プロダクト開発をするグループのためにスタート時から完璧にLeSSの構造を適用させる事が重要である。
これは、LeSSを導入する際に肝となる。
• LeSSの導入を単一のプロダクト開発グループだけでなく、組織全体に広げていく事で、現地現物の考え方が広がり、実験や改善があたりまえとなる環境を作っていく事ができる。

LeSSのプロダクト• １つの出荷可能なプロダクトに対して１人のプロダクトオーナーと１つのプロダクトバックログで運用を行う。
• プロダクトオーナーは1人でプロダクトバックログリファインメントを行うべきでは無く、幾つかのチームが顧客やユーザー、ステークホルダーと直接コミュニケーションをとり、プロダクトオーナーをサポートしている状態であるべきである。
• 全ての優先順位付けはプロダクトオーナーに集約するべきだが、要求や仕様の詳細確認は極力チーム間や顧客、ユーザー又はステークホルダーと直接やるべきである。
• プロダクトの定義は可能な限りエンドユーザー又は顧客の視点で定義するのが良く、時間の経過とともにプロダクトの定義は広くしていき、狭い範囲に限定せず、より広く定義するのが望ましい。
• 全てのチーム共通での共有するDoneの定義を持つ。
• 各チームで個別の拡張版Doneの定義を持つ事ができる。
• 完璧に近つくため、Doneの定義を強化することによって各スプリント（またはそれ以上の頻度）で出荷可能なプロダクトを作れるようになる事が目標です。

LeSSのスプリント
必ず１つのプロダクトに関わるチームは同じスプリント周期を守る事。全てのチームのスプリントの開始と終わりは同じタイミングであること。
ス
プリントの終わりにはプロダクト全体が１つに結合されている状態にすること。

チーム• スプリント計画は２つのパートに分かれる：スプリント計画１部は全てのチームが一緒に行う。但し、スプリント計画２部は各チームに分かれて別々で行う。
ただし、関連性が強いアイテムを持っているチームは同じ場所で行う。
• スプリント計画１部はプロダクトオーナーと全チーム又はチームの代表にて行われる。仮で各チームが次のスプリントで何をするかを選び、他チームと協働する部分がないかや不明確な点はないかを議論して、最終的に各チームがやることを決定する。一旦、各チームが次のスプリントに何を行うかを選択し、内容の不明点を聞き、他のチームと協働する部分は無いかの確認を行う。
• 各チームはチームごとのスプリントバックログを有する。
• スプリント計画２部は各チームがどうアイテムを実現させるかを考える場であり、設計とスプリントバックログを作る事になる。

スプリントの実施• デイリースクラムはチーム単位で行う。
• チーム横断での調整はチームに委ねられている。中央集権的で形式的な調整ではなく、個別の判断で自由に調整する方が好ましい。重
要なのはお互いに会話をする事（単純だができて無い事が多い）、コード上でのコミュニケーション、チーム横断での会議、コンポーネン
トメンター、旅行者、偵察、そしてオープンスペース。

バックログリファインメント• プロダクトバックログリファインメント（PBR）は各チームでそのチームが対応する可能性が高いアイテムをリファインする。
チーム間での共通認識作りや調整機会を増やす為に領域が近いアイテムや広い領域の理解が必要な場合には複数チーム又はオーバーオールPBRを行う。

スプリントレビュー• スプリントレビューは全てのチームで行う。検証と適応を行うのに十分な情報を得られるように必要なステークホルダーが参加しているようにすること。

スプリントレトロスペクティブ• スプリントレトロスペクティブは各チームで行う。
• オーバーオールレトロスペクティブは各チームのレトロスペクティブの後に行われる。
ここでは複数チームの共通課題や広い領域の課題を扱い、改善に向けての試みを決める。
この場にはプロダクトオーナ
ー、全スクラムマスター、チーム代表とマネージャー（いる場合）が参加する。

© Copyright 2014 - 2023 The LeSS Company B.V. All rights reserved.
-1-

LeSS Huge フレームワークのルール

クレイグ・ラーマンの法則(Larmanʼs Laws)

from https://less.works/jp/less/rules/index.html

LeSSの構造https://scrummaster.jp/larmans-laws-jp/

LeSS Hugeはプロダクトを８チーム以上で作る場合に適応される。
これよりも小さな規模でLeSS Hugeを適応する事は不必要なオバーヘッドや部分最適の原因となり、推奨しない。

1. 組織構造は暗黙的に現行のマネージャーと専門家の役職や権限が変わらないように最適化されています。

リクワイアメントエリア（要求エリア）• 顧客の要望は顧客視点での分類がされ、リクワイアメントエリアと紐付く。
• 各チームは１つのリクワイアメントエリアを専門的に対応する。
これは毎スプリント変えるような事はせずに長期間固定する。
ただし、他のエリアの要求が増えて来た場合は変更していく。
• 各リクワイアメントエリアには１人のエリアプロダクトオナーを設ける。
• それぞれのエリアは４−８チームとする。
このチーム数の範囲を守るようにする。

2. 1の影響により、変化を起こす提案は、元の状態が再定義される、もしくは新しい用語が乱用されることになり、結果的に元々の状態と変わらない状態になります。
3. 1の影響により、変化を起こす提案は「理想主義だ」、「机上の空論だ」、「革命だ」、「宗教だ」、「我々の環境に合うようにカスタマイズすべきだ」
といった批判や嘲笑の対象になります。ーこれは、自分たちの弱点から目をそらすためであり、マネージャーや専門家が現状を維持するためのものです。
4. 1の影響により、変化を起こす提案を間違えた方向にさらに変化させた後、仕事にありつけなかったマネージャーや専門家がまだ残っていた場合、彼らは(2)や(3)を推し進めながら変化を遂行するためのコーチやトレーナーになってしまいます。

インクリメンタルな導入• LeSS Hugeの導入には組織の構造を変える事が伴う。
この変更は１度に行わず少しずつ変えていくようにする。
• LeSS Hugeの導入は数ヶ月〜数年を要することを覚えておく。忍耐と多少のユーモアを持って進めることが望ましい。

5. 組織構造が文化を作ります。

LeSS Hugeのプロダクトもしくは、体制や組織設計が文化、振舞い、マインドセットに影響を及ぼすといってもいいでしょう。
すなわち、あなたが本当に文化を変えたいのであれば、組織の構造を変えなければなりません。
それ以外に文化を変える方法はありません。
ただし、これは大規模な組織の場合であり、スタートアップでは全くの逆です。文化が組織構造に影響を及ぼします（マインドセットが組織構造を作るのです）。

プロダクトオーナー• 各リクワイアメントエリアには１人のエリアプロダクトオーナーを設ける。
• （オーバーオール）
プロダクトオーナーの役割はプロダクト全体の優先順位決めとどのチームがどのエリアを対応するかを決める事となる。
そして、エリアプロダクトオーナーと密にコミュニケーションを取る必要がある。
• エリアプロダクトオーナーは該当エリアのチームに対してプロダクトオーナーとして振舞う。

そして、組織構造が文化を作る（大規模な場合）ゆえに、学習する組織といったような深い思考体制がが単体では定着しなかったり、影響を及ぼす事が難しい理由です。
そしてスクラム（最初から組織に変更を及ぼす事を意識している）がより早く文化に影響を及ぼす事ができる理由となります。
ーもちろん、スクラムによる構造改革が実現可能であれば、という条件が付随されます。

プロダクトバックログ• プロダクトバックログは１つである。
そして全てのアイテムは必ずどこか１つのリクワイアメントエリアに属する。
• 各リクワイアメントエリアには必ず１つのエリアプロダクトバックログが存在し、このバックログはプロダクトバックログよりも粒度が細かいものとなる。

システム思考家であり、システム思考の提唱者であるJohn Seddon氏
曰く、「組織の文化を変えようとする事は愚かな試みです。
なぜなら、そのような試みは常に失敗するからです。人々のふるまい（文化）は体制により作られるからです。
もしあなたが体制を変えれば人々のふるまいは変わるでしょう。」

LeSS Hugeのスプリント• プロダクト単位で共通のスプリント期間とする。各リクワイアメントエリアで別々のスプリント期間とする事は無い。
スプリントの終わりには統合された１つのプロダクトになっている必要がある。
• 全てのリクワイアメントエリアでLeSSのスプリントルールが適応される。
• プロダクトオーナーとエリアプロダクトオーナーは頻繁に同期し、スプリント計画時にチームが最も価値の高いアイテムに着手できるように準備する必要がある。
スプリントレビュー後にプロダクト横断での調整を行う。
• スプリントレビューは各リクワイアメントエリア単位で行う。

© Copyright 2014 - 2019 The LeSS Company B.V. All rights reserved.
-2-