SAFe (Scaled Agile Framework) とは?

Scaled Agile Framework® (SAFe®) は、組織内で Agile プラクティスを拡大する際に、自由に利用できる構造、原則、プラクティスを集めたものです。

元は「Agile Enterprise Big Picture」という造語から生まれた SAFe フレームワークは、2011 年に発表されました。Dean Leffingwell 氏は、既存のアジャイルフレームワークを活用して、チーム、プログラム、ポートフォリオに適用するための 1 つの方法として、The Big Picture を定義しました。

SAFe のコアバリューは、フレームワークを効果的に使用できるよう、SAFe ポートフォリオ内で修正文化と行動を確立するのに役立つ、一連の指針となる理念と原則です。SAFe のコアコンピテンシーには、以下が含まれます。

  • Essential SAFe
    最も基本的な SAFe フレームワーク構成。基本となる必要な要素のみを提供します。
  • Large Solution SAFe
    複雑なソリューションを構築する大企業にメリットをもたらすように設計されています。Essential SAFe のすべての要素と、追加のコンピテンシー、ロール、アーティファクト、イベントが含まれます。
  • Portfolio SAFe
    Large Solution をさらに一歩進めた Portfolio SAFe は、リーンガバナンス、ポートフォリオ投資の調査と戦略、Agile ポートフォリオ運用を提供します。
  • Full SAFe
    最も包括的な SAFe 構成で、最大規模のエンタープライズソリューションをサポートします。この構成は、完全に統合されており、前の 3 つのレベルを組み合わせたものです。

さらに、SAFe には、以下のコアバリューも組み込まれています。

SAFe のコアバリュー図

連携がとれる

SAFe は、効果を上げるために、企業の組織全体において、すべての関係者が会社の方向性と目的の達成に必要な目標を明確に把握することを求めています。関係者全員が同期することで、ポートフォリオのレベルが一致し、情報がタイムリーに流れるようになります。

ビルトイン品質

アジリティは、品質を犠牲にして実装されるべきではありません。そのため、品質はすべてのレベルで最も重視される必要があり、後のステージで追加するのではなく、あらかじめ組み込むことが重要です。SAFe は、ビルトイン品質の 5 つの主要な側面 (フロー、アーキテクチャと設計の品質、コードの品質、システムの品質、リリースの品質) を示すものです。

透明性

信頼の構築は SAFe の重要な部分を占めます。これには、少量作業の計画、バックログのリアルタイム可視化、決まったやり方の調査と適応が含まれます。透明性が確保されることで、寛容さや信頼に基づいて、問題や障害に適切に対処できます。あらゆるレベルにおける誠実さと透明性は、従業員のエンゲージメントを促進し、満足度も高めます。

プログラムの実行

SAFe の中心はプログラムの実行です。それにより、フレームワーク内で他のすべての要素が強化されます。チームとプログラムは、高品質のソフトウェアと価値を定期的に提供する必要があります。SAFe では、ビジネス成果に重点を置いており、その成果は効果的な実行ができるかどうかで左右されます。

リーダーシップ

効果的なリーンアジャイル開発は、コアバリューとしては具体的に特定されていませんが、専任のリーンアジャイルリーダーシップなしには存続できません。リーダーは、制度改革を行うのと同時に、4 つのコアバリューを実現するための適切な環境を構築することもできます。

1. 経済的な視点を持つ

リードタイムの短縮や持続可能化には、意思決定チェーンの各自が遅延による経済的影響を理解することが必要です。組織全体で共有される職務のほとんどには、経済的なトレードオフの理解、限られた予算での運用、見返りを最大限得るためのジョブの順序付けが含まれます。

2. システム思考を応用する

SAFe フレームワークを使用する場合は、ソリューション、システムを構築する企業、バリューストリームを含むシステム思考を応用する必要があります。ソリューションとは、提供される製品、サービス、システム (内部または外部) を指します。

システム思考で成功することを目指す組織は、個々の部分とそれらが組織にどのように適合するかについて、より高いレベルの視点を形成する必要があります。

3. 変動を想定してオプションを保持する

ソフトウェアの設計は、先が見えず、複雑になることがあります。この概念は、セットベースの設計をもたらし、複数の要件や設計オプションの保持に依存するため、開発サイクルが長期化します。また、データへの依存により、プロセスの経過に伴い、最終的な設計オプションへと焦点が狭まります。

セットベースの設計では、オプションとその意図された結果を戦略的に特定することで、決定を通知します。

4. 短期間の統合された学習サイクルで段階的に構築する

この原則は、マイルストーンを使用してリスクと不確実性にも対処します。現行の設計の実現性を評価するには、コンポーネントだけを検討するだけでは不十分なため、システム全体を検討する必要があります。学習サイクルの短縮と効率化を促進するには、定期的に統合ポイントを計画することが重要です。

5. 動作中のシステムの客観的評価に基づいたマイルストーンを策定する

要件のドキュメント類や表面的な評価では、特に実際のシステムのデモと比較して、意思決定の効果的な基盤にはなりません。プロセスの早い段階で、実現性の決定にステークホルダーを含めることは、信頼を構築し、システム思考をサポートするのに役立ちます。

6. 進行中の作業 (WIP) を可視化して制限し、バッチサイズを削減して、キューの長さを管理する

この原則は、最良の結果を得るための最適化に関するガイダンスです。一度に 1 ステップずつフローに取り組むことで、価値の提供を促進しながら、スループットを最大化することが理想的です。このことは、重複する作業、個々のアイテムの複雑さ、一定期間内に要求される作業の合計量を制限することを意味します。

7. サイクルを適用してクロスドメイン計画と同期する

サイクルを作成することで、考えられるすべての問題の複雑さを軽減できます。サイクルは、反復により、アジャイルプロセスに自然に適用されます。また、不確実性への対処、品質の強化、コラボレーションの浸透を促進します。人々や活動に対し、学んだ知識が意思決定や段階的な計画に役立つ場所で機能するよう奨励します。

8. ナレッジワーカーの本質的なやる気を引き出す

チームの可能性を引き出し、リーダーが指揮統制の考え方ではなく、コーチの立場で物事を考え、チームにサービスを提供することを支援します。

9. 意思決定を分散化する

チームには、キューの長さを短縮し、意思決定の分散による経済的なアプローチで作業を完了するのに必要な自律性があります。リーダーシップは、より戦略的に重要な問題に意思決定と権限を集中させ、チームが他のすべてについて決定できるようにする必要があります。

1. 変化の必要性を認識して伝える

企業のリーダーシップは、法律、ベストプラクティス、望ましい目標の変更など、SAFe への移行のビジネスニーズを特定して共有する必要があります。次に、ステークホルダーの意欲を引き出し、活動を変化のビジョンに一致させる必要があります。

2. 変革の推進者を特定してトレーニングする

リーダーシップは、組織全体で変革の推進者として機能できる個人を特定し、認定された SAFe プログラムコンサルタントとしてのトレーニングを支援することが不可欠です。プログラムコンサルタントは、SAFe のプラクティスとプロセスについて、他のビジネスリーダーやステークホルダーをトレーニングする責任があります。

3. 経営陣とマネージャーを参加させる

リーンアジャイルの考えとプラクティスに関する行動をモデル化できるよう、経営陣をトレーニングする必要があります。リーダー陣の前向きな姿勢により、組織全体への導入が確実なものになります。

4. リーンアジャイルセンターオブエクセレンスを構築する

センターオブエクセレンスは、特定のドメイン内でアジャイルを実践するだけでなく、全社的なパフォーマンスを最適化するのに役立ちます。

5. バリューストリームとアジャイルリリーストレーニング (ART) を特定する

バリューストリームは、企業が顧客に提供する価値です。一方、ART は、価値を生み出すソリューションを開発するアジャイルチームです。テクノロジー、内部プロセス、人員の組み合わせにより、カスタマーエクスペリエンスが向上します。

6. 優先順位付けとロードマップ

SAFe の変革を達成するには、目標に優先順位を付け、ロードマップを設定することが重要です。この変革を実装することは、初期バリューストリームを選択し、最初の ART を選択してから、プロセスを繰り返すことを意味します。

6. 優先順位付けとロードマップ

SAFe の変革を達成するには、目標に優先順位を付け、ロードマップを設定することが重要です。この変革を実装することは、初期バリューストリームを選択し、最初の ART を選択してから、プロセスを繰り返すことを意味します。

7. ART の開始ごとにパラメーターを定義する

ART の定義を設定し、期限を定義し、アジャイルチームを編成し、担当者をトレーニングして、立ち上げの準備状況を評価します。また、バックログプログラムも準備する必要があります。

8. チームをトレーニングして、全員が自分の役割を理解していることを確認する

チームとしてビジネスシステムを開発するメンバーは、各 ART の成功に不可欠です。全員が自分の役割を完全に把握し、業務をうまく遂行するためのスキルを有する必要があります。

9. ART を実行する

実行は、バックログの改善、反復のレビュー、デイリースタンドアップ、システムデモ、反復計画、反復レトロスペクティブに優れていることに加え、スクラムオブスクラム、ART Sync、PO Sync に依存しています。

10. さらに多くの ART とバリューストリームを開始する

後続の ART は、トレーニングチームによって上記のように開始され、成功に必要な時間と労力を各 ART に与え、ART の実行を指導する必要があります。

11. ポートフォリオレベルに拡張して、ビジネス変革をリードする

上記の各ステップをポートフォリオレベルで適用して、全体的な文化を設定し、目標の達成を高め、会社全体のパフォーマンスを向上させます。

12. 全社的な運用有効性を維持して向上させる

機会を活用して、改善点を見つけ、継続的な成功をもたらす方法を模索します。ビジネスリーダーは、継続的なリーンアジャイルマインドセットで運用する必要があります。

SAFe は、継続的統合、オンデマンドのリリース、継続的デプロイを作成します。CALMR は、SAFe における DevOps へのアプローチです。CALMR は、文化、自動化、リーンフロー、測定、回復 (Culture, Automating, Lean flow, Measurement, Recovery) の略語です。つまり、CALMR は、責任を共有する文化を促進し、CD パイプラインの自動化によってサポートされ、本番環境をエミュレートする開発環境を動的に破棄します。リーンフローは、小規模バッチによるソフトウェアデリバリの一般的な推進を示唆し、デリバリの改善によるフローを測定します。これにより、リアルタイムの監視と迅速な復旧が可能になります。

DevOps の詳細はこちらをご覧ください。

強み

SAFe は、チームが効果的で部門横断的な方法でコラボレーションするのに役立ちます。企業は、より高い透明性を達成することができ、プロジェクトのすべての側面は、より大きなビジネス目標に一致します。

弱み

SAFe には、大量の事前計画とプロセス定義が必要になるため、SAFe は純粋にアジャイルなフレームワークではないと主張する人もいます。SAFe 戦略は、チームベースというよりもトップダウン型です。

他のスケールアジャイルフレームワークは、次第に勢いを増しています。それは、SAFe が大規模なソフトウェア開発チームに統合されたためです。

Scrum@Scale

全員が置き替え可能なチームの一部であり、スクラムチームのネットワークを集めて、目標に応じたエコシステムを形成します。目的は、新しいプロセスダイナミクスなしに直線的に拡張される基本ロールとイベントを備えたスクラムチームのネットワークを構築することです。

Large-Scale Scrum (LeSS)

SAFe には、複雑なソリューションへの対応で規模が拡大するチームに向けた 4 つの構成があります。一方の LeSS には、2 ~ 8 チーム向けと 9 以上のチーム向けの 2 つの構成があります。また、プロダクトオーナーがコンテンツの権限と戦略的影響力を持つのに対し、SAFe はより民主的であるという点でも異なります。

Nexus

ソフトウェアの開発を中心とし、スケーラブルな製品をサポートします。Nexus は、ロール、アーティファクト、手法、イベントで構成されるフレームワークです。3 ~ 9 個あるスクラムチームの作業を単一の製品で結び付け、統合された目標インクリメントを作成します。

Disciplined Agile (DA) Delivery

DA は、他の Agile フレームワークとは異なり、最も有用な作業方法を選択できるツールキットです。アジャイルガバナンスはより軽量で、スクラムやカンバンに根ざしています。また、人事、経理、DevOps、ガバナンス、ポートフォリオ管理などにおける斬新な知識が追加されています。

「Spotify」

このモデルは、開発した組織の名称にちなんで名付けられました。人間主導の自律的な Spotify モデルは、アジャイルチームの調整に適用できます。一部の企業では、意図せずフレームワークとして導入しています。Spotify は、自己組織化、共同設置、部門横断型のチームを重視しています。一方、SAFe には、チームの共同設置に関する規定はありません。

  • Fannie Mae
  • TomTom
  • SEI
  • Valpak
  • John Deere
  • Lego
  • Intel
  • Fitbit
  • Capital One
  • Phillips
  • Hewlett Packard
  • Sony
  • Air France
  • Elekta
  • NHS

SAFe は、企業でよく利用されています。なぜなら、企業ではアジャイル手法を拡大する場合に生じる課題の解決に重点を置く傾向があるからです。SAFe は、アジャイルフレームワークへの移行を開始する場合も、現実的な選択肢になり得ます。SAFe は、より規範的なアプローチであり、柔軟性とカスタマイズ性を兼ね備えています。SAFe を導入する企業は、アジャイルを完全に理解する必要があります。

企業は競争力を維持するために、提供するアプリケーションの品質を高め、提供までの時間を短縮できる必要があります。SAFe は、企業がこれらの改善を行うためのフレームワークを提供しますが、フレームワークを実際に組み込むのには困難が伴い、時間がかかる場合があります。IT 管理の世界的リーダーである ServiceNow は、その問題を解決します。

ServiceNow Scaled Agile Framework アプリケーションを使用すると、複雑な大規模エンタープライズソフトウェアイニシアチブにもアジャイルの原則を簡単に適用できます。ServiceNow Agile Development 2.0 と Scaled SAFe アプリケーションは、アジャイル管理の課題に対応できる効果的なソリューションです。ソフトウェアの開発と保守に不可欠なタスクを考案から展開やサポートに至るまで利用できるようにし、ソフトウェアのバリューストリーム全体を可視化します。ServiceNow SAFe は、戦略と実行を結び付けてイノベーションを促進し、アジャイルポートフォリオを管理して顧客価値を提供し、チームの作業を最適化して製品とサービスの提供を迅速化します。

企業全体にわたる継続的な価値フロー

Essential SAFe と Portfolio SAFe のサポートにより、Agile 原則とリーンガバナンスを導入します。

コラボレーションと計画の改善

他者と協力しながら、全社的な活動を継続的に計画して監視します。

よりすばやい開発

複雑なシステムと小規模システムの両方をサポートすることで、提供と開発を迅速化できます。

ServiceNow は、企業の Agile ニーズをサポートします。ServiceNow SAfe を導入して、ソフトウェア製品の提供方法を大きく変革しましょう。

ServiceNow ITBM の詳細を見る

スケーラブルな ITBM ソリューションを用いて、ビジネスと IT 戦略を連動させ、価値を高めることができます。

連絡先
Demo