IPA グローバルシンポジウム IT 産業の維新へアジャイル開発のめざすべきもの 2. 要求工学で要求獲得できてこそアジャイル開発がいきてくる 3. IT 産業の構造改革 ->アジャイルの成功秘訣請負契約から委

(1)

ＩＰＡグローバル・シンポジウム2010

カリフォルニア州立大学ポモナ校

教授

一色浩一郎

教授

一色浩一郎

２０１０年６月８日

0 copyright@koichiro isshiki Mail: [email protected]

Web site: www.sei-cpp.com

(2)

IPA グローバルシンポジウム2010

1. ＩＴ産業の維新へ

アジャイル開発のめざすべきもの

2. 要求工学で要求獲得できてこそ

アジャイル開発がいきてくる

3. ＩＴ産業の構造改革->アジャイルの成功秘訣

請負契約から委任契約へ

4. グローバルに通用する人材育成

5. カリフォルニア州立大学コース

6. 日本の若者に夢をーキラキラした目の若者に

1

(3)

米国アジャイル開発のステップ

上流コンサル

上流設計

事業戦略

中流コンサル・

コーチング

下流アジャイ

ル開発

下流

Outsourcing

Offshore開発

中流業務設計･

業務機能

下流業務設計･

業務機能

非機能要求

実工数精算実工数精算請負請負仮工数精算仮工数精算委任委任外部設計内部設計（コンピュータ化）委任

(4)

(5)

カリフォルニア州立大学コース体系図

管理ＲｅｑｕｉｒｅｍｅｎｔｓＥｎｇｉｎｅｅｒｉｎｇ要求工学システム開発

Systems Dev elopment

ＰＭＯ-PMP

project management office

要求獲得 _{仕様化}要求要求検証要求管理Ｓｔａｔｅｍｅｎｔｏｆｗｏｒｋ工数精算 RFP

Request For Proposal

オフショア開発

Offshore Development

ＯＯＭ

Object oriented Methodology

要件定義書

RequirementsＳｐｅｃｉｆｉｃａｔｉｏｎ

RUP

Rational Unified Process

SECURITY

Computer Forensics

PSP

Personal Sof tware Process

RTE

Round Trip Engineering CRC Enterprise 2.0 Blog Wiki CSS RSS 3D Flex AJAX Agile Ｆｏｌｋｓｏｎｏｍｉｅｓ Ｗｅｂ2.0-3.0 Pod Cast New Technology Speakersと討論

Ｃａｌ PｏｌｙＳｅｍｉｎａｒコース体系図

GIS GPS 経営工学ソフトウェア工学エントレプレニュア組織工学行動科学世界一会社研究訪問ＣＩＯ

All rights reserv ed by Dr. Koichiro Isshiki(一色浩

一郎） & Takaaki Yaguchi(矢口隆明）２００９ _{h ttp://w ww.sei-cpp.com}

C I O O

(6)

適した開発手法選択

5 Waterfall 相互依存継続的関係 Agile Waterfall 相互依存継続的関係 Agile 計画性安定性変化の対応性迅速性要件の未決定要件の変動最後のテストまで分からない完了判断難しい開発規模プロジェクトの性質や環境

(7)

当大学で教えている代表的な

アジャイル手法の特徴1

開発手法特徴規模 XP( eXtreme Programming) 最もポピュラーな開発手法。４基礎： communication, simple, feedback, courage. 12の基本プラクテイス：customer team member, user stories, test acceptance, pair programming, short cycle(2 weeks), collective ownership, Sustainable pace(not allowed to work over time) 小規模（４－１０人程度） Kent Beck, Ward Cunningham Scrum 明確なＰＭと要求管理重視。しばしばＸＰと組み合わせる。_{３０分以内のmeeting.} 基本的開発サイクルは30日。 Any size. Ken Schwaber 他 RUP( Rational Unified Process) 4 フェーズ（方向付け、推敲、作成、移行）。ＯＯＭのtoolsを使う。中規模以上 Rational Software(IBM) FDD( Feature‐ Driven Development) 軽量なアーキテクチャを重視。ＵＭＬやＯＯＭ手法を使う前提小規模（４－２０人） Peter Coad copyright@koichiro isshiki 6

(8)

当大学で教えている代表的な

アジャイル手法の特徴2

開発手法特徴規模ＡＳＤ（Adaptive Software Development) 反復型、customer focus group review, leadership collaboration management, 目の前の仕事に適応させつづける Any size. Jim Highsmith Crystal Family 重要度にあわせて、レベルを使い分けられる。 the darker the color, the heavier the project. しばしば、ＸＰやScrumと組み合わせる。中小規模. Alistair Cockburn ＤＳＤＭ(Dynamic System Development Method) ISO9001資格の開発手法。ＲＡＤ（Rapid Application Development) から普及。プロセス・マネージメントを重視 Any size 複雑なビジネス・プロジェクトに適す. DSDM コンソーシアム EUP(Enterprise Unified Process エンタープライズ・アーキテクチャ、再利用管理、ポートフォリオ、人的資源管理含む 7

(9)

Crystal Methodologies

¾D6 – Denotes a project with a maximum of six persons delivering a system of maximum criticality of discretionary ¾C=Comfort ¾D=Discretionary ¾E=Essential ¾L=Life

(10)

アジャイル手法の導入問題

• 日本の請負契約から委任契約型に

• 顧客の要求定義参加型

• 顧客重要決定参加型－その例

１. 問題への迅速な決定

２．

要件の優先順位の決定

３．

リリース毎の検収

４．プログレスレポートへの参加

(11)

米国のアジャイル開発契約

• プロジェクト管理と

実施プロセス規定のみ

（開発範囲の規定と期間）

• 注：

日本の大手ＳIerのような一括請負会社ない

10

(12)

日本の調達モデル

copyright@koichiro isshiki 11

ユーザー

大手システム

インテグレータ

ハードウエア

データベース・

ベンダー

パッケージ

ベンダー

システム開発

ベンダー

パッ

ケージ

_内部開発

システム

ハードウ

エア

データ

ベース

経営シス

テム外部

設計

経営システムコンサル

(13)

米国の調達モデル

copyright@koichiro isshiki 12

ユーザー

ハードウエア

データベース・

ベンダー

パッケージ

ベンダー

システム開発

ベンダー

パッ

ケージ

_内部開発

システム

ハードウ

エア

_ベース

データ

経営シス

テム外部

設計

経営システムコンサル

(14)

日本型の契約方式

請負契約

User

契約金額と

Vendor

期限設定

業務機能盛り込む

機能肥大化・複雑化

機能抑え

要求だけ実現

提案控え

過酷な労働環境

若者ＩＴばなれ

弊害とコスト増加・

利益減少

ＩＴ部門は、経営者、エンド・ユーザー、

双方から信頼をうしなう！

(15)

１．品質=委任‐>委任‐>請負契約形態が最も良い

２．工期遅延度=委任‐>委任‐>請負が最も遅延度が低い

３．委任‐>請負‐>請負が最も遅延度が大きい

システム契約形態別の換算欠陥率

要件定義設計

実装

件数平均値中央値標準偏差件数平均値中央値標準偏差

委任

29

0.05

0.00

0.13

22

0.29

0.06

0.59 委任

委任

請負

10

0.02

0.00

0.04

8

0.22

0.16 委任

請負

32

0.09

0.00

0.40

35

0.32

0.14

0.42 請負

請負

77

0.05

0.00

0.28

61

0.65

0.15

1.83 自社開発自社開発自社開発

35

0.04

0.00

0.10

23

0.29

0.14

0.50

183

0.05

0.00

0.26

149

0.44

0.14

1.23 総計

フェーズごとの契約形態

工期遅延度

換算欠陥率

日本情報システムユーザー協会ＪＵＡＳ

(16)

米国型の契約方式

要求工学に基づく

工数精算

User

_委任

_Vendor

業務設計

機能シンプル

工数おさえ

良い機能提案

工数拡大

ユーザーの

信頼

工数増加売

上増加

コスト低下

ＩＴ技術と付加価値、製

品化提案・教育

ＩＴ経営の同期競争力に

システムアーキテクチャ・

設計重視

(17)

アジャイル開発具体例

User

ビス単価決定

１時間のサー

Vendor

要求工学で

業務機能設計

機能の

シンプル化

付加価値提案

作業拡大

開発ベンダー

ＩＴ

_skills

実力

重要

製品化・部品再

利用・アイデアの

体系化

経営者・ユーザー

へのＩＴ部門の

価値上昇

作業範囲決

め

目標時間(金

額)決め

仮工数精算

実工数精算

仮工数精算

作業内容時間

明示

継続交渉

継続

他ベンダー

_下げ交渉

単価引き

生産性弱し

妥当

コスト高

(18)

開発手法の選択

対象の性質と規模（中小）

XP ( eXtreme Programming) 最もポピュラーな開発手法。４基礎：communication, simple, feedback, courage. 12の基本プラクテイス：customer team member, user stories, test acceptance, pair programming, short cycle(2 weeks), collective ownership, Sustainable pace(not allowed to work over time) 小規模（４－１０人程度） Kent Beck, Ward Cunningham Scrum 明確なＰＭと要求管理重視。しばしばＸＰと組み合わせる。_{３０分以内のmeeting.}_{基本的開発サイクルは30日。} Any size. Ken Schwaber 他 Crystal Family 重要度にあわせて、レベルを使い分けられる。しばしば、ＸＰ，Ｓｃｒｕｍと組み合わされる。中小規模. Alistair Cockburn FDD( Feature‐ Driven Development) 軽量なアーキテクチャを重視。ＵＭＬやＯＯＭ手法を使う前提小規模（４－２０人） Peter Coad 17

(19)

開発手法の選択

対象の性質と規模（大）

手法ＡＳＤ（Adaptive Software Development) 反復型、customer focus group review, leadership collaboration management, 目の前の仕事に適応させつづける Any size. Jim Highsmith ＤＳＤＭ(Dynamic System Development Method) ISO9001資格の開発手法。ＲＡＤ（Rapid Application Development) から普及。プロセス・マネージメントを重視 Any size 複雑なビジネス・プロジェクトに適す. DSDM コンソーシアム EUP(Enterprise Unified Process エンタープライズ・アーキテクチャ、再利用管理、ポートフォリオ、人的資源管理含む RUP( Rational Unified Process 4 フェーズ（方向付け、推敲、作成、移行）。 _{ＯＯＭのtoolsを使う。} 中規模以上 Rational Software(IBM) 18

(20)

導入されているアジャイル手法の種類（海外）

Scrum Scrum/XPの組合せ XP 独自/組合せ分からない AgileUP その他 FDD Lean開発 DSDM OpenUP アジャイル・モデリング Crystal

49.1%

22.3%

8.0%

5.3%

1.4% 0.6%

0.6%

0.5%

1.9%

2.1%

2.2%

3.7%

Scrum

Scrum/XPの

組合せ

XP

独自/組合せ分からない AgileUP その他 FDD Lean開発 DSDM OpenUP アジャイル・モデリング Crystal （VersionOne社アジャイル開発の現状調査第3回2008より）

(21)

航空宇宙局（NASA）

Fast Adaptive Aero

Space Tools（FAAST）

• 次世代の航空宇宙分析やデザインを行うツー

ル開発

• 次世代システムを研究しながら開発。要求仕様

が固まっておらず、開発途中で常に変化し続け

るソフトウェア開発

成熟度の高いXP を使用

30 分以内のミーティングを毎日行い、進捗や方向性を確認す

るという

_{Scrum の手法も導入}

20

(22)

米陸軍

_{U.S. Army Environmental Center}

(USAEC)

• 陸軍基地の環境クリーンアップ関連ミッション

に使われるソフト開発

• 会計システムへの機能追加：

1 ヶ月近く納期

を短縮した、半年で約5 万ドルのコスト削減

＞ＸＰのペア・プログラミング（Pair Programming）を

採用：二人のプログラマが1 台のコンピュータに向

かってコード作成

（プログラミングをしながら同時にレビュー可能といった要素から、実際に

はプログラマのコストは他の開発手法の15%増だけ）

21

(23)

日本でのアジャイル手法の導入

の促進

アジャイル手法の理解促進のため

• 日本アジャイル開発コンソーシアム設立提案

1. 日本のアジャイル開発ベンダー育成

2. 顧客の経営、開発担当のアジャイル開発理解促

進

3. 発注顧客と開発受託ベンダーの相互理解促進

4. 会員向けに専門知識、コンサルティング、

及びトレーニングを提供

(24)

米国アジャイル開発

コンソーシアム

(1) Agile Alliance

:開発手法も非常に広範

(2) Systems and Software Consortium (SSCI)

航空宇宙、防衛、IT、通信、金融、政府及び大学といった各分野の

第一級の機関から構成されている。民間企業としては、BEA Systems、

Computer Science Corporation (CSC)、EDS (Electronic Data Systems)、

General Dynamics、Lockheed Martin、Raytheon、Unisys などが参加

(3) Cutter Consortium

会員向けに専門知識、コンサルティング、及びトレーニングを提供

Jim Highsmith を筆頭として、Kent Beck、Ken Schwaber、Alistair Cockburn

など、Agile Alliance の創設者として有名なアジャイル・ソフトウェア開発研

究者

23

(25)

米国アジャイル開発企業

ベンダーサンプル

(1) Thought

Works（

イリノイ州シカゴ

）

アジャイル開発手法：XP、Scrum、Crystal、その他

(2)Role Model Software（

ノースカロライナ州ホーリー・ス

プリングス

）

_{アジャイル開発手法：XP}

(3) Agile Logic

（カリフォルニア州フラートン）

アジャイル開発手法：XP、Scrum、DSDM

(4) Object Mentor（

イリノイ州ガーニー

）

アジャイル開発手法：XP

24

(26)

日本のＩＴを輸出産業にしませんか！

• 世界のＩＴ市場と動向

• 日本のＩＴを輸出産業にするにはー

世界のstandardを知る

まがったきゅうり

世界のstandard—5 stars hotel

IT社長があやまる

25

(27)

日本のＩＴ産業ソフトの輸出入比較

輸入ソフト

３０００億

輸出ソフト

１００億

何故輸出

が低い？

(28)

世界のＩＴ市場

by WITCSA

２００６

(29)

世界ＩＴ市場２００６年

by ＷＩＴＣＳＡ

(30)

日本の若者に夢を！

• 要求工学とアジャイルで

‐>目のきらきらした若者に

• ＩＴ維新会

• ３Ｋから３Ｔへ

大志、楽しい、高い報酬

_{or定時に帰る}

29

(31)

Facebookfounders, Obamaの選

挙運動, Chris Hughes(25歳）今

度の仕事はGeneral Catalyst

200万を超えるボランティアたちがプロフィールを作り、20万のオフラインイベントを企画し、 35000のグループを作り、40万のブログ記事を投稿し、7万の個人献金ページから$30M（ 3000万ドル）を集めた。

(32)

Thanks for Listening

ＩＰＡグローバル・シンポジウム2010

カリフォルニア州立大学ポモナ校

カリフォルニア州立大学ポモナ校

カリフォルニア州立大学ポモナ校

教授

一色浩一郎

教授

教授

一色浩一郎

一色浩一郎

２０１０年６月８日

IPA グローバルシンポジウム2010

1.

ＩＴ産業の維新へ

アジャイル開発のめざすべきもの

2.

要求工学で要求獲得できてこそ

アジャイル開発がいきてくる

3.

ＩＴ産業の構造改革->アジャイルの成功秘訣

請負契約から委任契約へ

4.

グローバルに通用する人材育成

5.

カリフォルニア州立大学コース

6.

日本の若者に夢をーキラキラした目の若者に

米国アジャイル開発のステップ

上流コンサル

上流設計

事業戦略

中流コンサル・

コーチング

下流アジャイ

ル開発

下流

Outsourcing

Offshore開発

中流業務設計･

業務機能

下流業務設計･

業務機能

非機能要求

カリフォルニア州立大学コース体系図

Ｃａｌ Pｏｌｙ Ｓｅｍｉｎａｒ コース 体系図

適した開発手法選択

当大学で教えている代表的な

アジャイル手法の特徴1

当大学で教えている代表的な

アジャイル手法の特徴2

Crystal Methodologies

アジャイル手法の導入問題

• 日本の請負契約から委任契約型に

• 顧客の要求定義参加型

• 顧客重要決定参加型－その例

１. 問題への迅速な決定

２．

要件の優先順位の決定

３．

リリース毎の検収

４．プログレスレポートへの参加

米国のアジャイル開発契約

• プロジェクト管理 と

実施プロセス規定のみ

（開発範囲の規定と期間）

• 注：

日本の大手ＳIerのような一括請負会社ない

日本の調達モデル

ユーザー

大手システム

インテグレータ

ハードウエア

データベース・

ベンダー

パッケージ

ベンダー

システム開発

ベンダー

パッ

ケージ

Ｃａｌ PｏｌｙＳｅｍｉｎａｒコース体系図

• プロジェクト管理と

_内部開発

_内部開発

_ベース

要件定義設計

件数平均値中央値標準偏差件数平均値中央値標準偏差