機敏な製品リリースを可能にする企業
内の連携モデルを提示する
SAFe (Scaled Agile Framework ) のご紹介（株）オージス総研
技術部アジャイル開発センター
藤井 拓

お話のアウトライン
 チームを超えたものの必要性 Scaled Agile Framework(SAFe)の概要◦ SAFeとは◦ リーン思考◦ ポートフォリオレベル◦ プログラムレベル◦ チームレベル◦ 管理職の役割
 SAFeの成功事例
 まとめ（株）オージス総研

2

アジャイル開発
始めに適切な要求を決められない！
◦ 「要求」という仮説の正しさを開発途上で確認しながら開発を行う
要求計画

計画

開発

開発

フィード
バック

評価

計画

評価

開発

フィード
バック

リリース
時間

（株）オージス総研

3アジャイル開発の特徴
 反復的な開発◦ 一定の期間毎に動くソフトウェアを作る形でソフトウェア開発を進める 顧客との協調◦ 開発期間を通じて顧客と連携し、顧客ニーズの変化やフィードバックに可能な限り対応する チームワーク重視（人間中心）◦ 開発者の自律性、コミュニケーション、改善を重視
 技術的裏付け◦ 変化の影響を抑える技術プラクティス（設計/コード品質、自動化）の適用（株）オージス総研

4

チームを超えたものの必要性

アジャイルは小規模開発にしか向かない？
（株）オージス総研

5知識創造企業：
知識創造のコンテキスト
投資の判断
戦略の考案

戦略と実現性の兼ね合いを取る
中間管理職（リーダー）の存在
コンセプト作り$1000コピー機
ホームベーカリー…

組織の枠を超えた団結や相互作用
製品の具体化
SAFeは、「知識創造のコンテキスト」を形成することを助け、アジャイル企業への転換を支援する（株）オージス総研

6

SAFe ® (Scaled Agile Framework ®)とはScaled Agile Frameworkは、企業規模でリーンとアジャイルのプラクティスを適用するための実証され、公開されたフレークワーク

中心的な価値
1. 品質の作り込み
2. プログラムの実行
3. ベクトル合わせ
4. 透明性SAFe英語サイト： http://ScaledAgileFramework.com
SAFe日本語サイト： http://ScaledAgileFramework.com/jp©2008-2016 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

継続的な進化
企業規模での現場経験
現在…

2011

3.0
1.0

4.0

2.0
LSEアジャイル開発 | リーンプロダクト開発 | システム思考
LSE: Lean System Engineering©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.
（株）オージス総研

8フレークワークの考案者: Dean Leffingwell 講演者: Scaled
Agile Framework
 アジャイル企業コーチ
いくつかの世界的大企業
向け

 アジャイル役員メンター
BMC, John Deere

 チーフ方法論者
Rally Software

 共同創業者/顧問
Ping Identity, Roving Planet,
Silver Creek Systems, RallySoftware

 創業者兼CEO
ProQuo, Inc., Internetidentity

 上級副社長
Rational Software
Rational Unified Process(RUP) とUMLの普及を担当

 創業者/CEORequisite, Inc.
RequisiteProの開発元

 創業者/CEORELA, Inc.
Colorado MEDtech©2008-2017Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.
（株）オージス総研

9SAFe™ の貢献者
方法論者

考案者とチーフ方法論者

主貢献者
Dean Leffingwell

Drew JemiloAlex Yakyma

Richard Knaster

Inbar Oren

謝辞に挙げている
方々

導入企業©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

コミュニティー
（株）オージス総研

10

SAFeにおける価値の納品までのサイクル
価値を高める！
サイクルタイムを減らす！

（株）オージス総研

11リーンとアジャイル
企画、開発、納品/配置で構成される価値のストリームを最適化しなければならない

開発はアジャイル、組織全体の活動はリーンで捉える（株）オージス総研

12リーン-アジャイルな価値を受け入れる
リーンの家

アジャイル宣言

弛まぬ改善

私たちは、フトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。

イノベーション

フロー

人々と文化に対する敬意価値プロセスやツールよりも個人と対話を包括的なドキュメントよりも動くソフトウェアを契約交渉よりも顧客との協調を計画に従うことよりも変化への対応をリーダーシップ
持続可能な最短のリードタイムでの価値価値とする。すなわち、左記のことがらに価値があることを認めながらも私たちは右記のことがらにより価値をおく。

©2008-20167Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

13ポートフォリオレベル：
企画/投資判断
ポートフォリオレベルでは、特定の事業分野の複数の企画の中から有望なものを段階的にすばやく選定する
 戦略テーマ エピック ポートフォリオカンバンシステム（株）オージス総研

14ポートフォリオレベル：
戦略テーマ
 SWOT分析のように、自社の強み、弱み、市場の機会、脅威などを考えて得られた戦略的な方向性を表現するもの
 例えば、付加価値の高い健康志向の家電プロダクトを提供するビジネスを展開する

戦略テーマを実現するプロダクトを納品するまでの一連の業務の流れを「価値のフロー」と呼ぶ（株）オージス総研

15ポートフォリオレベル：
エピック
特定の投資テーマにおける顧客ニーズをもっと高いレベルで表現したもの
ビジネスエピック◦新たなプロダクト/システム等を納品するための顧客向けの大規模な取り組み
イネイブラーエピック◦共通アーキテクチャー、インフラ、調査、開発上のガイダンス等の取り組み（株）オージス総研

16ポートフォリオレベル：
ポートフォリオカンバンシステム
1. じょうご

2. レビュー

 プロダクトロードマップ 新たなビジネス機会
 コスト削減 ソリューションの問題

 理解を進める 遅延のコストを見積もる
 労力の見積もりを見直す 相対的なランク付け

3.分析

4. 実装

 代替となるソリューション
 連携- ソリューション管理- アーキテクト- マーケティング/営業/ビジネス- 開発

 管轄の移転
 リリース計画の境界でチームは実装を始める
 チームがエピックをフィーチャーに分解する
 分析者は「プル」ベースで支援する 重みづけされたランク
 ビジネス企画

イノベーションフィー
ドバック

リリース計
画の境界

WIP
制限
WIP
制限

PSI 1

PSI 2

PSI 3

PSI 4

WIP
制限

アジャイルリリース列車
作業労力規模の見積もり
価値の規模の見積もり
投資テーマとの整合性

権限者がエピックを承認する

ビジネス分析者がエピックをプルする

ポートフォリオ管理チーム/プロダクト審査会の承認©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

PSI 1（株）オージス総研

PSI 2

PSI 3

PSI 4WIP
制限

17ポートフォリオレベルの例©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

18プログラムレベル：開発
承認された企画を一定期間毎に評価可
能なシステムとして実現するため、プロダクト管理者がリードする形でプ
ログラムを編成し、開発を行う
 ビジョンとフィーチャーの定義

 アジャイルリリース列車
 プログラムインクリメント(PI)プログラム＝大規模プロジェクト！
（株）オージス総研

19プログラムレベル：
ビジョンとフィーチャーエピックを実装するという判断が下されたら、ビジョンとフィーチャーを定義する
ビジョン◦ システム/プロダク
トを開発する意義フィーチャー

◦ プロダクトの特徴
機能（株）オージス総研

20

アジャイルリリース列車 (ART)
ARTは、複数のアジャイルチームに基づき、長期に渡り存続する自己組織化されたチームであり、ソリューションを納品する


5 – 12 チーム (50-100 名) から成る仮想的な組織であり、一緒に計画し、確約し、実行する

共通のリズムと正規化されたストーリーポイントの見積もり

単一のプログラムバックログを介して使命を共有する

アーキテクチャーとUXのガイダンスの下で開発を進める

8-12週間毎に、価値があり、評価可能なシステムレベルの潜在的にプログラムインクリメント(PI)を納品する

新たな機能を定義する

実装する

受け入れ
テスト

配置する

さらなる指示があるまで繰り返す. プロジェクト憲章は不要.
©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

確実に納品するために同期する
第2システムPI またはリリース

PIシステム
反復

シス 1

シス 2

シス3

シス5

シス6

シス7

シス8
外部リリースPI

継続的なインテ
グレーション

システム
チーム

シス4

リリース文書
反復

反復

反復

反復

反復

反復

PI

Ports certs
外部リリース

継続的なインテグレーション

開発チーム

リリース文書
反復

反復

反復

反復

反復

反復
Ports certs

継続的なインテ
グレーション

PI外部リリース
リリース文書

反復反復

反復

反復

反復

反復
Ports certs©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

22プログラムレベルの例©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

23プログラムの実行
アジャイルリリース列車– 複数のアジャイルチームが自己組織化したチーム– 企業の価値を信頼に応え、頻繁に納品する
 ビジョンとロードマップで推進する

 リーンで経済的に優先順位付けする
 頻繁に高品質な納品物
 すばやい顧客のフィード
バック 固定の信頼できるリズム 定期的な検査と適合で継続的な改善を推進する©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

プログラムレベル
期待効果 ビジョン/プログラムバックログ◦ 戦略的な判断と戦術的な判断の切り分け アジャイルリリース列車◦ リリース計画で実現可能なスコープを判断する◦ ２週間毎に同期することでリリース計画を守る
 プログラムインクリメント (PI)◦ PIによりプロダクトの方向性の正しさに対するフィードバックを得る（株）オージス総研

25

アジャイルチーム©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

26

品質の作り込み
質の悪いコードではスケールアップできない

アジャイル
アーキテクチャー

コード品質がもたらすもの:
継続的なインテグレーション

テストファースト

リファクタリング

ペア作業

共同所有

 より品質の高いプロダクトやサービス、顧客満足 ソフトウェア開発の予見性と一貫性
 開発規模の拡大
 より高い開発ベロシティー、システム性能、ビジネスのアジャイルさ イノベーションする能力©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

ベクトル合わせポートフォリオからプログラム、チームへとベクトルを合わせる

BusinessOwners

 明確な内容の決定権
 顔を突き合わせての計画

ベクトル合わせ チーム、プログラム、ビジネス責任者の目標を揃える
 チーム間、プログラム間の連携
 アーキテクチャーとUXのガイダンス 要望とスループットをマッチさせる©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

リーダーシップが土台

弛まぬ改善

イノベーション

フロー

人々と文化に対する敬意

価値全員が既に最善を尽くしている. 問題はシステムである. 上役のみがシステムを変えることができる.
—W. Edwards Deming

リーダーシップ©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

29

SAFeにおける価値の納品までのサイクル価値を高める！
サイクルタイムを減らす！

（株）オージス総研

30

SAFeのビジネス効果
30–75%の市従業員の定着率の増加

場投入期間の短縮

20-50%の生産50%+の欠陥の性の増加©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

低減（株）オージス総研

31

SAFeの事例

ScaledAgileFramework.com/case-studies©2017Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

32ソニー・インタラクティブエン
タテインメント様の事例
巨大なサービスを日米を横断して数百名体制で開発◦ 事例紹介者：佐藤 健一様◦ PlayStation Network 6500万以上のアクティブユーザー
 70カ国向けにサービスを提供◦ 過去の問題点
 マネジメントは開発の状況が分からない
 チームは自分達の開発の位置づけが分からない◦ 2014年2月からSAFeのアジャイルリリース列車を１本ずつ立ち上げ、現在５本が進行中
ご講演資料：https://easg.smartcore.jp/C23/file_details/VlRNSE13PT0=（株）オージス総研

33

ビジネス上の結果John Deere ISG



現場での問題解決時間: 42%減少



保証に関する支出: 50%減少

稼働までの期間: 20%減少



市場の変化や顧客の要望への対応速度の改善



開発チームがよりやる気になり、権限が移譲された市場への投入時間: 20%短縮

20-50%の生産性の向上.

従業員の定着率: 9.8%向上



プロダクト管理と開発チーム間のチー
ムワークが大幅に改善

投資効果の改善、未完成/未出荷の開発への投資の減少

出典 Chad Holdorf, John Deere, Intelligent Systems Group.

出典: QSM Associates Press Release, Sep, 2007

Dallas, Texas Presentation, Dec 2011©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

34

ビジネス上の結果

少なくとも20-25%の生産性の向上

2012年3月12日のニュースリリース



市場への投入時間と品質が劇的に改善

タイヤ店舗システムの各リリース後の欠陥はほぼ 0“TradeStation社はBarron’s誌の オンライン証券仲介会社の年間ランキングで最高点を得た”

“社員を増やすことなく、これまでよりも多くの開発を進めている”

 最高の取引体験と技術
 TDAmeritrade, Charles Schwab, Fidelity,
E*TRADE…を含む他の23の主要ブロー
カーサービスより多い星の評価

出典 Chris Chapman, Director of Product Development, Discount

出典 Keith Black, CTO and VP, Product Development,

Tire

TradeStation Technologies©2008-2017 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

（株）オージス総研

35

SAFe 4.0 の変更点
 価値のストリームレベル◦ より大規模な開発やシステムエンジニア
リング向け© 2016 Scaled Agile, Inc. All Rights Reserved.
より詳しい変更点の説明は、
http://jp4.scaledagileframework.com/wp-content/uploads/2017/01/Whats-New-in-SAFe-4.0-Presentation-4.0.3_jp.pdf
36（株）オージス総研

まとめ アジャイルを活用し、企業レベルの競争力を向上させるためには、チームを超えた連携が必要◦ 知識創造のコンテキスト

 Scaled Agile Framework (SAFe) は、知識創造のコンテキストに基づくアジャイル企
業のTo Beモデルを提供しうる◦ リーン思考◦ プロダクト開発フロー◦ 要求プラクティス◦ スクラム/XP（株）オージス総研

37

参考文献


野中郁次郎, 竹内弘高, 知識創造企業, 東洋経済, 1996

藤井 拓, Scaled Agile Framework (SAFe)入門
 旧版：http://www.ogis-ri.co.jp/pickup/agile/docs/safe_intro.pdf
 新版：http://www.ogis-ri.co.jp/otc/hiroba/technical/IntroSAFe/index.html

Dean Leffingwell, Agile Software Requirements ― Lean
Requirements Practices for Teams, Programs, and the Enterprise,Addison-Wesley, 2011
 邦訳：Dean Leffingwell, アジャイルソフトウェア要求ーチーム、プログラム、企業のためのリーンな要求プラクティス, 翔泳社, 2014

Donald G. Reinertsen, The Principles of Product Development
Flow―Second Generation Lean Product Development, CA:
Celeritas Publishing, 2009（株）オージス総研

38プロダクト開発フロー
第2世代のリーンプロダクト開発手法といわれ、経済的な成果を最適化するプ
ロダクト開発の原則集
提案者: Donald G. Reinertsen
基となる概念◦トヨタ生産方式(TPS)/リーン開発◦（通信系の）待ち行列理論
◦経済性
◦用兵術
（株）オージス総研

39プロダクト開発フロー
期待効果
 より良い経済性◦ プロダクトをタイムリーに市場への投入することで、ビジネス機会を逃さない◦ プロダクトの方向性の間違いによる損失を減らし、方向性の正しさを強化することで売り上げ/利益を増大する
 戦略のより良い実現◦ 戦略的な狙いと戦術レベルの素早い専門的な判断のシナジー効果で、市場競争力のあるプロダクトを作る（株）オージス総研

40