Agileフレームワークは、企業がより速く、より確実に顧客に納品できるよう支援する。個々のチームにAgileを導入するのは非常に簡単である。課題は、組織全体にアジャイル・ワーキングを導入することである。
あなたの会社でスケールAgileに取り組むためにどのフレームワークを使うことができるか、そしてどの7つの原則に注意を払うべきかを紹介する。そして、フレームワークに関係なく、6つのステップでAgileをスケールさせる方法を説明する。
AgileとスケールAgileの比較
Agile」と「Scaled Agile」は密接に関連している：
Agileとは何か？
Agileは、製品を柔軟に開発・管理するための反復的な考え方と行動様式を表している。これには通常、自己管理する部門横断的なチームが製品に取り組む。製品はどのようなものでもよい。例えば、ソフトウェアであったり、マーケティングキャンペーンであったり、プロセスの改善であったりする。
敏捷性のコンセプトは次のようなものだ。 をトヨタのリーン生産方式に置き換えた。.1940年代、トヨタはこの方法で製品を継続的に改善し、資源の無駄を減らそうと考えた。1990年代、ソフトウェア業界はこの原則を取り入れた。ここでのAgileは、主に反復的なソフトウェア開発と顧客価値の提供を指していた。そして、チーム内に自律性と自己組織化を生み出した。それ以降、Agileは会社のあらゆる分野に広がっていった。
スケールの大きなAgileとは何か？
Agile at Scaleの定義は、企業におけるアジャイルの原則、考え方、価値観、実践の全体的な定着について述べている。すべての従業員だけでなく、プログラム、ポートフォリオ、IT、文化もAgileに変換される。Agile at Scaleは、組織の水平方向と垂直方向の両方に導入される。その目的は、コラボレーションとプロセスを改善し、より迅速で柔軟な成果を生み出すことである。
アジャイル・スケーリングにはどのようなフレームワークがあるのか？
Agileを組織全体で大規模に実施するための正しい方法は1つではない。むしろ、あらゆるレベルでアジャイルな働き方を導入するために、いくつかのフレームワークから選択することができる。現時点で最も重要なフレームワークを紹介しよう：
セーフ
スケールドAgileフレームワーク（SAFe）は、アジャイルプラクティスを組織に導入するための、さまざまな組織とワークフローのパターンを提供する。SAFeは、「Agileソフトウェア開発」、「リーン製品開発」、「システム思考」の3つの領域に焦点を当てている。そのため、複数のチームにまたがるコラボレーションとアライメント、そして実行を促進する。このフレームワークがどのように機能するかは、ブログ記事で紹介している。 「SAFe® Scaled Agile Framework: Explained in the nutshell」である。.
.
LeSS
大規模スクラム（Large-Scale Scrum：LeSS）は、他のフレームワークとは異なり、–は最小主義のフレームワークである。LeSSは通常のスクラムを大規模開発に適用する。LeSSとSAFeは同じパターンをいくつか使っている：どちらもチームレベルのスクラム、異なるチームのバックログ、チーム横断的な計画、自己組織化の原則を使っている。LeSSの詳細については、私たちのブログ記事 "大規模スクラム（LeSS）：簡潔で歯切れのよい紹介" を作る。
DA
以前はDisciplined Agile Delivery (DAD)として知られていたDisciplined Agile (DA)は、結果指向の方法でITソリューションを提供するために設計されたプロセス決定フレームワークである。このフレームワークは、大企業でAgileを大規模に実施するための基盤を構築する。そのために、スクラムとカンバンをポートフォリオ管理、ガバナンス、DevOps、人事、財務などの分野の変革スキルと組み合わせている。
スポティファイ
Spotifyは、実際には独自のフレームワークを開発したかったわけではなく、単に従業員がより自律的かつ柔軟に働けるようにしたかったのだ。しかし、時が経つにつれて、アジャイルの原則とプラクティスは会社のあらゆるレベルで非常に進化し、全体的なフレームワークとなった。Agileアットスケールのための、従業員にフォーカスした自律的なフレームワークである。Spotifyは、組織内の企業文化とネットワークを特に重視している。この枠組みの中で、Spotifyは特にSpotify Health Checkを確立した。私たちのブログポストで、これで確認できることを紹介する。 「Spotify Health Check：知っておくべきことすべて"..
S@S
Scrum@Scale（S@S）は、その名の通りスクラムをベースにした–である。S@Sはスクラムの拡張版であり、通常、チームレベルでスクラムに取り組んでいる企業が使用する。このフレームワークは、成長する組織を共通の目標に合わせることを目的としている。各チームのスクラムマスターで構成されるいわゆるスクラム・オブ・スクラムと、全プロダクトオーナーのメタスクラムが、フレームワークの実施を調整する。
ところで、アジャイル・トランスフォーメーションの文脈で簡単にメモしておこう。 アジャイルにおける正しい優先順位 変革？
そして、あなたのアジャイル変革のための成熟度チェック–を受ける。300人以上の他の参加者のベンチマークも得られる。ボタンᙂを見る
規模別Agileのフレームワークの違い
これであなたは、Scaled Agileが企業にとってどのように機能するか、第一印象を持つことができた。そして：例えば、どのフレームワークが問題になるかはお分かりだろう。適切なフレームワークを決めるには、図にある個々のモデルの詳細を見てほしい。そうすれば、あなたの組織に合うフレームワークが見つかるだろう：
ソースはこちらだ： 大規模組織におけるアジャイルの拡張｜アトラシアン
規模に応じたAgileの5つの基本原則
Agile at Scaleのために、それぞれのフレームワークがどのようなアプローチを採用しているかに関係なく、すべてのフレームワークを統合する5つの原則がある。あなたの組織では、これらを確立し、標準化すべきである：
1. 明確に定義された役割と企業構造
社内のアジャイル変革において、誰がどの役割を担うかを明確に規定しなければならない。これはまた、Agileをどのように大規模に実施したいかを会社の構造に反映させなければならないことを意味する。
2. 顧客の利益に焦点を当てる
すべての仕事、すべてのプロジェクトにおいて、顧客により良い結果をもたらすことを目標に取り組まなければならない。特に、顧客にとって付加価値の高い製品であることが重要だ。
3. あらゆるレベルでAgileを実践する
アジャイル・プラクティスとリズムを、垂直方向だけでなく水平方向にも、すべてのレベル–で実施する必要がある。
4. 継続的改善
最初のうちは、アジャイル成熟度は低いだろう。しかし、時間の経過とともに、成熟度は着実に高まっていくはずである。最初のうちは、より多くのチームや作業領域にアジャイル作業を導入することでこれを達成する。組織全体にアジャイル作業を導入したら、既存のプロセスを改善する必要がある。
5. スタッフとチームのオリエンテーション
アジャイル・ワークは常に従業員とチームに焦点を当てている。Agileは、従業員が自律的かつ柔軟に行動し、対応する自由を与える。
6つのステップでAgileをスケールアップする方法
単一のフレームワークを選ぶか、異なるフレームワークの特定の部分を選ぶかにかかわらず、スケーリングのプロセスは多くの場合似ている。以下の6つのステップでAgile at Scaleを導入することができる：
1. 出発点を定める！
組織のためにScaled Agileに取り組む前に、組織の立ち位置を知る必要がある。つまり、どのようなアジャイルスキルとコンピテンシーがすでに利用可能で、アジャイルな考え方と行動に完全にコミットする準備が社内でどの程度整っているかを定義する必要がある。これらの事実を念頭に置いてはじめて、組織のアジャイル変革を促進する戦略と実践を導入することができる。
2.ビジョンを描く！
Scaled Agileのスタート地点だけでなく、どこに行きたいかを知るために、ビジョンを作成する。これは詳細なロードマップである必要はない。明確なゴールを持った簡潔で短いビジョンを定義するだけで十分だ。最終的なビジョンである必要はない。むしろ、アジャイルな変革に向かう過程で、何度でもビジョンを適応させることができる。例えば、マッキンゼーは、社内の文化をアジャイルに形成するために、このビジョンを設定した：
ソースはこちらだ： アジャイル文化の構築に関する実践的な教訓｜McKinsey
3. リーダーを使う！
アジャイルな変革には、従業員の思考と行動を導き、変える触媒が必要である。そのためには、大規模なAgileの実施を支援するサーバント・リーダーが必要である。これは、最初から経営陣全員を参加させなければならないという意味ではない。数人のリーダーがプロジェクトに自信を持ち、予算を提供してくれれば十分だ。最初の成功を通じて、社内での信頼を築き、より多くのリーダーを獲得していくことができる。
枠組みを決める！
あなたの組織にScaled Agileを導入するには、従うべきフレームワークが必要である。これはあなたの組織に合うものでなければならない。必ずしも1つのフレームワークを選ぶ必要はない。スケールAgileのために、異なるフレームワークの個々のコンポーネントを使うこともできる。重要なことは、フレームワークがあなたの組織の現在の中核的な課題と目標に役立つものでなければならないということである。そのためには、フレームワークの構成要素は、価値の流れを志向し、顧客価値を高めるものでなければならない。
5. アジャイル変革を開始する！
これで、少なくとも理論上はアジャイルトランスフォーメーション–を始めることができる。プル型トランスフォーメーション–を使うか、プッシュ型トランスフォーメーション–を使うか、あるいは両方を組み合わせるかを検討することができる。基本的には、トップダウンでスケールのAgileを導入するか、ボトムアップでAgileを導入するかである。我々の経験では、両方の混合が特に有望である。一般的に、チームやスタッフが間違いを犯すことを覚悟しておくこと。準備し、失敗から学ぶ。
6. レトロスペクティブを導入する！
自社のアジャイル変革の進捗状況を確認する、 レトロスペクティブを活用できる.チームやプロセスがどのようにAgileへと徐々に変化していくかを明らかにするために使うのだ。その過程で、プロセスや協力関係における重要なビルディングブロックを特定し、ターゲットを絞って取り組むことができる。
「アジャイルプラクティスを1つだけ採用するなら、レトロスペクティブにしよう。他のすべては後からついてくる。
Woody Zuill (Agileのパイオニア＆エバンジェリスト)
結論
Agile at Scaleは一朝一夕にできる仕事ではない。むしろ、Agile at Scaleは、何度も何度も適応させなければならないプロセスである。プロセスと従業員が完全にアジャイルに働くまで、アジャイル変革の道筋と目標を最適化するのだ。あなたとあなたの会社のアジャイル変革をサポートするために、私たちはAgile at Scaleトレーニングをデザインした。これは、様々なウェビナーで、アジャイル変革に正しくアプローチする方法と、何としても避けるべき7つの間違いを示している。その Agile アット・スケール・トレーニング は無料だ。お気軽にご覧あれ！
