®

WHY AGILE?
Why for JAPAN?
Vertex Software Pvt. Ltd.
India
AG Technology Park, Server Space,
Off. ITI Road, Aundh, Pune – 411007.
Maharashtra, India
Tel:+91-20-66041500 Fax:+91-20-66041621
Japan
7F Ichibancho Court
15-27 Ichibancho, Chiyoda Ku, Tokyo 102-0082
Tel:+81-03-5210-9310 Fax:+81-03-5210-9311
USA5, Northbriar Road, Acton MA 01720 USA,
Tel:+01- 978-985-2346

®

A global survey
India

Japan

USAEuropeTOTAL

Projects

24

27

31

22

104

LOC/Month209

469

270

436

374

Bugs/
1000 LOC.263.020.400.225.150

Survey: Completed in 2002-2003, with Alan MacCormack (HBS), Chris Kemerer (Pittsburgh), and Bill Crandall (HP)
Objective: Determine usage of iterative (Synch-&-Stabilize) versus Waterfall-ish techniques, with performance comparisons

118 projects plus 30 from HP-Agilent for pilot survey

ParticipantsIndia: Motorola MEI, Infosys, Tata, Patni
Japan: Hitachi, NEC, IBM Japan, NTT Data, SRA, Matsushita, Omron, Fuji Xerox, Olympus
US: IBM, HP, Agilent, Microsoft, Siebel, AT&T, Fidelity, Merrill Lynch, Lockheed Martin, TRW, Micron TechEurope: Siemens, Nokia, Business Objects
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

1

Cited fromMichael A. Cusumano, MIT Sloan
School of Management®

Different philosophies behind SOFTWAREEUROPE: Software as a Science

USA: Software as a Business

INDIA: Software as a ServiceJAPAN: Software as a Product7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-2-

®

ものづくり：設計・生産

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-3-

®

ものづくり：設計・生産

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-4-®

ものづくり：設計・生産

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-5-®

ものづくり：設計・生産

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-6-

®

ものづくり：設計・生産

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-7-®



では、ソフトウェアにおける設計と生産は？
古典的日本型WF：工業製品工程のメタファー
SIer

レビュー等、設計品質
管理プロセスによる「金型（設計書）」の完全化

上流工程

設計ドキュメント

Offshore

設計書と実装のギャップ管理＝バグ管理による「プレス工程（製造工程）」の完全化

下流工程

完璧な設計書はありえるのか？
プログラムの実装工程は本当に設計をなぞるだけなのか？
ソフトウェア工学はロケット工学になりえるのか？
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

-8-

®

日本企業のソフトウェア発注モデル
ユーザ企業
IT部門

SIer

システム外部設計
データセンターカスタムアプリパッケージアプリ

IDCサービス

7 Sep temb er 201 1

パッケージベンダー

Vertex Software Pvt. Ltd.

開発ベンダー-9-

システムコンサルタント

®

米国企業のソフトウェア発注モデル
ユーザ企業
IT部門

システム外部設計
データセンターカスタムアプリパッケージアプリ

IDCサービス

7 Sep temb er 201 1

パッケージベンダー

Vertex Software Pvt. Ltd.

開発ベンダー- 10 -システムコンサルタント

®

日米比較
リスク

契約

関係

ベンダインセンティブ

ユーザ企業インセンティブメソッド

米
国共有、分配、されるためベンダーロック
イン少ない

T&M

良好な信
頼関係だ
が、短期的工数増大＝売上増大＞良い機能の追加提案

工数増大＝コスト増大＞機能シンプ
ル化

AGILE

日
本

Sierがとること 請負
で、ベンダーロックインに持ち込む

対立的だ
が、長期的工数増大＝コスト増大＞スコープをしぼり、変更・追加を忌避

工数増大＝納品機能増大＞できだけたくさんの機能を注文

WF



インクリメンタル開発（IID）はUS政府調達案件の条件

１９８０年代：WF、ドキュメントドリブンモデルが標準。DOD-STD-2167
失敗が相次ぐ。1995年の調査にて上記プロジェクトの７５％が失敗、もしくは使われずに終わったとのレポート
2000年：DOD-5000.2により、進化型およびスパイラル型の開発手法が強く推奨される
Cited from: Iterative and Incremental Development: A Brief History
Craig Larman, Valtech Victor R. Basili, University of Maryland

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 11 -®

WF・AGILEでの不確実性の表れ方の違い
WF型アプローチでのデリバリー開始

仕掛り

納期

AGILE型アプローチでのデリバリー開始

仕掛り仕掛り仕掛り仕掛り

納期
7 Sep temb er 201 1

WF型では、不確実性が最終局面で一挙に表面化する可能性がある

Vertex Software Pvt. Ltd.

- 12 -AGILE型では、繰り返されるたびに不確実性が減っていき、最終局面では精度の高いデリバリーが行われる

®

Why Agile ?

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 13 -®



日米オフショアリング比較

Japan  China
Project Language = Japanese
Most Chinese employees are J-skilled

Project Style : Water Fall = Document Driven Development
Communication => Written Japanese
Reviews and commentsUS  India
Project Language = English
All Indian SEs are English skilled

Project Style : Agile = Real time, Requirement Driven
Communication => Spoken English
Discussions and demos

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 14 -Japan/EUROPE  INDIA issues

®

言語の差




従来の日本型
手法では対応が困難なプロ
ジェクトリスク

翻訳の介在

文化の差
プロジェクトメソッド
 背景知識=>リスク最小化の方法論は？
＃インドのメリット• 最新技術への対応• 高度な技術をもった豊富な人材プール• 提案型、目的志向型：発注側の負荷軽減• プロフェッショナリズム
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 15 -®

Why Agile ?

従来のガバナンス

アジャイルガバナンス

前提：すべては事前に予測可能である

前提：すべては事前に予測可能ではない

一度だけの完璧な開発開発を始める前に要求仕様を「確定」し、それに忠実に沿って開発する

短いリリースサイクルでの反復開発
開発を始める前に要求仕様の確定度を検討し、変化を反復開発の中で吸収する

品質基準とは？
計画時の要求仕様と現状の差分が無い＝各フェーズのスリッページが少ない＝高品質

品質基準とは？
最新の要求仕様と現状の差分が無い＝高品質

アクティビティーベースの管理
古典的プロセス：PMI/PMBOK/CMM
詳細に計画し、差異を追跡

結果ベースの管理
計画/実行/評価/計画/実行/評価の繰り返し（PDCAの繰り返し）

対立的な関係
書類の交換/分析、非リアルタイム

協力的な関係状況・成果物・事実を共有、リアルタイム

変更：避けるべきこと
変更要求管理（インパクト分析、工数追加、etc）

変更：当然のこと
イテレーション毎にプライオリティペースで対応

メンタリティ：手順志向型

メンタリティ：目的・結果志向型

オーナーシップ：分割

オーナーシップ：全体

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 16 -®

Why Agile ?

アジャイルの本質変化を受け入れること不確実性を前提にしたガバナンス
AGILE

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 17 -®

ネガティブな不確実性
お客様コミュニケーション

オフショア• 本当はビジネス定義が未確定• すべてを検討する
時間はない
etc…

• 冗長だが言葉が足りない文書（行間を読め）• 適切なレビューが出来ていない• 翻訳によるブレetc…

• 文化・前提知識の差• 言葉の壁• 時間・距離の壁
etc…

ネガティブな不確実性
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 18 -®

ポジティブな不確実性
お客様コミュニケーション

オフショア• アプリとビジネスは相互影響で進化• 必要な時に検討し、すぐにアプリを利用したい
etc…

• 的を絞った文書• Face To Face
• ソフトウェアデモで、仕様のすり合わせ
etc…

• 日本とは違う発想、着想での貢献• グローバル性を生かした対応• 時差を活用した開発スタイル
etc…

ポジティブな不確実性
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 19 -®

Why Agile ?

ネガティブな不確実性
ポジティブな不確実性

最大化

AGILE最小化

Agile Governance
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 20 -®

Why Agile ?

アジャイルガバナンスの目的

ネガティブな不確実性のリスクを最小化し、ポジティブな不確実性のメリットを最大化すること

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 21 -®

Vertex Agile

新規市場
US/EURO
市場の変化

日本向け
AGILE

AGILEの主流化

新規顧客開拓NTTデータグループとしてVERTEX

付加価値貢献AGILE型案件の増大

Vertexの強み＝AGILEで先行するUS/EUROの豊富な案件⇒日本市場への展開
7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 22 -

®

VERTEXの日本型AGILEへの取り組み
FTS




各種NTT DATAプロダクト開発案件


OPDモデル

フェーズ型アプローチ案件


Follow the Sun, ２４時間型開発へのAGILEプラクティスの適用

アルファ、ベータ、プロダクトの段階リリースの中で、ユーザー要件の柔軟な反映をおこなう

AGILE with Stable Requirement
日本向標準モデルのひとつ
 WF型発注環境のなかにAGILEメソッドを取り込む


KEY１：見積タイミング
 KEY２：日本側マネージャに理解されるプロセス・レポーティング
 KEY３：WFの一部としてのAGILE

7 Sep temb er 201 1

Vertex Software Pvt. Ltd.

- 23 -®

Thank you
Visit us at
http://www.vertexsoft.com

Shinji Akiyama
Vice President, Japan Business Unit Head
Vertex Software Pvt. Ltd.
akiyama@vertex.co.in