Microsoft PowerPoint - AgileLecture-AgileJapan pptx

(1)

Software

Engineering

Information-technology Promotion Agency, Japan

Center

アジャイル開発の適切な運用に向けて

～「非ウォーターフォール型開発WG活動報告書」の概要～

～「非ウォタフォル型開発WG活動報告書」の概要～

Agile Japan 2011

2011年4月15日

情報処理推進機構(IPA)

2011年4月15日

情報処理推進機構(IPA)

ソフトウェア・エンジニアリング・センター(SEC)

山下博之

1 Software Engineering Center

山下博之

SEC

Software Engineering for Mo･No･Zu･Ku･Ri

H22

H22年度版報告書の公開中

年度版報告書の公開中

http://sec.ipa.go.jp/reports/20110407.html

(2)

SEC

非ウォ

タ

フォ

ル型開発WG

非ウォーターフォール型開発に関する検討委員（1/4）

A il J

2011

氏名

所属

主査

松本　吉弘

財団法人京都高度技術研究所顧問

委員

稲村直穂子

株式会社ディー・エヌ・エーシステム統括本部本部長

非ウォーターフォール型開発WG

_{Agile Japan 2011}

実行委員

委員

稲村　直穂子

株式会社ディー・エヌ・エーシステム統括本部本部長

大槻　繁

株式会社一コンサルティンググループ副社長

合田　治彦

富士通株式会社システム生産技術本部本部長代理

田澤久

楽天株式会社開発ユニット開発環境整備課課長

田澤　久

楽天株式会社開発ユ

ット開発環境整備課課長

戸村　元久

株式会社NTTデータ技術開発本部

_{プロジェクトマネジメント・イノベーションセンタセンタ長}

羽生田　栄一

株式会社豆蔵取締役

ジ

平鍋　健児

株式会社永和システムマネジメント副社長、

_{株式会社チェンジビジョン代表取締役}

広瀬　敏久

日本電気株式会社主席技術主幹

古川　正伸

株式会社東京証券取引所品質管理部課長

古川

伸

株式会社東京証券取引所品質管理部課長

前川　徹

サイバー大学 IT総合学部教授

馬嶋　宏

株式会社日立製作所情報システム事業部方式設計センタ

松島　桂樹

武蔵大学経済学部教授

南　悦郎

新日鉄ソリューションズ株式会社

_{技術本部システム研究開発センター所長}

和田　憲明

富士通株式会社システム生産技術本部

_{SI生産革新統括部 SDEM推進部}

Software Engineering Center

3 エキスパート

伊久美　功一

IPA/SEC専門委員／元IPA/SEC研究員

オブザーバ

鴨田　浩明

経済産業省

SEC

非ウォーターフォール型開発に関する検討委員（2/4）

開発モデルPT

氏名

所属

株式会社永和

ネジ

副社

リーダ

平鍋　健児

株式会社永和システムマネジメント副社長、

株式会社チェンジビジョン代表取締役

委員

合田　治彦

富士通株式会社システム生産技術本部本部長代理

委員

合田治彦

富通株式会社シテ

産技術本部本部長代理

戸村　元久

株式会社NTTデータ技術開発本部

プロジェクトマネジメント・イノベーションセンタセンタ長

広瀬敏久

本電気株式会社主席技術主幹

広瀬　敏久

日本電気株式会社主席技術主幹

古川　正伸

株式会社東京証券取引所品質管理部課長

前川徹

サイバ大学 IT総合学部教授

前川　徹

サイバー大学 IT総合学部教授

松島　桂樹

武蔵大学経済学部教授

南悦郎

新日鉄ソリューションズ株式会社

南　悦郎

新日鉄ソリュションズ株式会社

技術本部システム研究開発センター所長

和田　憲明

富士通株式会社システム生産技術本部

SI生産革新統括部 SDEM推進部

和

憲明

SI生産革新統括部 SDEM推進部

エキスパート

伊久美　功一

IPA/SEC専門委員／元IPA/SEC研究員

(3)

SEC

非ウォーターフォール型開発に関する検討委員（3/4）

技術・スキルPT

氏名

所属

ダ

リーダ

松島　桂樹

武蔵大学経済学部教授

委員

天野　勝

株式会社永和システムマネジメント

コンサルティングセンターセンター長

コンサルティングセンタセンタ長

川端　光義

アジャイルウェア代表

児玉　公信

株式会社情報システム総研取締役副社長／モデラー

田澤　久

楽天株式会社開発ユニット開発環境整備課課長

馬嶋　宏

株式会社日立製作所情報システム事業部方式設計センタ

和田　憲明

富士通株式会社システム生産技術本部

SI生産革新統括部 SDEM推進部

Software Engineering Center

5 SEC

非ウォーターフォール型開発に関する検討委員（4/4）

契約問題PT

氏名

所属

リーダ

前川徹

サイバー大学 IT総合学部教授

リ

ダ

前川　徹

サイバ

大学 IT総合学部教授

委員

飯塚　顕治

新日鉄ソリューションズ株式会社

法務・知財財産部法務グループシニアマネージャー

高橋雅宏

アジャイルプロセス協議会見積契約ワ

キンググル

プ

高橋　雅宏

アジャイルプロセス協議会見積・契約ワーキンググループ

板東　直樹

アップデートテクノロジー株式会社代表取締役社長

平野　高志

ブレークモア法律事務所弁護士

古川　正伸

株式会社東京証券取引所品質管理部課長

エキスパート

梅本　大祐

IPA/SEC専門委員／ブレークモア法律事務所弁護士

オブザ

バ

鴨田浩明

経済産業省

オブザーバ

鴨田　浩明

経済産業省

葛山　弘揮

経済産業省

下田　裕和

経済産業省

柳橋　祥人

経済産業省

新保　康夫

日本コンピューター・システム株式会社事業推進本部

鈴木律郎

社団法人情報サ

ビ産業協会企画調査部

鈴木　律郎

社団法人情報サービス産業協会企画調査部

茂木　智美

社団法人情報サービス産業協会企画調査部／審査業務部

(4)

SEC

SECセミナーのご案内

「アジャイル型開発と共通フレーム」

～開発対象と組織の特徴に応じた適切な開発形態を選択するために～

多様なソフトウェア開発プロセスの中から、開発対象と組織の特

徴に応じた適切な開発形態を選択することにより高品質のソ

徴に応じた適切な開発形態を選択することにより、高品質のソ

フトウェアを効率よく開発することができます。

本セミナーでは、非ウォーターフォール型開発の代表であるアジャ

本セミナでは、非ウォタフォル型開発の代表であるアジャ

イル型開発と、ソフトウェア開発プロセスを包括的に規定した「共

通フレーム」について、IPA/SECでの検討結果をご説明します。

2011年4月22日（金）13：30～17：00

年月

日（金）

於．IPA

於．

キャンセル待ち

2011年6月10日（金）13：30～17：00

予定

約1か月前に

_受付開始

Software Engineering Center

7 SEC

1. アジャイル型開発における課題

2. アジャイル型開発活用に向けた課題の検討

3. アジャイル型開発手法の導入に向けて

4. まとめ

(5)

SEC

H21年度-調査事例一覧(1/2)

No.

事例概要

１ 小売業における業務システム開発事例

２ ソーシャルネットワーキングサービス（SNS）システム開発事例

３ サプライチェーンマネジメントシステム開発事例

３ サプライチェンマネジメントシステム開発事例

４ 研修運営システム開発事例

５ 開発案件管理Webアプリケーション開発事例

５ 開発案件管理Webアプリケション開発事例

６ 製造業向けプロトタイプシステム開発事例

７ 携帯ソシャルゲム開発事例

７ 携帯ソーシャルゲーム開発事例

８ 携帯端末向けブログシステム開発事例

９ パッケジソフトウェア開発事例

９ パッケージソフトウェア開発事例

１０共通認証システム開発事例

１１プジクト管理システム開発事例

Software Engineering Center

9 １１プロジェクト管理システム開発事例

SEC

H21年度-調査事例一覧(2/2)

No.

事例概要

１２アプリケーションプラットフォーム開発事例

１２アプリケションプラットフォム開発事例

１３教務Webシステム開発事例

１４教育機関向け統合業務パッケージ開発事例

１４教育機関向け統合業務パッケジ開発事例

１５検索エンジン開発事例

１６システム管理ミドルウェア開発事例

１７株式取引のためのWebアプリケーション開発事例

１８プラント監視制御用計算機システム開発事例

１９生産管理システム開発事例

２０ Webメディア開発事例

２１アジャイル型開発の支援環境開発事例

２２業界共通電子デタ交換基盤構築事例

２２業界共通電子データ交換基盤構築事例

(6)

SEC

アジャイル型開発の活用に向けた課題

日本のソフトウェア競争力を高める

生き生きと働ける環境を作る

日本におけるソフトウ

開発の在り方

目指すべき

領域

契約のあり方、調達、制度設計

日本におけるソフトウェア開発の在り方

目指すべき

ゴール

見定め

契約

契約のあり方、調達、制度設計

経営層やユーザ企業への理解促進

重点課題

契約

価値評価

コンサルタント等の役割の整備

重点課題

管理手法や技術面の整備

環境整備

普及

コンサルタント等の役割の整備

_人財育成

欧米の競争力（ビジネスドライバ、

産業構造など）の調査

調査

普及

Software Engineering Center

11 産業構造など）の調査

調査

SEC

1. アジャイル型開発における課題

2. アジャイル型開発活用に向けた課題の検討

3. アジャイル型開発手法の導入に向けて

4. まとめ

(7)

SEC

顧客・経営層への理解促進に関する検討

Software Engineering Center

13 SEC

アジャイル型開発の適用領域・試行領域（1/2）

すべてのソフトウェア開発にアジャイル型開発手法を適用できる、

あるいはすべきだ、という立場ではない。

ビジネスや市場、その他の開発の文脈によって、ウォーターフォー

ル型の開発が適している場面もあれば、アジャイル型の開発が適

している場面もある。

大まかには、開発当初に要求を確定せず、ビジネス環境の変化

に伴った市場や顧客ニーズの変化への対応が最優先される分野

に伴った市場や顧客

ズの変化の対応が最優先される分野

が、アジャイル型開発が最も得意とする

第一適用領域

である。

他方、基幹システム等で開発当初に要求をあるレベルで確定可

他方、基幹システム等で開発当初に要求をあるレルで確定可

能（あるいは確定すべき）な領域のシステムの開発においては、現

在のアジャイル型開発は

試行領域

となっている。

在のアジャイル型開発は

試行領域

となている。

(8)

SEC

アジャイル型開発の適用領域・試行領域（2/2）

適用領域

①ビジネス要求が変化する領域

②リスクの高い領域

③市場競争領域

試行領域

①大規模開発

②分散拠点（オフショア含む）開発

③組織（会社）間をまたぐ開発チームによる開発

④組込みシステム開発

Software Engineering Center

15 ④組込みシステム開発

SEC

顧客・経営層は開発への一層の関与が必要

顧客（ユーザ）経営層

ビジネス環境が激しく変化する現状において，ITシステムに関し，従来

のように情報システム部門に任せきりでは適切に対応できない．開発

形態にも深く関与する必要がある．

ソフトウェアにおける大きな品質トラブルの背景：

・経営層の意思決定の遅れ

経営層の意思決定の遅れ

・経営層の理解不足

・経営層と関係部門との経営上の調整不足

責任問題

ベンダ経営層

俊敏な開発の実績を武器に受注を狙う海外勢等に対抗するためには，

自ら俊敏な開発を実施できる体制作りに取り組むと共に，その結果を

顧客に売り込む必要がある

顧客に売り込む必要がある．

(9)

SEC

技術・スキルに関する検討

Software Engineering Center

17 SEC

アジャイル開発に必要なスキルのまとめ

非ウォーターフォール型開発にとって重要なスキル：

① プロジェクトのアウトプットに関わる判断ではなく，アジャイル開

発の進め方を踏襲させるためのファシリテーションスキル

② 反復活動の中で実際に動くものを作りながら小規模にか

② 反復活動の中で，実際に動くものを作りながら，小規模に，か

つトータルにプロジェクトのアウトプットを積み重ねていくスキル

③ 設計コディングテストを

貫して実施出来るスキル

③ 設計，コーディング，テストを一貫して実施出来るスキル

＜参考＞

欧米ではプロダクトマネージャ，開発者，テスタなどの役割が明確であり，その役割の中で

は技術者はほぼ対等である．開発者は日本に比べると広範囲な開発フェーズを担う．

アジャイル開発の具体論はこのような

欧米の開発スタイルを暗黙的に前提

としている面

アジャイル開発の具体論は，このような

欧米の開発スタイルを暗黙的に前提

としている面

が多い．

日本でアジャイル開発を導入する際，プラクティスを機械的に導入するのではなく，開発チ

ムや技術者のあり方文化のあり方をどう変えていくまたは変えていかないというこ

ームや技術者のあり方，文化のあり方をどう変えていく，または変えていかない，というこ

とを考えながら，検討する必要がある．

(10)

SEC

人材育成の事例－スケジュール

ス

キ

開発技術(基礎知識)

卒

業

キ

ッ

プ

ロ

セ

ミ

ル

ー

模

擬

開発メンバ育成

開発チーム育成

OJT

プロジェクト立上げ

キ

ル

診

断

業

検定

技

(

)

ロ

ジェ

ク

ト

ッ

クオ

フ

ー

キー

ズ

ミ

ナー

擬

_開発

・開発者向け

断

_ト

構成管理 / その他ツル

・

・開発者向け

・ストーリーオーナー

向けも別途行う

・開発できるレベル

まで育てる

・構成管理 / その他ツール

・テスト駆動開発

・オブジェクト指向プログラム

/ 設計

自己紹介

チー

ム

ビ

ル

ド

開発環境

知

識

業務知識

フ

レ

ー

ム

ワ

ー

ク

開発

標準

ア

ジ

ャ

イ

ル

基

礎

・サブチーム単位に行う

・作ったものは捨てる

・

プ

ロ

ジ

ェ

ク

ト

憲

・

行

動

指

針

・

ア

ジ

ャ

イ

ル

概

標準1ヶ月(習熟度により前後)

/ 設計

・Java言語 / Eclipse

1日

2 3日

5日

識

獲得

ク

礎

知識

憲

章

概

要

育成開

始

標準1ヶ月(習熟度により前後)

開発開

始

1日

2～3日

5日

組閣

参画

プロパ

Software Engineering Center

19 始

始

参画・プロパー

・プロダクトオーナー

・パートナー

SEC

人材育成の事例－対象別育成カリキュラム例

開発チー

ム

スクラム

マスター

顧客／プ

ロダクト

オーナー

先行チー

ム

リーダー

PM

経営者層

／購買担

当など

アジャイル概要

○

○ アジャイル基礎知識

_○

アジャイル擬似体験

_○

業務知識

_○

_＊

_○

開発環境

○ ＊

開発環境

○ ＊

基本アーキテクチャ

_○

_＊

業務分析／モデリング

_△

業務分析／モデリング

_△

開発技術

_△

_＊

ファシリテーション概要

_○

○ ：立上げ前後の必須教育の領域

ファシリテション概要

_○

ファシリテーション演習

_○

アジャイル開発を

_△

_{：事前に準備が困難でOJTが必要な領域}

＊

：内容を組織内で個別に検討する必要がある領域

アジャイル開発を

初めて行う組織を対象

(11)

SEC

人材育成方法のまとめ

アジャイル開発の価値（及び原則）の理解が重要

価値

プラクティスの全てを完全に身につけるより，価値

価値

原則

プラクティスの全てを完全に身につけるより，価値

に従って行動する習慣を確実に身につけることが

重要

原則

重要

（背景）アジャイル開発を実践するためには，

手法

様々な方法論・数あるプラクティスから，

プロジェクトや組織に適したものを取捨選

択し，カスタマイズすることが必要

Software Engineering Center

21 SEC

(12)

SEC

モデル化：ソフトウェア開発に関わる役割と契約の起こる位置

使う人

契

提供

する人

保守

する人

契

補佐

する人

で、契約の起こる可能性がある

場所を示す。同一の組織内の場合

契

今回の

_{場所を示す。同}

_{の組織内の場合}

は、契約はない。

契約には、請負契約や準委任契

作る人

契

今回

検討対象

今回

検討対象

約等の種類がある。

作る人2

契

Software Engineering Center

23 作る人

SEC

アジャイル型開発における請負契約との非整合性

✓

外注において、一般的に使われている請負契約は、

「当事者の一方がある

仕事を完成すること

を約し相手方の

「当事者の

方が、ある

仕事を完成すること

を約し、相手方の

仕事の結果に対して

報酬を支払うことを約することによって、

効力を生じる」契約

契約時点で成果物が不明確なため

契約時点で、成果物が不明確なため、

「仕事の完成」が客観的に判断できない

このため一般に請負契約はなじまない

✓

一方アジャイル型開発手法は変化への対応を重視する

このため、一般に、請負契約はなじまない

✓

一方、アジャイル型開発手法は、変化への対応を重視する

ため、

仕様を最初に固定しない

。ユーザとのコミュニケーショ

ンを通して状況に応じて仕様を決めていく

ンを通して、状況に応じて仕様を決めていく。

(13)

SEC

推奨する契約形態（案１）：基本契約/個別契約モデル

基本契約

において、プロジェクト全体における開発側・顧客側の協力体制

を強調し、両者のポジションを明確にしておく。プロジェクトの各フェーズに

お

順次具体的な個別契約を締結する

個別契約

は準委任契

おいて、順次、具体的な個別契約を締結する。

個別契約

では、準委任契

約/請負契約を使い分ける。

基本契約

準委任

基本契約

準委任

請負

個別契約

Software Engineering Center

25 ･・・・・・

･・・・・・

個別契約

SEC

アジャイル開発プロセスモデルと基本契約/個別契約モデル

システム運用

企画

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

・・・

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

・・・

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

・・・

企画

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

・・・

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

・・・

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

テ

ス

ト

開

発

要

求

・・・

企画

第１反復

ト

発

求

第ｎ反復

ト

発

求

・・・

第１反復

ト

発

求

第ｎ反復

ト

発

求

・・・

第１反復

ト

発

求

第ｎ反復

ト

発

求

・・・

企画

第１反復

ト

発

求

第１反復

ト

発

求

第ｎ反復

ト

発

求

第ｎ反復

ト

発

求

・・・

第１反復

ト

発

求

第１反復

ト

発

求

第ｎ反復

ト

発

求

第ｎ反復

ト

発

求

・・・

第１反復

ト

発

求

第１反復

ト

発

求

第ｎ反復

ト

発

求

第ｎ反復

ト

発

求

・・・

• n=1のケースもあり。

第1リリース

第2リリース

第mリリース

• n=1のケースもあり。

第1リリース

第2リリース

第mリリース

基本契約

個別契約

(14)

SEC

推奨する契約形態（案２）：組合（共同事業体）モデル

組合

ベンダ (P)

組合-ベンダ間の制作契約は

アジャイル請負契約を適用する

業務執行組合員

ベンダ (P)

ユーザ (P)

業務執行組合員

ベンダ

製作に関わる労務

出資

（同一）

業務執行組合員

出資

ユーザ (I)

組合員

組合契約

（製作管理と成果管理を規定する）

ユーザ

製作に関わる資本

イテレーション単位で

成果物を納品

成果物の企画

イテレーション（バックログ）の

決定・スケジュール・予算管理

製作に関わる資本

出資

知的財産管理

成果物の収益分配

組合員の倒産、脱退、清算

Software Engineering Center

27 (P) : Producer, (I) :Investor

SEC

1. アジャイル型開発における課題

2. アジャイル型開発活用に向けた課題の検討

3. アジャイル型開発手法の導入に向けて

4. まとめ

(15)

SEC

アジャイル型開発のスイートスポット

システム規模

・ 0．．

１２ ．．３００（開発メンバー数）

深刻度

シンプル経済被害

人身事故

深刻度

・

シンプル、経済被害

、．．．人身事故

システムの成熟度

・

新規開発

、レガシー保守

要件の変化率

・低、

中、高

ビジネスモデル

・

自社開発

、オープンソース、．．．

、オプンソス、．．．

アーキテクチャ

・

安定

、変化した、新しい

チムの分散

か所

オフショア外部委託

チームの分散

・

一か所

、．．、オフショア、外部委託

統制

・

単純なルール

、．．．、SOX、．．．

Software Engineering Center

29 フィリップ・クルーシュテン（Philippe Kruchten）の講演(2009.12)より

SEC

アジャイル型開発手法適用のポイント

適切な開発手法の選択

-開発対象の特徴や開発組織の置かれた環境などを加味しつつ

徴

境

適切な開発手法を選択する・新たに考案する

プラクティスの活用

-それぞれのプロジェクト・組織(企業)で、自らの開発に

合った方法を、プラクティスを選択あるいは参考にして

利用する

開発手法に対する正しい理解の促進

-プラクティスの意図やプラクティスが提唱されている背景

についても理解を深める

■

銀の弾丸はない

実践現場でのたゆまない問題解決の積み重ねを続ける

(16)

SEC

1. アジャイル型開発における課題

2. アジャイル型開発活用に向けた課題の検討

3. アジャイル型開発手法の導入に向けて

4. まとめ

Software Engineering Center

31 SEC

日本のソフトウェア産業を

も

と元気にしよう

もっと元気にしよう

(17)

SEC

SLCP

参考

出典「共通フレーム2007 第2版」

Software Engineering Center

33 SEC

プロセスとプラクティス

参考

アクティビティ

タ

ス

XP

・システムのメタファ

・シンプルデザイン

・テスト駆動開発

ス

ク

_{・頻繁なリファクタリング}

・テスト駆動開発

・ペアプログラミング

Scrum ・スプリントバックロググラフの作成

・自律的な組織化チーム

・スクラムミーティング

・1日以内の障害除去

・共通の部屋

＜プロセスの構成＞

共

屋

・日次ビルド

・スプリントレビ

＜プラクテスの例＞

＜プロセスの構成＞

What-to-do (何をするか)を表す． How-to-do (どのようにするか)を表す．

＜プラクティスの例＞

全く異なる観点

(18)

SEC

従来型とアジャイル型との主な違い(1/2)

参考

プロジェクト要素

従来型開発

アジャイル型開発

管理

「プロセス」重視

「人」重視

マネジメントスタイル

指揮統制型

リダシップ協力型

マネジメントスタイル

指揮統制型

リーダーシップ・協力型

知識の管理

明示

暗示

役割

個人

自己組織チーム

役割

個人

→専門化を好む

自

組織

→役割の相互入れ替えを推奨

コミュニケーション

フォーマルで、必要な時のみ

インフォーマルで、継続的

顧客関与

重要だが通常はプジクト分必須で継続的

顧客の関与

重要だが、通常はプロジェクトの分

析段階においてのみ

必須で、継続的

プロジェクトサイクル

業務や活動主導

製品特性主導

「プセス重視

「人重視

プロジクトサイクル

業務や活動主導

製品特性主導

文化が

「プロセス」重視

「人」重視

文化が

異なる

…

Software Engineering Center

35 出典 Kieran Conboy, Sharon Coyle, Xiaofeng Wang, Minna Pikkarainen:

”People Over Process: Key People Challenges in Agile Development”, IEEE Software, July 2010.

SEC

従来型とアジャイル型との主な違い(2/2)

参考

プロジェクト要素

従来型開発

アジャイル型開発

開発モデル

ライフサイクルモデル

（ウォタフォルスパイラルま

進化型成果モデル

（ウォーターフォール、スパイラル、ま

たはこれらのバリエーション）

望まれる組織形態/構機械的（官僚的で、形式重視）

有機的（柔軟性、参加性に富み、

造

協力しあう社会的活動を推奨）

テクノロジー

制約なし

目標指向のテクノロジーが好まれる

チム配置

分散型主体

連動型主体

チーム配置

分散型主体

連動型主体

チームサイズ

多くの場合で 10 人を超える

通常は 10 人以下

継続ラーニング

あまり推奨されない

積極的に採用される

継続ラ

ング

あまり推奨されない

積極的に採用される

マネジメント文化

指揮統制型

対応型

チーム参加

必須でない

必須

プロジェクト・プラニング管理職主導

継続的

フィードバックの仕組み獲得困難

通常数多く存在

文書化

相当量

最小限

文書化

相当量

最小限

(19)

SEC

プロセス・イノベーションに向けて

イノベーションの意味は，

仕組みや社会制度の革新

も含まれる．

全く新しい技術や考え方を取り入れて新たな価値を生み出し

全く新しい技術や考え方を取り入れて新たな価値を生み出し，

社会的に大きな変化を起こすことである．

（

年経済学者

）

イノベションは

複数の文化が交わるところに生まれる

（1911年，経済学者・シュンペーター）

イノベーションは，

複数の文化が交わるところに生まれる．

それぞれの文化において強固な基盤

が必要であり，

各文化のフロンティアにおけるコミュニケションと協働

により

各文化のフロンティアにおけるコミュニケーションと協働

により

イノベーションがもたらされる．

<参考（意訳）>

Innovate America：（通称“Palmisano Report”）

ブ

Software Engineering Center

37 チャレンジとチェンジの世界における繁栄－全米イノベーションイニシアチブ報告書

http://homepage1.nifty.com/bicycletour/sci-rep.priv.InnovateAmerica.htm

SEC

プロセス・イノベーションに向けて

イノベーションの意味は，

仕組みや社会制度の革新

も含まれる．

全く新しい技術や考え方を取り入れて新たな価値を生み出し

全く新しい技術や考え方を取り入れて新たな価値を生み出し，

社会的に大きな変化を起こすことである．

（

年経済学者

）

イノベションは

複数の文化が交わるところに生まれる

（1911年，経済学者・シュンペーター）

イノベーションは，

複数の文化が交わるところに生まれる．

それぞれの文化において強固な基盤

が必要であり，

各文化のフロンティアにおけるコミュニケションと協働

により

各文化のフロンティアにおけるコミュニケーションと協働

により

イノベーションがもたらされる．

<参考（意訳）>

Innovate America：（通称“Palmisano Report”）

ブ

チャレンジとチェンジの世界における繁栄－全米イノベーションイニシアチブ報告書

Microsoft PowerPoint - AgileLecture-AgileJapan pptx

Software

Engineering

Center

アジャイル開発の適切な運用に向けて

～「非ウォーターフォール型開発WG活動報告書」の概要～

～「非ウォ タ フォ ル型開発WG活動報告書」の概要～

Agile Japan 2011

2011年4月15日

情報処理推進機構(IPA)

2011年4月15日

情報処理推進機構(IPA)

ソフトウェア・エンジニアリング・センター(SEC)

山 下 博 之

1

Software Engineering Center

山 下 博 之

SEC

H22

H22年度版報告書の公開中

年度版報告書の公開中

http://sec.ipa.go.jp/reports/20110407.html

http://sec.ipa.go.jp/reports/20110407.html

SEC

非ウォ

タ

フォ

ル型開発WG

非ウォーターフォール型開発に関する検討委員（1/4）

A il J

2011

氏名

所属

主査

松本 吉弘

財団法人京都高度技術研究所 顧問

委員

稲村 直穂子

株式会社ディー・エヌ・エー システム統括本部 本部長

非ウォーターフォール型開発WG

Agile Japan 2011

実行委員

委員

稲村 直穂子

株式会社ディー・エヌ・エー システム統括本部 本部長

大槻 繁

株式会社一 コンサルティンググループ 副社長

合田 治彦

富士通株式会社 システム生産技術本部 本部長代理

田澤 久

楽天株式会社 開発ユニット 開発環境整備課 課長

田澤 久

楽天株式会社 開発ユ

ット 開発環境整備課 課長

戸村 元久

株式会社NTTデータ 技術開発本部

プロジェクトマネジメント・イノベーションセンタ センタ長

羽生田 栄一

株式会社豆蔵 取締役

ジ

平鍋 健児

株式会社永和システムマネジメント 副社長、

株式会社チェンジビジョン 代表取締役

広瀬 敏久

日本電気株式会社 主席技術主幹

古川 正伸

株式会社東京証券取引所 品質管理部 課長

古川

伸

株式会社東京証券取引所 品質管理部 課長

前川 徹

サイバー大学 IT総合学部 教授

馬嶋 宏

株式会社日立製作所 情報システム事業部 方式設計センタ

松島 桂樹

武蔵大学 経済学部 教授

南 悦郎

新日鉄ソリューションズ株式会社

技術本部システム研究開発センター所長

和田 憲明

～「非ウォタフォル型開発WG活動報告書」の概要～

山下博之

山下博之

松本　吉弘

財団法人京都高度技術研究所顧問

稲村直穂子

株式会社ディー・エヌ・エーシステム統括本部本部長

_{Agile Japan 2011}

稲村　直穂子

株式会社ディー・エヌ・エーシステム統括本部本部長

大槻　繁

株式会社一コンサルティンググループ副社長

合田　治彦

富士通株式会社システム生産技術本部本部長代理

田澤久

楽天株式会社開発ユニット開発環境整備課課長

田澤　久

楽天株式会社開発ユ

ット開発環境整備課課長

戸村　元久

株式会社NTTデータ技術開発本部

_{プロジェクトマネジメント・イノベーションセンタセンタ長}

羽生田　栄一

株式会社豆蔵取締役

平鍋　健児

株式会社永和システムマネジメント副社長、

_{株式会社チェンジビジョン代表取締役}

広瀬　敏久

日本電気株式会社主席技術主幹

古川　正伸

株式会社東京証券取引所品質管理部課長

株式会社東京証券取引所品質管理部課長

前川　徹

サイバー大学 IT総合学部教授

馬嶋　宏

株式会社日立製作所情報システム事業部方式設計センタ

松島　桂樹

武蔵大学経済学部教授

南　悦郎

_{技術本部システム研究開発センター所長}

和田　憲明

富士通株式会社システム生産技術本部

_{SI生産革新統括部 SDEM推進部}

伊久美　功一

鴨田　浩明

平鍋　健児

株式会社永和システムマネジメント副社長、

株式会社チェンジビジョン代表取締役

合田　治彦

富士通株式会社システム生産技術本部本部長代理

合田治彦

富通株式会社シテ

産技術本部本部長代理

戸村　元久

株式会社NTTデータ技術開発本部

プロジェクトマネジメント・イノベーションセンタセンタ長

広瀬敏久

本電気株式会社主席技術主幹

広瀬　敏久

日本電気株式会社主席技術主幹

古川　正伸

株式会社東京証券取引所品質管理部課長

前川徹

サイバ大学 IT総合学部教授

前川　徹

サイバー大学 IT総合学部教授

松島　桂樹

武蔵大学経済学部教授

南悦郎

南　悦郎

新日鉄ソリュションズ株式会社

和田　憲明

富士通株式会社システム生産技術本部

伊久美　功一

松島　桂樹

武蔵大学経済学部教授

天野　勝