エンタープライズアジャイルの可能性と実現への提言
エンタープライズアジャイル勉強会

藤井 拓

1

アウトライン• 日本におけるエンタープライズアジャイルの3つの可能性• チームレベルのアジャイル開発• チームレベルを越えてアジャイル開発を活用するための観点– 動機– 戦略– 戦術– 普及と育成– 日本固有の課題(?)と落とし穴• 事例の概要のご紹介– 2015年7月から2016年5月の期間のご紹介事例

• まとめ
2

日本におけるエンタープライズアジャイルの3つの可能性
3エンタープライズアジャイル勉強会とは• 2014年5月：アドソル日進さん、コベルコシステムさん、オージスの３社社長が集まり、アジャイルに関する勉強会を開催したのが始まり• 2014年6-8月：実行委員の方々の就任を要請し、2014年10月にエンタープライズアジャイル活用勉強会準備委員会として活動開始• 2015年6月：エンタープライズアジャイル勉強会として正式に発足し、以降活動をしている
エンタープライズアジャイル勉強会のWeb: https://easg.smartcore.jp/
4エンタープライズアジャイル勉強会の正式発足前の2014年度の活動
ご講演
時期

ご講演タイトル

ご講演者

10月

アジャイル開発の現状と未来～エンタープラ
イズアジャイルの可能性

永和システムマネジメント/チェンジビジョン
平鍋 健児 氏11月

EA（エンタープライズアジャイル)にはEA（エンタープライズアーキテクチャー)が必要

アイ・ティ・イノベーション
中山 嘉之 氏12月

エンタープライズ・アジャイル開発が果たすべき役割

シナジー研究所
依田智夫 氏

1月

部門アジャイル ～ 複数チームのコラボレー
ションをもっとよくするために

楽天株式会社
川口恭伸 氏

2月

エンタープライズシステムの継続的リフォー
ムにおけるアジャイル開発

メソドロジック
山岸耕二 氏3月

サービスデザイン思考のエンタープライズ・ア
ジャイルにおける位置づけ

オージス総研竹政昭利 氏これらのご講演資料は勉強会のwebに掲載されています5

平鍋さんのスライドを引用させて頂きました6エンタープライズアジャイルの解釈• 第１の立場– 業務の変化に対応し、基幹系やバックオフィス系のシステム（「エンタープライズシステム」）を効果的に開発するためにアジャイル開発を適用する• 第２の立場– 競争力に資する製品やサービス、戦略的システムを開発するためにアジャイル開発や反復開発を大規模に適用する• 第３の立場– 変化により良く対応できる、活力のある組織を実現するために企業や事業部をアジャイル化する

チームレベルのアジャイル開発

8

チームレベルのアジャイル
スクラムのプロセス
計画(Plan)
スプリント
目標

実行(Do)

改善(Act)確認(Check)

実行可能なソフトウェア（インクリメント）

スクラムはPDCAを実践している!
Schwaber, Ken. et al., Agile Software Development with Scrum,Prentice Hall, 2002の図をベースに作成

9

チームレベル
アジャイル開発の特徴
 反復的な開発◦ 一定の期間毎に動くソフトウェアを作る形でソフトウェア開発を進める 顧客との協調◦ 開発期間を通じて顧客と連携し、顧客ニーズの変化やフィードバックに可能な限り対応する チームワーク重視（人間中心）◦ 開発者の自律性、コミュニケーション、改善を重視

 技術的裏付け◦ 変化の影響を抑える技術プラクティス（設計/コード品質、自動化）の適用後述するが、アジャイル開発ではなく、反復開発でよいとの意見もある
10

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

アジャイルは小規模開発にしか向かない？
11日本でのアジャイル開発の取り組み状況と業種
取り組み状況
8%

大規模開発を実施中
すでに全社的に取り組んでいる

製造メーカー及びその情報系
子会社

20%

8%

ユーザー企業及びその情報系子会社

6%
0%

21%

webサービサー及びその情報系子会社

28%

情報収集中

31%

SI会社

3%

現在、取り組んでおらず、今後も使う予定がない

4%

コンサル会社

53%

取り組みを準備中

7%

その他

3%

一部で取り組んでいる

-20%

業種

40%

60%

28%
0%

10%

20%

30%

40%

2016年3月に開催したエンタープライズアジャイルの集いで実施したアンケートの集計結果（株）オージス総研

12

チームレベルを越えてアジャイル開発を活用するための観点
13

うちでもアジャイル開発やってみました
アンチパターン14うちでもアジャイル開発やってみました
アンチパターンの克服適切な動機と戦略

障害を解決する推進役

良さを殺さない戦術
良さを活かす開発対象を選ぶ

実践者を育成する落とし穴にはまらな
いための支援と改善
アジャイル開発が定着し、広がるアジャイル開発の有効性が示される

15

チームを越えたアジャイルを考える視点• 動機– なぜアジャイルか？

• 戦略– 勝つための手段としてアジャイルをどう使うか？
– ビジネスの変化にシステムが追いつくためには？

• 戦術– 戦略を実行するためには？

• 普及と育成– 戦術を実行するためのメンバーをどう育成するか？

• 落とし穴– よく見かける失敗パターンは？
16

動機：チームを越えたアジャイル• ビジネスの観点– ビジネス競争の激化に伴い、業務担当者とシステム担当者が一体となって、「有効」と思われる解決策（仮説）を「早く」業務に投入し、その結果により解決策の方向性の軌道修正を行うため• 経営者の観点– 従業員が活き活きと仕事ができる環境を作りたい「早く」は必ずしも「生産性の高さ」を意味するのではなく、「無駄を減らす」ことでも達成できる
17

戦略：チームを越えたアジャイル• 経営戦略– 差別化するための戦略を考える• 適用分野– アジャイル開発を適用すべき分野は？

• ITアーキテクチャー– アーキテクチャーをどのように考えるべきか？

• ROI– アジャイル（反復）の財務的なメリットは？
18

経営戦略

依田さんのスライドを引用させて頂きました
19

経営戦略

依田さんのスライドを引用させて頂きました20

依田さんのスライドを引用させて頂きました21

中山さんのスライドを引用させて頂きました22ちょっと違うかもしれませんが、…
• 目的合わせモデル (Purpose Alignment Model)

出典：Pollyanna Pixton, Niel Nickolaisen, Todd Little and Kent McDonald, Stand
Back and Deliver: Accelerating Business Transformation, Addison-Wesley, 200923

中山さんのスライドを引用させて頂きました24中山さんのスライドを引用させて頂きました25

中山さんのスライドを引用させて頂きました26

山岸さんのスライドを引用させて頂きました27

山岸さんのスライドを引用させて頂きました28

山岸さんのスライドを引用させて頂きました29鈴木（雄介）さんのスライドを引用させて頂きました30鈴木（雄介）さんのスライドを引用させて頂きました31鈴木（雄介）さんのスライドを引用させて頂きました32アジャイル/反復開発のROI• ROIに関する質問例– 1,000千ドルを投じて2年間でシステムの一部を開発するか？1,500千ドルを投じて3年間でシステム全部を開発するか？
• より少ない機能を短期で作るか？より多くの機能を長期で作るか？

• アジャイル/反復開発のROI– 市場化できる最低限のフィーチャー(MMF)をベースに考える点が従来と異なる
MMFは中間リリースと考えても良い33

ROIを考えるための要素• 以下の要素で考える– 将来のお金の現在価値 (Present Value)• PV = $x / (1 + i/100)n• i：利率、n：年数– 割引きキャッシュフロー (Discounted Cash Flow)• DCF = PVで補正した期間毎のキャッシュ持ち高– 正味現在価値 (Net Present Value)• NPV = ΣDCF

– 内部収益率 (Internal Rate of Return)• プロジェクトのNPVが0になる利率
34従来手法のROI分析の例
期間

説明

1

2

3

収入

4年目から売り45上げが発生！

売り上げ削減
総収入

合計

0

0

0

1,000
200
1,200

3,800
600
4,400

4,800
800
5,600

700
300
1,000

20

20

200

20

20

20

200

20

960
300
1,260

240
30
140
0
410
1,410

360
30
120
0
510
530

550
30
120
100
800
820

360
30
150
200
740
940

112
30
150
300
592
612

1,622
150
680
600
3,052
4,312-1,410-1,410-530-530-820-820

260

3,788

1,288-2,760
47%

支出
資本
ハードウェア
ソフトウェア
資本合計
実行
開発
データセンターサポート
マーケティング
実行合計
総支出
キャッシュ
投資
ROI

出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 200335

従来手法のNPV分析の例
5年目で累積のNPVが0になる利率を求めるこれが内部収益率(IRR)になる
期間
キャッシュ
自分で資金供給できる状
況1-1,410

2-530

3-820

4260

53,788

X
NPV

DCF ＠

5.0%
累積のNPV

-1,343-1,343-481-1,824-708-2,532

214-2,318

収支均衡状況
10.0%
累積のNPV

650X-1,282-1,282-438-1,720-616-2,336

178-2,158

収支均衡状況
12.8%
累積のNPV

2,968
650

2,352
194

194

X
-1,250-1,250-417-1,667-571-2,238

161-2,0772,074-3-3

従来手法の内部収益率(IRR)は12.8%!
出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 2003

36

MMFを用いた場合のROI分析の例
2年目から売り説明

期間上げが発生！
2
3

14

合計

5

収入
売り上げ削減
総収入

700

1,400
1,400

2,100
200
2,300

2,800
600
3,400

7,000
800
7,800

0700

700
300
1,000

2020200

2020

20200

20960
300
1,260

240
30
140200610
1,61036030120200710
730

550
30
120
200
900920360
30150200740
940

112
30
150
200
492
512

1,622
150
680
1,000
3,452
4,712-1,610-1,610-30-30

480

1,360

2,888

3,088-1,640
188%

支出
資本
ハードウェア
ソフトウェア
資本合計
実行
開発
データセンターサポート
マーケティング
実行合計
総支出
キャッシュ
投資
ROI

出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 2003

37MMFを用いた場合のNPV分析の例
5年目で累積のNPVが0になる利率を求めるこれが内部収益率(IRR)になる
期間
キャッシュ
自分で資金供給できる状
況1-1,610

2

3-30

480

4
1,360

52,888

X
NPV

DCF ＠

5.0%
累積のNPV
収支均衡状況
10.0%
累積のNPV
収支均衡状況
36.3%
累積のNPV-1,533-1,533-27-1,561

415-1,146

1,119-27-1,464-1,464-25-1,488

361-1,128

929-199-1,181-1,181-16-1,197

190-1,008394-614

2,263
2,236
X
1,793
1,594X
614
0

2,236

1,594

0

MMFを用いた場合の内部収益率(IRR)は36.3%!
出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 2003
38Software By Numbersの目次• 第２章：新たなROI• 第３章：市場可能なフィーチャーの識別と評価• 第４章：インクリメンタルなアーキテクチャー• 第５章：IFMの順序付け戦略• 第6章：MMFの分類と並行開発• 第7章：具体的ではないもの管理• 第8章：IFMと統一プロセス• 第9章：IFMとアジャイル開発• 第10章：情報に基づく意思決定• 第11章：事例：IFMの実践
IMF：Incremental Funding Methodology
内部収益率(IRR)を適宜見直しながら投資すべきプロダクトを決める「動的なポートフォリオ管理」という考え方もある39

アジャイル/反復開発のROIのポイント• 大きなものを一気に作る方法と、最低限使えそうなもの(MMF)をリリースし、それをインクリメンタルに発展させる方法との違いを財務的に理解するために有効• このROIのモデルは当初の仮説にしかすぎず、このROIモデルの精度を上げるよりはMMFを実際に作って仮説を検証することの方が大事
40

戦略：事例との関係• 2015年7月：東京海上日動システムズ様– 保険契約のWeb化• 2015年8月、2016年3月：KDDI様– クラウドビジネス• 2015年12月：ゼンアーキテクト（カプラン様）様– 人財サービス業のamazonを目指す• 2016年4月：ウルシステムズ（製造業）様– SCMシステム• 2016年5月：ニッセイ情報テクノロジー様– ノウハウの商業化
41

戦術：チームを越えたアジャイル• 業務、サービス、プロダクトの構想– 競争力のあるものをどのように発想するか？

• 要求開発– 発想を要求にどのように落とし込むか？

• 開発手法– 要求を実現するための開発手法は？

• 仮説の検証– 仮説の妥当性をどのように確認するか？
42

竹政さんのスライドを引用させて頂きました43

竹政さんのスライドを引用させて頂きました44

竹政さんのスライドを引用させて頂きました45

竹政さんのスライドを引用させて頂きました46

竹政さんのスライドを引用させて頂きました47

竹政さんのスライドを引用させて頂きました48

竹政さんのスライドを引用させて頂きました49

山岸さんのスライドを引用させて頂きました50

山岸さんのスライドを引用させて頂きました51

山岸さんのスライドを引用させて頂きました52

平鍋さんのスライドを引用させて頂きました

53

®
SAFe (Scaled Agile Framework)とはScaled Agile Frameworkは、企業規模でリーンとアジャイルのプラクティスを適用するための実証され、公開されたフレークワーク 方向性、連携、納品を揃える
 書籍で詳しく説明し、webでも説明を提供している
 多数の実践者やチームへのス
ケールアップに成功している

中心的な価値:
1. ベクトル合わせ
2. コード品質
3. プログラム（＝大規模プロジェクト）の実行
4. 透明性SAFe英語サイト： http://ScaledAgileFramework.com
SAFe日本語サイト： http://ScaledAgileFramework.com/jp©2008-2015 Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

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

平鍋さんのスライドを引用させて頂きました56

平鍋さんのスライドを引用させて頂きました57

平鍋さんのスライドを引用させて頂きました58

平鍋さんのスライドを引用させて頂きました59川口さんのスライドを引用させて頂きました60

依田さんのスライドを引用させて頂きました61アジャイル開発の導入イメージ62

妥当性の確認（フィードバック）©2008-2015Scaled Agile, Inc . and Leffingwell, LLC. All rights reserved.

戦術：事例との関係• 2015年7月：東京海上日動システムズ様– スプリントと反復による大規模アジャイルの実践• 2015年11月：新日鉄住金ソリューションズ様– デザイン思考＋アジャイル開発の実践• 2015年12月：ゼンアーキテクト（カプラン様）様– 既存のガバナンスの考え方の転換• 2016年3月：リクルートライフスタイル様– 大規模アジャイルの立ち上げ、運営、改善
64

普及と育成• 普及– 組織内にどう広げるか？

• 育成– 技術者のスキルレベルをどう上げるか？

65川口さんのスライドを引用させて頂きました66川口さんのスライドを引用させて頂きました67川口さんのスライドを引用させて頂きました68川口さんのスライドを引用させて頂きました69中山さんのスライドを引用させて頂きました70プロダクトオーナーの育成• 「アジャイルソフトウェア要求」にいくつかの事例が紹介されている– ITまたは業務に通じた人に、他方の経験を積ませる– プロダクトオーナーの経験者を中途採用する– ITに通じた人と、業務に通じた人が相補的に役割を担う（後者が優先度を決める）
個人的には、業務に通じた人をITに通じた人（分析者等）がバックアップするのが現実解ではないかと思う。
71川口さんのスライドを引用させて頂きました72

普及と育成：事例との関係• 2015年8月：KDDI様– ペアプロなどを通じた内製化• 2015年12月：ゼンアーキテクト（カプラン様）様– ラッセルによる技術移転• 2016年5月：ニッセイ情報テクノロジー様– 学びながらのプロジェクトの実践

73日本固有(?)の課題と落とし穴• スケール– 産業構造• 落とし穴– 一般的な失敗パターン– 安直な大規模化– 体制・組織– 契約・商慣習74

平鍋さんのスライドを引用させて頂きました75失敗パターン

依田さんのスライドを引用させて頂きました76依田さんのスライドを引用させて頂きました77山岸さんのスライドを引用させて頂きました78山岸さんのスライドを引用させて頂きました
79

課題と落とし穴の区別• 日本固有（？）の課題– 企業の方針ですぐに克服できる課題と解決に時間がかかる課題がある• 契約：すぐに克服できる可能性あり• 育成：中途採用が困難だと、解決に時間がかかる• 落とし穴– 理解しないとはまる可能性があるので、理解した方が良い
80

課題と落とし穴：事例との関係• 2015年12月：新日鉄住金ソリューションズ様– 利害関係者との関係、物理的な距離• 2016年4月：ウルシステムズ（製造業）様– より高度なマネジメント能力が必要事例の多くは、「うちでもアジャイル開発やりました」アンチパターンにも落とし穴にもはまっていない！
• 適切な動機、戦略の下で、目的志向で取り組んだためではないかと考えらえる
81

事例の概要のご紹介
2015年7月から2016年5月の期間のご紹介事例82

東京海上日動システムズ株式会社
押井英喜様、花宣典様
発注者と開発者の絶妙な連携• 保険契約手続きの電子化• 戦略：◎• 戦術：– 開発は委託• 反復単位の契約– POは協力的– SMは２名体制– テストの自動化

KDDI株式会社
川上誠司様、藤井彰人様
企画・開発・運用・外部ベンダが一体となったア
ジャイル開発の活用• KDDI Business ID• 戦略：◎• 普及/転換– 開発の一部内製化– ３段階の改革• アジャイル開発の導入• オフショアアジャイル開発• 企画承認のスピードアップ

藤井 彰人, 通信事業者におけるLean & Agile 適用事例―企業向けITとエンジニ
アの物心両面での改善のために―, 情報処理学会デジタルプラクティス Vol.7
No.3, 2016, pp. 235

84

新日鉄住金ソリューションズ株式会社
斉藤康弘様
デザイン思考＋アジャイル開発によるより良いシステムの実現を目指した• 病院の病床管理• 戦術– ユーザーニーズの理解のためにデザイン思考を活用• 障害– 決定権のある利害関係者との直接話ができない– UXアーキテクトと開発チームが物理的に離れていた
ご講演資料：https://easg.smartcore.jp/C23/file_details/QTJkVVpBPT0=

コベルコシステム株式会社
松本篤様
アジャイル開発により保守開発のデリバリー改善を狙った• 戦術– スクラムとムダの排除、意思決定の迅速化、情報の可視化を組み合わせた• 業務負荷の平準化が改善できなかった

ご講演資料：https://easg.smartcore.jp/C23/file_details/V2o1VWF3PT0=

株式会社ゼンアーキテクツ
岡勝様
ラッセルによるアジャイル開発の導入支援• 人材サービス用のシステム• 戦略的：◎• 普及/転換– 動機とコミットメント– 既存の管理統制スキームからの転換– プロダクトのビジョンとスコープのコントロール
ご講演スライド：https://easg.smartcore.jp/C23/file_details/VXpkVVpRPT0=

楽天株式会社
荻野恒太郎様継続的システムテストによる迅速で高品質のリリースの実現• 戦略：◎• 解決策– 継続的テスト– 自動テスト– アジャイルテスター

ご講演資料：https://easg.smartcore.jp/C23/file_details/VkRCVWFnPT0=

株式会社リクルートライフスタイル

塚越啓介様、今井恵子様
POと開発チームの成長を通じた大規模アジャイルの実践• 海外版AirREGI• 戦略的：◎• 戦術– チーム編成• 普及/転換– 導入/育成/改善– 周囲の理解ご講演資料：https://www.slideshare.net/keisuketsukagoshi/ss-59705472

ウルシステムズ株式会社
河野正幸様
基幹系システムでのアジャイル開発ではマネジメント能力が問われる• 製造業のSCMシステム• 戦略的：◎• 戦術– マネジメント能力を備えた人材の確保• 展望、タイムリーな意思決定等に長けた

ご講演資料：https://easg.smartcore.jp/C23/file_details/VWpjSlBnPT0=

ニッセイ情報テクノロジー株式会社
中野安美様、嶋瀬裕子様
コーチの支援の下で経験者ゼロの状態から価値ある製品をリリース• 福利厚生システムの外販化• 戦略的：○• 普及/転換– 教科書どおりからスタートし、改善– 早期フィードバックによる製品の改善– テストツールの活用
ご講演資料：https://easg.smartcore.jp/C23/file_details/QUdVQk5RPT0=

株式会社オージス総研
竹内俊裕様
リリース間の振り返りにより後続リリースでの品質改善• 非公開• 戦略的：？
• 戦術– 反復開発＋リリース間で改善• 不具合の発生原因を「設計と実装のギャップ」と特定し、その対策を次のリリースの開発で講じたご講演資料：https://easg.smartcore.jp/C23/file_details/V2o4RE5nPT0=

まとめ• 「うちでもアジャイル開発をやってみました」アンチパターンにはまると、「プロジェクトは成功してもアジャイルのメリットは不明確」という結論になりかねない• 「うちでもアジャイル開発をやってみました」アンチパターンに陥らないためには、5つの側面で考えていくことが重要である• 事例は、適切な動機、戦略の下で、目的志向で取り組むことにより、 「うちでもアジャイル開発をやってみました」アンチパターンを克服できることを示している93書籍「エンタープライズアジャイルの可能性と実現への提言」• 本書は実行委員の方々や勉強会セミナーでの発表者の方々のスライドを多数引用しており、説明が充実した解説書ではなく、「エンタープライズアジャイル」に関する様々な話題を概観するハンドブック的な書籍です。

• ページ数が「参考文献」を含めて72ページと薄い本です。

参考資料• 平鍋 健児,アジャイル開発の現状と未来～エンタープライズアジャイルの可能性– https://easg.smartcore.jp/C23/file_details/VXpBSk9RPT0=• 中山 嘉之, EA（エンタープライズアジャイル)にはEA（エンタープライズアーキテクチャー)が必要– https://easg.smartcore.jp/C23/file_details/VlRZSE9BPT0=• 依田 智夫,エンタープライズ・アジャイル開発が果たすべき役
割– https://easg.smartcore.jp/C23/file_details/QVdWVFp3PT0=• 川口 恭伸,部門アジャイル ～ 複数チームのコラボレーションをもっとよくするために– https://easg.smartcore.jp/C23/file_details/V2o1V1lRPT0=95

参考資料（続き）• 山岸 耕二,エンタープライズシステムの継続的リフォームにおけるアジャイル開発– https://easg.smartcore.jp/C23/file_details/VXpBSk9RPT0=• 竹政 昭利,サービスデザイン思考のエンタープライズ・アジャ
イルにおける位置づけ– https://easg.smartcore.jp/C23/file_details/VlRZSE9BPT0=• 鈴木 雄介,エンタープライズアジャイルと全体最適について– https://easg.smartcore.jp/C23/file_details/VWpaUll3PT0=96従来手法とアジャイル開発の違いの理解
出発点

見積もり
もちろん同等の品質を達成することが前提となる97

2015年7月-10月の活動
開催日

ご講演テーマご講演者

7/15（水）

アジャイル開発の現状と未来～エンタープライズアジャイルの可能性

東京海上日動システムズ(株）押井様、花様8/26（水）大企業でアジャイルを実現するために～ KDDI様のアジャイル導入事例

KDDI（株）川上様

9/30（水）エンタープライズアジャイル探求の軌跡
（その１）

藤井 拓

10/21（水）エンタープライズアジャイルと全体最適について～アーキテクチャ設計とウォーターフォールの必要性について～

グロースエクス
パートナーズ（株）
鈴木 雄介様エンタープライズアジャイル勉強会982015年11-12月の活動開催日

ご講演テーマご講演者

11/27（金） •デザインシンキングアプローチによるエン

新日鉄住金ソ
タープライズレベルのAgility向上の取組
リューションズ～病床割当業務IT化事例を通した考察～ （株）
斉藤 様

12/9（水）•保守運用フェーズにおけるアジャイル開発の適用について

コベルコシステム（株）松本 様（株）神戸製鋼所
大和 様•キャプラン様事例に学ぶ
エンタープライズアジャイル内製プロジェ
クトを立ち上げる前に考慮すべき3つのこと（株）ゼンアーキテ
クト
岡様

エンタープライズアジャイル勉強会

99

2016年1-3月の活動開催日

ご講演テーマご講演者

1/15（金)• 「納品のない受託開発」から考えるエンタープライズアジャイル～自己組織化された強い組織を作るためのマネジメント～（株）ソニックガーデン
倉貫 様

2/17（水）• 楽天の品質改善を加速する継続的システムテストパターン

楽天（株）
荻野 様

3/18（金）• Agile Transformation &Leadership in Enterprise~KDDIでの驚きと学び~

KDDI（株）藤井 様• 大規模なチームを安定させるため リクルートライフスタイに必要なこと
ル（株）
塚越 様、 今井 様

エンタープライズアジャイル勉強会

1002016年4-7月の活動
開催日
4/15（金)ご講演テーマ

ご講演者•エンタープライズアジャイルで成功する ウルシステムズ（株）
ために必要なもの
河野 様

5/20（金） •金融系ＩＴ企業におけるスクラムへの挑 ニッセイ情報テクノロ戦ジー（株）
中野 様、嶋瀬 様•振り返りによる反復開発プロジェクトの （株） オージス総研
改善事例のご紹介竹内 様

6/22（水） •UXアプローチがもたらすエンタープラ
イズアジャイルへのインパクト7/20（金） •コカコーラ vs. ペプシ･･･みたいな話なのか？的視点からみたDA2.0

ソシオメディア（株）
篠原 様
日本ヒューレット・パッカード（株）
藤井 様•機敏な製品リリースを可能にする企業 藤井 拓内の連携モデルを提示するSAFe(Scaled Agile Framework) のご紹介＋α
エンタープライズアジャイル勉強会

101エンタープライズアジャイルの狙い、解釈、重視する要素（10/20, 29）
依田さん

鈴木さん

平鍋さん

中山さん

何を改善し（狙いたい）たいと考えているか？

現状の開発依頼者と委託先の関係により発生している損失を削減する

ユーザー様がやりたいことを実現できるように現状を改善したい

日本で技術者がビジネスに貢献し、幸せになる

3)が改善したいこと

立ち位置は1),2), 3)のいずれか？

価値があるのは3)だが、仕事でしたいのは2)やっていることは1)の立場

1), 2), 3)のすべてに興味がある

1)と2)。
3)は目的。

重視するア
ジャイルの要素は何か？

WFにおけるPMBoK、EVMのような科学的な方法、反復開発WFでもCI、テストの自動化は適用可能
WFとアジャイルのバランスを取る？

スケールアップ
はなじまない。
エンタープライズ・モデリングで限りなく疎結合化しアジャイルを適用。

エンタープライズアジャイルの狙い、解釈、重視する要素
細川さん

山岸さん

竹政さん

川口さん

何を改善し（狙いたい）たいと考えているか？

プロジェクトが成果を出すことチームの大規模化による効率の低下

お客様の本当のニーズに対応する

2)、3)の立場によって狙いは異なる？

立ち位置は1),2), 3)のいずれか？

うまく機能すれば 1) 「エンタープラどれでもよいイズシステム」…

どれもありだが、強いて言えば3)2)と3)。

重視するア
ジャイルの要素は何か？

XPのプラクティス POAgile：人間がをもっと重視すべ 効率的に活動でききるチームレベ
ルのアジャイル。

開発プロセスに対しては中立だが、試行錯誤を許容する点でアジャイル開発と親和性が高い

2)の立場においてはスクラム、3）の立場においてはリーン

MMFの開発順序の判断(SPNV)• 各MMFの期間毎のコストと売り上げを予測する• 各MMFの利率を想定してDCFを求め、DCFの総和からNPVを求める• さらに各MMFの開発開始をずらして、それらのDCFから開発開始をずらした場合のNPVを求める• 各MMFの開始期間毎のNPVを並べる（これが順序調整されたNPV (SPNVs))• 各MMFのSPNVsを比較すると、早く開発すべきものと遅らせても良いものを判断できる
104

2つのMMFのコストと売り上げあるシステムの機能群として2つのMMFが考えられる場合、各々のMMFのコストと売り上げを推定する
期間毎のコストと売り上げMMF
123456789101112A-200 -200 100 120 140 160 200 220 240 300 320 340

B-250505080 100 120 140 160 180 200 200 200

出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 2003105

MMF Aの開始時期ごとのNPVの算出
年率10%の現在正味価12345678
9 10 11 12 値（NPV)-200 -200 100 120 140 160 200 220 240 300 320 340
1604
0 -200 -200 100 120 140 160 200 220 240 300 320
1285-200 -200 100 120 140 160 200 220 240 300
986-200 -200 100 120 140 160 200 220 240
708-200 -200 100 120 140 160 200 220
486-200 -200 100 120 140 160 200
283-200 -200 100 120 140 160101-200 -200 100 120 140-44-200 -200 100 120-170-200 -200 100-277-200 -200-365
MMF A (月）出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 2003

106

2つのMMFのSNPVs
NPVが正になるためには、SNPVsが負になる時期以前に開発を開始しなければならない→MMFの開発順序を決める
期間MMF
123456789101112A1604 1285 986

708 486 283

101 -44.3 -170 -277 -365 N/A

B

1138

574

132

949

761

407

260

22-68 -140 -184 -248

出典：Mark Denne, Jane Cleland-Huang, Software by Numbers: Low-Risk, HighReturn Development , Prentice Hall, 2003
プロダクト開発フローでは、「遅延のコスト (CoD)」でフィーチャー等の優先順位付けを行うことを推奨している
107