LeSS（Large Scale Scrum）フレームワークでさらに多くのことを行う：ツールの図を使用

LeSS は、2014年にLeSS Companyとして設立された、スクラムのスケールアップの実務経験からBasVoddeとCraigLarmanによって作成されました 。

「MorewithLeSS」 の原則は、LeSS（Large Scale Scrum）の中心です。複雑な製品開発には、複雑なソリューションは必要ありません。問題の本質を深く理解する必要があり、それをより簡単な解決策で解決することができます。

LeSSは、1チームスクラムのスケールアップバージョンであり、1チームスクラムの実践とアイデアの多くを維持しています。LeSSには、次のものがあります。

• LeSS：最大8チーム（それぞれ8人）。
• 単一の 製品バックログ （チームではなく製品用であるため）、
• すべてのチームに対して1つの定義が完了しました。
• 各スプリントの最後に出荷可能な製品の増分を1つ、
• 1人の プロダクトオーナー、
• 多くの完全なクロスファンクショナルチーム（単一のスペシャリストチームなし）、
• 1つの スプリント。

LeSSでは、すべてのチームが共通のスプリントに参加して、すべてのスプリントに共通の出荷可能な 製品を提供します。

LeSSの違いは何ですか？

• スプリント計画パート1：1人のプロダクトオーナーに加えて、すべてのチームの人々が含まれます。チームメンバーが自己管理して、製品バックログアイテムの分割を決定できるようにします。チームメンバーは、特に関連項目について、共有作業を見つけて協力する機会についても話し合います。
• スプリント計画パート2：これは各チームによって独立して（通常は並行して）開催されますが、単純な調整と学習のために、2つ以上のチームが同じ部屋（異なるエリア）で開催する場合があります。
• デイリースクラム：これも各チームが個別に開催しますが、チームAのメンバーは、情報共有を強化するためにチームBのデイリースクラムを監視する場合があります。
• 調整：ただ話し、コードでコミュニケーションし、旅行者、オープンスペース、そしてコミュニティ。
• 全体的なPBR：1人の製品所有者とすべてのチームの人々を含むオプションの短い全体的な製品バックログ改良（PBR）会議がある場合があります。主な目的は、どのチームがどのアイテムを実装する可能性が高いかを判断し、後で詳細な単一チームPBRのためにそれらのアイテムを選択することです。また、プロダクトオーナーとすべてのチームとの連携を強化するチャンスでもあります。
• 製品バックログの改良：LeSSの唯一の要件は、1チームのスクラムと同じ単一チームのPBRです。しかし、一般的で有用なバリエーションは、学習と調整を強化するために2つ以上のチームが一緒に同じ部屋にいるマルチチームPBRです。
• スプリントレビュー：1人のプロダクトオーナーに加えて、すべてのチームの人々、関連する顧客/ユーザー、およびその他の利害関係者が含まれます。製品の増分と新しいアイテムを検査するフェーズでは、「バザール」または「サイエンスフェア」スタイルを検討します。複数のエリアがあり、各エリアに チームメンバーが配置され、チームによって開発されたアイテムが表示され、議論されます。
• 全体的な 回顧：これは、1チームのスクラムにはない新しい会議であり、その目的は、1つのチームに焦点を合わせるのではなく、システム全体の改善を検討することです。スプリントの最大期間は週45分です。これには、 プロダクトオーナー、 スクラムマスター、および各チームのローテーション担当者が含まれます。

大規模なスクラムキャンバスでスクラムを管理する

大規模プロジェクト向けに設計されたビジュアルプロセスキャンバスを使用して、スクラムプロジェクトの効率を最大化します。（クイックツアーに参加— ビジュアルパラダイムLeSS Canvas）