information-technology promotion agency, japan ipa/sec「非 … · information-technology...

163
Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォー のポイ ~アジャイル開発を適切に採り入れるた 独立行政法人情報処 ソフトウェア・エンジニア 平成23年度 SEC 2011年7 1 Software Engineering Center ール型開発WG活動報告書」 イント ためのポイントとアジャイル開発の事例~ 処理推進機構(IPA) アリング・センター(SEC) C主催セミナー 7月8日

Upload: others

Post on 25-Aug-2020

2 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

Information-technology Promotion Agency, Japan

SoftwareEngineeringCenter

IPA/SEC「非ウォーターフォールのポイント

~アジャイル開発を適切に採り入れるためのポイントとアジャイル

独立行政法人情報処理推進機構ソフトウェア・エンジニアリング・センター

山 下

平成23年度 SEC2011年7

1Software Engineering Center

ウォーターフォール型開発WG活動報告書」のポイント

れるためのポイントとアジャイル開発の事例~

独立行政法人情報処理推進機構(IPA)ソフトウェア・エンジニアリング・センター(SEC)

博 之

SEC主催セミナー7月8日

Page 2: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

講演の趣旨(1)

Copyright © 2010-2011 IPA, All Rights Reserved.

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

開発を中心に、平成22年度

討の結果を「非ウォーターフォール

書」として公開しました。

本日は、顧客・経営層の理解促進

必要な技術及びスキル、人材育成方法

型開発にふさわしい契約モデル・

の概要について、検討の背景

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 22011 IPA, All Rights Reserved.

の代表であるアジャイル型

年度にIPA/SECが実施した検

ウォーターフォール型開発WG活動報告

理解促進、アジャイル型開発に

人材育成方法や、アジャイル

モデル・契約書案など、報告書

背景を交えてご説明します。

Page 3: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

講演の趣旨(2)

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル型開発形態にあまり

企業のシステム部門やベンダ

者の方々を主たる対象とし,「

フォール型開発WG活動報告書

明します.

ソフトウェア開発において重要

織・プロジェクトの特徴に応じた

のためのヒントとなることを期待

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 32011 IPA, All Rights Reserved.

にあまり馴染んでいない,ユーザ

やベンダ企業のマネージャー,技術

,「IPA/SEC非ウォーター

活動報告書」のポイントを中心に説

重要とされる,開発対象と組

じた適切な開発形態の選択

期待しています。

Page 4: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

講演の対象者

Copyright © 2010-2011 IPA, All Rights Reserved.

経営層

情報システム開発運用部門

契約部門

業務部門

顧客(ユーザ企業)

顧客・経営層の理解促進

アジャイル型開発技術及びスキル

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 42011 IPA, All Rights Reserved.

開発部門品質保証部門

契約部門 経営層

人事部門育成部門

ベンダ企業

人材育成方法

アジャイル型開発にふさわしい契約モデル・契約書案

型開発に必要なびスキル

Page 5: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発に向けた

Copyright © 2010-2011 IPA, All Rights Reserved.

ウォーターフォール型でないソフトウェア

アジャイル開発など「非ウォーターフォール

日本国内のソフトウェア開発においても

WebアプリケーションやWebサービス

・競争力のある製品およびサービス

・顧客ニーズへの迅速な対応、

・開発者、技術者のモチベーション

等に成果を上げている。

IPA/SECでは、「非ウォーターフォール

を分析し、その適用領域や適用方法

検討に取り組んでいる。

この検討の結果として、日本のソフトウェア

成果を享受できるようになることを2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 5

けたIPA/SECの検討

2011 IPA, All Rights Reserved.

でないソフトウェア開発手法、すなわち、

ウォーターフォール型」の開発手法は、

においても、

サービス開発などを中心に広がり、

およびサービス開発、

のモチベーション向上

ウォーターフォール型」開発手法の成果の源

適用方法について整理するための

のソフトウェア産業全体が同様の

ことを期待している。

Page 6: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

IPA/SECにおける取組み

Copyright © 2010-2011 IPA, All Rights Reserved.

H21年度 H22年度

非ウォーターフォール型開発研究会

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

非ウォーターフォール型開発に関する調査

▲報告書

▲報告書

報告書(公開中)H21年度版 http://sec.ipa.go.jp/reports/20100330a.htmlH22年度版 http://sec.ipa.go.jp/reports/20110407.html

本日

事例収集

課題抽出

課題検討

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 62011 IPA, All Rights Reserved.

年度 H23年度

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

実証実験(契約形態)

▲報告書

http://sec.ipa.go.jp/reports/20100330a.htmlhttp://sec.ipa.go.jp/reports/20110407.html

本日の内容

Page 7: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

Copyright © 2010-2011 IPA, All Rights Reserved.

H22H22年度版報告書の公開中年度版報告書の公開中

http://sec.ipa.go.jp/reports/20110407.htmlhttp://sec.ipa.go.jp/reports/20110407.html2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 72011 IPA, All Rights Reserved.

公開中公開中

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

Page 8: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

目 次

1. アジャイル型開発に注目

2. アジャイル型開発の特徴

3. 日本でのアジャイル型開発

4. アジャイル型開発活用

5. アジャイル型開発手法

6. まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 8

注目される背景

特徴

型開発の現状

型開発活用に向けた課題の検討

型開発手法の導入に向けて

2011 IPA, All Rights Reserved.

Page 9: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

現状のソフトウェア開発を取

ビジネス・ニーズへの適切な対応

他社に先駆けた市場投入がとなるニーズを迅速に反映し改善出現

顧客ニーズは最初に全ては把握激しい変化に伴いニーズも変化応が必要

→早期サービス提供と効果確認応

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 9

取り巻く課題(1)

対応

が必須で、それにより徐々に明確改善していくことが必要な分野の

把握できず、またビジネス環境の変化するが、この状況に迅速な対

効果確認、ニーズ変化への俊敏な対

2011 IPA, All Rights Reserved.

Page 10: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

ビジネス環境の変化とITシステムの

Copyright © 2010-2011 IPA, All Rights Reserved.

環境

予測可能な環境変化量

変化対応のシステム開発期間

最近変化

★システム★システム完成完成

短縮が必要短縮が必要

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 10

システムの対応

2011 IPA, All Rights Reserved.

時間→

これまでの変化の状況

最近の変化の状況

システムシステム完成完成

変化が進んでしまっている

Page 11: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

現状のソフトウェア開発を取

(純粋な)ウォーターフォール型開発

初期段階では必ずしも全ての

誤要求や要求の誤解が総合影響

開発途中で要求が変更されると

→要求確定部分からの順次開発開始

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 11

取り巻く課題(2)

型開発における問題点

ての要求内容は確定しない

総合テスト段階で判明すると、多大な

されると、対応が非常に困難

順次開発開始と、妥当性の早期確認

2011 IPA, All Rights Reserved.

Page 12: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

ウォーターフォール型開発の

要件定義

設計

コーディング

・全体の要件と計画を初めに決・前工程を誤りなく完了させて、

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 12

の流れ

コーディング

テスト

運用

決める →計画駆動型、次の工程へ進む

2011 IPA, All Rights Reserved.

Page 13: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

ウォーターフォール型開発への

要件定義

機能設計

モジュール設計

コーディング

チェック

チェック

チェック

・要件が事前に全ては決・要件の誤りが最後のテスト・時間がかかり過ぎて変化

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 13

への疑問

総合テスト

機能テスト

結合テスト

単体テスト

チェック

チェック

チェック

決まらないのテストまで発見されにくい

変化への対応が遅れる

2011 IPA, All Rights Reserved.

Page 14: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

要求の誤解による影響

発注者と開発者の認識の齟齬により,要求と実現されるソフトとの間にギャップが生じる

システム化計画

業務部門の要求内容

要件定義内容

外部設計内容

④開発者が何らかの理由により誤認・拡大解釈し,実現範囲に取り込んでしまった

④開発者が何らかの理由により誤認・拡大解釈し,実現範囲に取り込んでしまった

発注者が要件定義までを行い,それ以降の工程を開発者が行う場合の例

発注者

A B

①要件定義すべき内容が抜けており,開発者に説明していない

①要件定義すべき内容が抜けており,開発者に説明していない

②発注者が開発者に説明したが,何らかの理由で漏れた

②発注者が開発者に説明したが,何らかの理由で漏れた

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 14

発注者と開発者の認識の齟齬により,要求と実現されるソフトとの間にギャップが生じる

外部設計内容

実現される

ソフトウェア

④開発者が何らかの理由により誤認・拡大解釈し,実現範囲に取り込んでしまった

④開発者が何らかの理由により誤認・拡大解釈し,実現範囲に取り込んでしまった

③発注者が開発者に説明し,共通理解が得られた

開発者

C

バグや障害

バグや障害

バグや障害

①要件定義すべき内容が抜けており,開発者に説明していない

①要件定義すべき内容が抜けており,開発者に説明していない

②発注者が開発者に説明したが,何らかの理由で漏れた

②発注者が開発者に説明したが,何らかの理由で漏れた

Copyright © 2010-2011 IPA, All Rights Reserved.

Page 15: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

現状のソフトウェア開発を取

ソフトウェア産業構造(多重下請構造

開発者(特に若者)の参画意識

→開発の過程と各開発者のな開発スタイルを採り入れ、モチベーション

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 15

取り巻く課題(3)

多重下請構造)上の課題

参画意識・達成感が低い

の役割や成果を可視化し、創造的モチベーション向上をはかる

2011 IPA, All Rights Reserved.

Page 16: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発への期待

Copyright © 2010-2011 IPA, All Rights Reserved.

ウォーターフォール型のソフトウェアウェアを生産性高く開発するためはかり、ドキュメントの形で仕様をニアリング的な開発モデルに乗せようと

しかし、そもそも要求が刻々と変化定すること自体が製品やサービスの場合が多い。また、開発の中にはってみないとそのリスクを解消できない

このような状況においては、従来い、別のソフトウェア開発モデルが

そのような「非ウォーターフォール型代表として、アジャイル型開発に

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 16

期待

2011 IPA, All Rights Reserved.

のソフトウェア開発では、品質の高いソフトするために、開発初期に要求の固定を

を形式化してソフトウェア・エンジせようと努力してきた。

変化している場面では、要求を固やサービスの販売リスクを拡大してしまう

には技術リスクが大きく、実際に作できない場合がある。

従来のウォーターフォール型ではなモデルが必要とされてきている。

型」のソフトウェア開発モデルのに着目する。

Page 17: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

外部

要求の固定が(ビジネス)リスクを

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

ビジネス

要求が定まらない

↓リスク

システム開発スケジュールの遅延

要求を固定化

↓リスク

外部ビジネス環境の変化への迅速な対応の遅れ

内部状態

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 17

外部ビジネス環境

リスクを拡大

2011 IPA, All Rights Reserved.

ビジネス戦略

IT戦略

ITITシステムシステム

要求

Page 18: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発に関する

Copyright © 2010-2011 IPA, All Rights Reserved.

ウォーターフォール型開発は、

高信頼性が求められる基幹システム

過去のほとんどの分野で実績がある

これに対し、非ウォーターフォール

情報システムを市場へいち早く提供考えられる分野に向いている。

特に、開発形態が多様化している

非ウォーターフォール型開発の適用

その活用を促進していくことが必要

また、現在、非ウォーターフォールい領域においても、その特質を明適用を検討していくことは有意義

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 18

する検討の意義

2011 IPA, All Rights Reserved.

システム等、

がある。

ウォーターフォール(アジャイル)型開発は、

提供していくことに価値があると

している後者の分野において、

適用に適した領域を見定め、

必要である。

ウォーターフォール型開発があまり適用されていな明らかにすることにより、今後の

有意義である。

Page 19: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発の検討により

Copyright © 2010-2011 IPA, All Rights Reserved.

①日本のソフトウェア産業の実態ラダイム転換に対応することのできる提案になる。

②グローバルな視点から見た、わが力を強化することにつながる。

③優先度の高い機能が順次提供投入することにより、変化が激ス環境に対応できるサービスやシステム

④エンジニアが自分自身の成長が利用者の役に立っていると実感ア一人ひとりが生き生きと働くことのできるがる。

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 19

により期待される効果

2011 IPA, All Rights Reserved.

実態に適しており、かつ世の中のパすることのできるソフトウェアの作り方の

わが国のソフトウェア産業の競争。

順次提供され、提供された機能を検証・激しく、優先度も変化するビジネ

できるサービスやシステムを手に入れられる。

成長を実感でき、開発したシステム実感できることにより、エンジニ

くことのできる環境の整備につな

Page 20: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

目 次

1. アジャイル型開発に注目

2. アジャイル型開発の特徴

3. 日本でのアジャイル型開発

4. アジャイル型開発活用

5. アジャイル型開発手法

6. まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 20

注目される背景

特徴

型開発の現状

型開発活用に向けた課題の検討

型開発手法の導入に向けて

2011 IPA, All Rights Reserved.

Page 21: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発の特徴

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル開発は、不確実なビジネスニーズへの迅速な対応を目的としたソフトウェア

この目的を達成するために、アジャイル徐々に明確となる顧客ニーズや要件ネジメント・リスクの早期低減、顧客側

アジャイル開発は、•「顧客の参画の度合いが強い•「動くソフトウェアを成長させながら•「反復・漸進型である」•「人と人のコミュニケーション、コラボレーションを•「開発前の、要求の固定を前提という特徴を持つ。

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 212011 IPA, All Rights Reserved.

なビジネス環境の中で変化するとしたソフトウェア開発手法。

アジャイル開発では、要件をシステムへ反映し、プロジェクトマ

顧客側と開発側のギャップを解消。

い」させながら作る」

コラボレーションを重視する」前提としない」

Page 22: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

Copyright © 2010-2011 IPA, All Rights Reserved.

非ウォーターフォール型開発とは、仕様を開発前にを順次踏んでいくという1970年の Winston W. Royce Large Software Systems」でのウォーターフォール型非ウォーターフォール型開発の例として、以下のものが・プロトタイプ (Frederick P.Brooks, Jr.-1975年「人月・スパイラル (Barry w. Boehm-1988 年

「A Spiral Model of Software Development and Enhancement・RAD (James Martin-1991年 「ラピッドアプリケーションデベロップメント・RUP (Philippe Kruchten-2000年「ラショナル統一・アジャイル

Evo (Tom Gilb-1976年「Software MetricsScrum (Ken Schwaber-1993年「アジャイルソフトウェアDSDM (1995年「DSDM ver1」)XP (Kent Beck-1996年「XPエクストリーム・プログラミングFDD-Feature-Driven Development

(Peter Coad-1997年「Javaエンタープライズ・コンポーネント

Lean Software Development(Mary Poppendieck, Tom Poppendieck

Crystal Clear (Alistair Cockburn-2004EssUp-Essential UP

(Ivar H.Jacobson-2005年「Rational Software Development Conference

Kanban (David Anderson-2010年「Kanban

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 22

型開発の例

2011 IPA, All Rights Reserved.

に固定し、それを分析、設計、テスト等のフェイズWinston W. Royce の論文「Managing the Development of

型以外の開発モデルの総称である。のものが挙げられる:

人月の神話」)

A Spiral Model of Software Development and Enhancement」)ラピッドアプリケーションデベロップメント」)

統一プロセス入門」)

Software Metrics」)アジャイルソフトウェア開発スクラム」)

エクストリーム・プログラミング入門 」)

エンタープライズ・コンポーネント」)

Poppendieck-2002年「リーンソフトウェア開発」)2004年「アジャイルソフトウェア開発」)

Rational Software Development Conference」)

Kanban」)

Page 23: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル宣言における4つの

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル宣言(Agile Manifestoアジャイルな開発手法のhttp://agilemanifesto.org/iso/ja/manifesto.html

私たちは,ソフトウェア開発の実践よりよい開発方法を見つけだそうとしている

この活動を通して,私たちは以下

①プロセスやツールよりも,

②包括的なドキュメントよりも

③契約交渉よりも,顧客との

④計画に従うことよりも,変化

すなわち,①~④の各文の前者(「があることを認めながらも,私たちはの事柄により価値をおく.

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 23

つの価値

2011 IPA, All Rights Reserved.

Agile Manifesto)の提唱者17名が集まり,2001年に発表.

http://agilemanifesto.org/iso/ja/manifesto.html

実践を手助けする活動を通じて,つけだそうとしている.

以下のことを重視する:

,個人と対話を

なドキュメントよりも,動くソフトウェアを

との協調を

変化への対応を

(「よりも」の前の言葉)に価値たちは後者(「よりも」の後の言葉)

Page 24: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル宣言の背後にある

Copyright © 2010-2011 IPA, All Rights Reserved.

私たちは以下の原則に従う。

①顧客満足を最優先し、価値のあるソフトウェアを

②要求の変更はたとえ開発の後期であっても

変化を味方につけることによって、顧客の競争力

③動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ

④ビジネス側の人と開発者は、プロジェクトを通

⑤意欲に満ちた人々を集めてプロジェクトを構成

環境と支援を与え仕事が無事終わるまで彼らを

⑥情報を伝える最も効率的で効果的な方法は

⑦動くソフトウェアこそが進捗の最も重要な尺度

⑧アジャイル・プロセスは持続可能な開発を促進

一定のペースを継続的に維持できるようにしなければならない

⑨技術的卓越性と優れた設計に対する不断の

⑩シンプルさ(ムダなく作れる量を最大限にすること

⑪最良のアーキテクチャ・要求・設計は、自己組織的

⑫チームがもっと効率を高めることができるかをのやり方を最適に調整する。

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 24

にある12の原則

2011 IPA, All Rights Reserved.

のあるソフトウェアを早く継続的に提供する。

であっても歓迎する。

競争力を引き上げる。

というできるだけ短い時間間隔でリリースする。

通して日々一緒に働く。

構成する。

らを信頼する。

は、フェイス・トゥ・フェイスで話をすることである。

尺度である。

促進する。

できるようにしなければならない。

の注意が機敏さを高める。

にすること)が本質である。

自己組織的なチームから生み出される。

めることができるかを定期的に振り返り、それに基づいて自分たち

Page 25: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発のモデル

Copyright © 2010-2011 IPA, All Rights Reserved.

スコープ

時間

反復

スコープ

時間

反復

顧客の要求にしたがって,優先度の高要求・開発・テスト(・リリース)を短い期間システム全体を構築していく.原則として,事前に開発の詳細な計画は作らず,1~4週間という一定の短い周期で要求動作可能なソフトを作り上げる.

<アジャイル型開発>

反復開発・順次リリース

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 25

反復(イテレーション)

のモデル

2011 IPA, All Rights Reserved.

スコープ

要求

開発

テスト

スコープ時

間 要求

開発

テスト

高い機能から順に,期間で繰り返しながら,

,要求・開発・テストを繰り返しながら,

<ウォーターフォール型開発>

(対比)

一括開発・一括リリース

Page 26: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

各開発モデルにおけるプロセスの

Copyright © 2010-2011 IPA, All Rights Reserved.

<標準>ソフトウェアライフサイクルプロセス(SLCP)

要求

開発

テスト

<実際

注) 図形のサイズは意味を持たない(時間,規模を表さない).

(部品)

注) 図形

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 26

モデルにおけるプロセスの対応

2011 IPA, All Rights Reserved.

要求

開発

テスト

実際>

ウォーターフォール型

大きなプロセスを順に実施し,それを1回で終了

アジャイル型

小さなプロセスを行き来しつつ実施し,それを何回も反復

図形のサイズは意味を持つ.

Page 27: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

プロセスとプラクティス

Copyright © 2010-2011 IPA, All Rights Reserved.

アクティビティタスク

<プロセスの構成>

What-to-do (何をするか)を表す.

参考

全く異なる2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 272011 IPA, All Rights Reserved.

XP ・システムのメタファ・シンプルデザイン・テスト駆動開発・頻繁なリファクタリング・ペアプログラミング

Scrum ・スプリントバックロググラフの作成・自律的な組織化チーム・スクラムミーティング・1日以内の障害除去・共通の部屋・日次ビルド・スプリントレビ

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

<プラクティスの例>

なる観点

Page 28: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル開発に関する国際

Copyright © 2010-2011 IPA, All Rights Reserved.

<得られた知見>

・アジャイル開発が何を意味するかに関しては

・アジャイル手法,技法,実践規則の採用は,における初期の試みは,ごく一部でしか成功

・アジャイル手法は,「どのように(how)」ソフトウェア・システムエンジニアリング・アクティビティを実施すべきか,に焦点を当てているが,アリング標準は,「何を(what)」実施すべきか意図されている効果(outcomes),プロセス及点を当てている.

・アジャイル手法は,主要な関連ソフトウェア・システムエンジニアリング

・アジャイル手法を採用するかどうかは,多くのビジネス責任者は,その成功のためにビジネスがengagement level)を理解していない.

・アジャイル手法を利用して開発した場合,会計必要とする文書欠落のため,受けられない可能性

・アジャイル手法の適用には,ビジネスや組織の

・アジャイル手法の適用が成功するためには,メンバのスキル等の因子で成功する必要がある

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 28

国際(ISO)標準(1/2)

2011 IPA, All Rights Reserved.

しては,さまざまな解釈がある.

,増加し,既に広く普及している.しかし,採用成功していない.

ソフトウェア・システムエンジニアリング・アクティビ,関連するSC7ソフトウェア・システムエンジニ

すべきか,実施すべきプロセス(アクティビティ)の目的,及び形成/改変されたプロダクト計量法に焦

ソフトウェア・システムエンジニアリング標準とは抵触しない.

くの場合,テクニカルな専門職によって決定され,のためにビジネスが関わらなければならない水準(business

会計システムに対する第3者認定が,認定者が可能性がある.

の文化等に関する適合すべき状況がある.

,その基礎とする価値及び原則の適用や開発がある.

Page 29: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル開発に関する国際

Copyright © 2010-2011 IPA, All Rights Reserved.

出典:アジャイル開発に関するStudy Group Report on the possibility of new standards or guidance in the area of Agile Development

<SC7標準との関係>

・現時点では,アジャイル手法,技法及び実践規則在しない.

・ISO/IEC12207やISO/IEC15288 のライフサイクルモデルが用が要求されている組織において,アジャイルい.

・ISO/IEC15504(プロセス評価)やISO/IEC15939いて使われることは差し支えない.

・SC7標準に精通していて,アジャイル手法及ISO/IEC12207という裏付け(context)の中従って,それを適用することが望ましい.

・SC7標準に精通していて,アジャイル手法及ISO9001という裏付けの中で,(可能であればり方を使って,)ガイダンスに従ってそれらを適用

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 29

国際(ISO)標準(2/2)

2011 IPA, All Rights Reserved.

するISO標準またはガイダンス策定の必要性(松本吉弘訳)Study Group Report on the possibility of new standards or guidance in the area of Agile Development (ISO/IEC /JTC 1/SC 7/N4289, 2009-04-19)

実践規則に限定して対処しているSC7標準は存

のライフサイクルモデルが適用されているあるいは適アジャイル手法が利用されることを妨げるものではな

ISO/IEC15939(計量プロセス)がアジャイル開発にお

手法及び技法を採用しようとしている組織は,中で,ガイダンス(現時点では,存在しない)に

手法及び技法を採用しようとしている組織は,であれば,ISO/IEC9003で使われているのと似たや

適用することが望ましい.

Page 30: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

国際標準化:最近の動き(1/2)

ISO/IEC 29110: Software Engineering for Very Small Entities (VSEs)

小規模企業向けのソフトウェアライフサイクル

国際的にみて,ソフトウェア開発のかなりのれている

中小零細ソフトウェア企業にとり,既存のソフトウェアエンジニアリングクセス及び社内採用は高負荷であるものの

中小零細ソフトウェア企業の良い特性(特定といった点)に配慮する視点も必要である

小規模企業のソフトウェアプロセスの

小規模企業のさまざまな規模,特性う特性区分を設け,それぞれのプロファイルごとに

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 30

(1/2)

ISO/IEC 29110: Software Engineering — Lifecycle Profiles

けのソフトウェアライフサイクル

のかなりの部分が多数の中小零細企業によって担わ

のソフトウェアエンジニアリング規格総体へのアであるものの,一定の水準確保はやはり必要である

特定のコンピタンシーやコミュニケーションが密である

のソフトウェアプロセスの現実的な必要事項を明確化する

特性を表現するために「プロファイル」といそれぞれのプロファイルごとに必要事項を整理する

2011 IPA, All Rights Reserved.

Page 31: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

DoD プロジェクトでもえている

国際標準化:最近の動き(2/2)

例:アジャイル開発への適用:録から

“Prepare the work plan and finish the work for the implementation project.”

出典:伏見諭(情報規格調査会SC7/WG24主査):ISO/IEC 29110の背景とJIS化への取り組み- 規模ソフトウェア開発組織のソフトウェアプロセス規格–(第1回VSEセンターフォーラム,2011.6.15)

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

(*)Defense Procurement Goes Agile Defense Procurement Goes Agile by Jesse http://www.jessefewell.com/2009/10/02/defense

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 31

プロジェクトでもアジャイル開発の利用例が増いる(*)といったことが提案理由となっている

(2/2)

プロファイル例(Part2から)

Entry Profile

Basic Profile

Intermediate Profile

Advanced Profile

成立

作成中

作成中

未定

WG24 ガイザースバーグ 会議議事

“Prepare the work plan and finish the work for the agile

2011 IPA, All Rights Reserved.

by Jesse Fewell on October 2, 2009http://www.jessefewell.com/2009/10/02/defense-procurement-goes-agile/

Page 32: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

目 次

1. アジャイル型開発に注目

2. アジャイル型開発の特徴

3. 日本でのアジャイル型開発

4. アジャイル型開発活用

5. アジャイル型開発手法

6. まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 32

注目される背景

特徴

型開発の現状

型開発活用に向けた課題の検討

型開発手法の導入に向けて

2011 IPA, All Rights Reserved.

Page 33: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

使われている開発モデルの

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 33

モデルの調査例(1)

N=2451

反復型2.7%

その他1.2%

ウォーターフォール型96.1%

2011 IPA, All Rights Reserved.

Page 34: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

使われている開発モデルの

Copyright © 2010-2011 IPA, All Rights Reserved.

出典:平成22年度ソフトウェア開発管理基準に関する調査報告書http://www.meti.go.jp/policy/mono_info_service/joho/softwaremetrics/2010/index.html

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 34

モデルの調査例(2)

2011 IPA, All Rights Reserved.

調査報告書(ソフトウェアメトリックス調査) (経済産業省)http://www.meti.go.jp/policy/mono_info_service/joho/softwaremetrics/2010/index.html

Page 35: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

使われている開発モデルの

Copyright © 2010-2011 IPA, All Rights Reserved.

出典:第17回企業IT動向調査2011(10年度調査) (2011

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 35

モデルの調査例(3)

2011 IPA, All Rights Reserved.

2011.5.17,社団法人日本情報システム・ユーザー協会)

Page 36: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

使われている開発モデルの

Copyright © 2010-2011 IPA, All Rights Reserved.

出典:第17回企業IT動向調査2011(10年度調査) (2011

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 36

モデルの調査例(4)

2011 IPA, All Rights Reserved.

2011.5.17,社団法人日本情報システム・ユーザー協会)

Page 37: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

Copyright © 2010-2011 IPA, All Rights Reserved.

米国におけるアジャイル開発

2010年に発表された,米国調査会社社のレポートによる,米国のアジャイル

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 372011 IPA, All Rights Reserved.

開発の採用状況

米国調査会社フォレスター・リサーチのアジャイル開発利用率

Page 38: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

(大手)システムインテグレータ

日本の調達モデル

ユーザ (

ハードウエアベンダ

データベース・ベンダ

パッケージベンダ

パッケージハードウエア

データベース

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

参考

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 38

システムインテグレータ(PMO)

(CIO)

パッケージベンダ

システム開発ベンダ

パッケージシステム

開発

経営システム外部設計

経営システムコンサル

グローバルシンポジウム2010 一色浩一郎教授講演より

2011 IPA, All Rights Reserved.

Page 39: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国の調達モデル

ユーザ (CIO

ハードウエアベンダ

データベース・ベンダ

パッケージベンダ

パッケージハードウエア

データベース

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

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 39

CIO,PMO)

パッケージベンダ

システム開発ベンダ

パッケージシステム

開発

経営システム外部設計

経営システムコンサル

グローバルシンポジウム2010 一色浩一郎教授講演より

2011 IPA, All Rights Reserved.

Page 40: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国におけるアジャイル開発

Copyright © 2010-2011 IPA, All Rights Reserved.

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

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 40

開発の例

2011 IPA, All Rights Reserved.

グローバルシンポジウム2010 一色浩一郎教授講演より

Page 41: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

H21年度の事例調査:概要

目的:アジャイル型開発を中心とする適用状況を明らかにし,適用する

実施内容:17社・22事例を対象に,開発対象

発方法,適用プラクティス,契約形態併せて産学官の有識者をメンバとする

にあたっての課題を抽出.

→報告書として公開:URL=http://sec.ipa.go.jp/reports/20100330a.html

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 41

概要

とする非ウォーターフォール型開発のする上での課題を明らかにする.

開発対象の特性・適用領域及び開契約形態,等について調査.

をメンバとする研究会を設置し,適用

://sec.ipa.go.jp/reports/20100330a.html

2011 IPA, All Rights Reserved.

Page 42: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

調査事例一覧(1/2)

No. 事例概要

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

2 ソーシャルネットワーキングサービス

3 サプライチェーンマネジメントシステム

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

5 開発案件管理Webアプリケーション

6 製造業向けプロトタイプシステム

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

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

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

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

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

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 42

事例概要

開発事例 事例調査結果①

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

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

アプリケーション開発事例

けプロトタイプシステム開発事例

事例調査結果②

開発事例

開発事例

2011 IPA, All Rights Reserved.

Page 43: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

調査事例一覧(2/2)

No. 事例概要

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

13 教務Webシステム開発事例

14 教育機関向け統合業務パッケージ

15 検索エンジン開発事例

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

17 株式取引のためのWebアプリケーション

18 プラント監視制御用計算機システム

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

20 Webメディア開発事例

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

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

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 43

事例概要

開発事例

パッケージ開発事例

開発事例

アプリケーション開発事例 事例調査結果③

システム開発事例

支援環境開発事例

交換基盤構築事例 事例調査結果④

2011 IPA, All Rights Reserved.

Page 44: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

チームの人数

(人)

事例:アジャイル型開発プロジェクトの

2

4

6

8

10

12

2 4 6 8 10 12開発期間 (

⇒チームの人数は8割が10人以下

⇒開発期間は2~4ヶ月が45%、

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 44

プロジェクトの規模

12 14 16 18 20 22 24(月)

人以下

%、1年超が35%

2011 IPA, All Rights Reserved.

Page 45: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

事例:イテレーション(スプリント

0

1

2

3

4

5

6

7

1 2 3 4イテレーション

事例の数

(件)

⇒1~2週間が中心

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 45

スプリント)の期間

5 6 7 8イテレーション(スプリント)期間 (週)

その他:1~2週間 2件1~4週間 1件

2011 IPA, All Rights Reserved.

Page 46: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

86420

頻繁なふりかえり計画ゲーム

日次のスタンドアップミーティング(朝会)

継続的インテグレーションペアプログラミング

バーンダウンチャートリファクタリングテスト駆動開発

コードの共同所有かんばん

自動化された回帰テストニコニコカレンダー

顧客プロキシタスクカードポストイット

タイムボックス

頻繁なリリースコーディング規約ストーリーカード

単体テストの自動化スクラムのスプリントスプリントバックログ

チーム全体が一つに

28.6%

23.8%

19%

14.3%

1511

10109

88

65

444

33333

222222

9.5%

9.5%

9.5%

9.5%

9.5%

9.5%

14.3%

14.3%

14.3%

14.3%

19%

19%

反復型計画

事例:活用されているプラクティス

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 46

件数

1412108 16 18 20 22

71.4%

52.4%

47.6%

42.9%

38.1%

38.1%

47.6%

100%

21

されているプラクティス

※1事例は活用プラクティス不明

2011 IPA, All Rights Reserved.

Page 47: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発の活用に

日本のソフトウェア競争力生き生きと働ける

契約のあり方

日本におけるソフトウェア

経営層やユーザ

コンサルタント人財育成

欧米の競争力産業構造調査

重点課題

目指すべきゴール

管理手法環境整備

契約

価値評価

普及

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 47

に向けた課題

競争力を高めるける環境を作る

方、調達、制度設計

ソフトウェア開発の在り方

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

コンサルタント等の役割の整備人財育成

競争力(ビジネスドライバ、産業構造など)の調査

管理手法や技術面の整備

領域見定め

2011 IPA, All Rights Reserved.

Page 48: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

目 次

1. アジャイル型開発に注目

2. アジャイル型開発の特徴

3. 日本でのアジャイル型開発

4. アジャイル型開発活用

5. アジャイル型開発手法

6. まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 48

注目される背景

特徴

型開発の現状

型開発活用に向けた課題の検討

型開発手法の導入に向けて

2011 IPA, All Rights Reserved.

Page 49: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

平成21年度の課題と平成

Copyright © 2010-2011 IPA, All Rights Reserved.

平成21年度の研究により明らかになった課題

日本のソフトウェア競争力を高める生き生きと働ける環境を作る

日本のソフトウェアの作り方目指すべきゴール

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

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

コンサルタント等の役割の整備人財育成普及

欧米の競争力(ビジネスドライバ、産業構造など)の調査

調査

管理手法や技術面の整備環境整備

非ウォーターホール型開発における重点課題

日本のソフトウェア競争力を高める生き生きと働ける環境を作る

日本のソフトウェアの作り方目指すべきゴール

日本のソフトウェア競争力を高める生き生きと働ける環境を作る

日本のソフトウェアの作り方目指すべきゴール

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

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

コンサルタント等の役割の整備人財育成普及

欧米の競争力(ビジネスドライバ、産業構造など)の調査

調査

管理手法や技術面の整備環境整備

非ウォーターホール型開発における重点課題

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

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

コンサルタント等の役割の整備人財育成普及

欧米の競争力(ビジネスドライバ、産業構造など)の調査

調査

管理手法や技術面の整備環境整備

非ウォーターホール型開発における重点課題

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

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

コンサルタント等の役割の整備人財育成普及

欧米の競争力(ビジネスドライバ、産業構造など)の調査

調査

管理手法や技術面の整備環境整備

非ウォーターホール型開発における重点課題

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 49

平成22年度の取組み

2011 IPA, All Rights Reserved.

非ウォーターフォール型開発の適用に適した領域を見定め、その活用を促進していく

平成22年度の取組み

・非ウォーターフォール型開発に適した契約モデルの検討

・非ウォーターフォール型開発に適した契約モデルに沿った契約のひな型の作成

・顧客・経営層が考慮すべき点とその検討

・顧客側と開発側に必要な包括的エンジニアリング技術、プロジェクト運営技術・スキルの明確化

・人材育成方法の検討・必要な技術・スキルの獲得方法の検討

Page 50: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

開発プロセス・モデルに関する

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 50

する検討

2011 IPA, All Rights Reserved.

Page 51: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

調査事例から導かれた開発

モデル1

企画

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

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第1リリース

・・・

第1反復

テスト

開発

要求

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

考え方シンプルな基本形

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 51

開発プロセス・モデル(1)

システム運用

反復

テスト

第n反復

テスト

開発

要求・・・

第2リリース

・・・

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第mリリース

2011 IPA, All Rights Reserved.

Page 52: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

調査事例から導かれた開発

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

モデル2

要求・アーキテクチャ設計・基盤開発

企画

• 比較的大規模システム/新規開発で全体

第1反復

テスト

開発

要求

第n反復

開発

要求・・・

第1リリース

考え方拡張形.基盤・共通部といくつかの機能部成されるソフトウェア(右図)において,基盤・共通部の開発を終えた後,機能部群て,アジャイル開発を行う.基盤・共通部ていないと,追加・変更時の機能部へのくなりすぎることを避ける.アジャイル開発盤・共通部の変更は,原則として行わない

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 52

開発プロセス・モデル(2)

2011 IPA, All Rights Reserved.

システム運用

全体のシステム構造が不明確なケースなど

反復

テスト

・・・

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第mリリース

機能部とから構,最初にまず,

機能部群につい共通部が確固とし

への影響が大き開発では,基

わない.

基盤・共通部

機能1

機能2

機能3

機能4

Page 53: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

調査事例から導かれた開発

モデル3

・ アジャイル開発では反復ごとにリリースできる各リリース工程前に行う重点的なテストを実施

・ リリースは複数回繰り返される

企画リリース前

テスト第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第1リリース

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

考え方顧客やビジネスの特徴から,特に高ティカルであったりする場合に,リリースクションを実施する.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 53

開発プロセス・モデル(3)

システム運用

ごとにリリースできる品質までテストを行うことが原則だが、実施することがある。

・・・・・・ リリース前テスト

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第mリリース

2011 IPA, All Rights Reserved.

高い品質が求められたり,品質がクリリリース前に品質確保のための特別のア

Page 54: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発のビジネス

Copyright © 2010-2011 IPA, All Rights Reserved.

■ビジネス構造モデルの基本パターン

使う人

提供する人

作る人

作る人2

保守する人

契補佐

する人

使う人

提供する人

作る人

作る人2

保守する人

契補佐

する人

契約の起こる可能性がある場所(同一の組織内の場合には契約なし)

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 54

のビジネス構造モデル

2011 IPA, All Rights Reserved.

パターン

補佐する人補佐

する人

・ 使う人 ⇒ システムを実際に使用する人(システムの利用者、エンドユーザ)

・提供する人 ⇒ 開発されたシステムやサービスを使う人に提供する人

・作る人 ⇒ システムの開発者

・作る人2 ⇒ 作る人の会社と契約している、作る人と一緒に開発する人

(作る人の会社とは別会社が多い)

・保守する人 ⇒ リリースされたシステムを保守する人

(作る人と重なることが多い)

・補佐する人 ⇒ アジャイル開発の進め方等で、開発プロジェクトを支援する人

(コンサルタントやファシリテーターが多い)

Page 55: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

顧客・経営層への理解促進

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 55

理解促進に関する検討

2011 IPA, All Rights Reserved.

Page 56: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発手法の導入理由

22% 21%

12%10% 9%

6% 6%

0%

5%

10%

15%

20%

25%

Tim

e-to

-M

arke

t

加速

変化する優先順位

管理のため

生産性向上

ソフトウェア品質

の向上

IT

とビジネスの

融合改善

プロジェクトの

見える化

1.Time2.変化

(VersionOne

参考

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 56

導入理由 (海外)

6%4% 3% 2% 2% 2% 1%

リスク削減

開発プロセスの

簡易化

その他

エンジニアリング

の導入/向上

コスト削減

保守性/拡張性

向上

チームの

やる気改善

Time-to-Marketの加速変化する優先順位管理のため

VersionOne社 アジャイル開発の現状調査第3回2008より)

2011 IPA, All Rights Reserved.

Page 57: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発の適用領域

Copyright © 2010-2011 IPA, All Rights Reserved.

すべてのソフトウェア開発にアジャイルあるいはすべきだ、という立場ではないビジネスや市場、その他の開発のル型の開発が適している場面もあればしている場面もある。

大まかには、開発当初に要求を確定に伴った市場や顧客ニーズの変化が、アジャイル型開発が最も得意他方、基幹システム等で開発当初能(あるいは確定すべき)な領域のシステムの在のアジャイル型開発は試行領域

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 57

適用領域・試行領域

2011 IPA, All Rights Reserved.

にアジャイル型開発手法を適用できる、ではない。の文脈によって、ウォーターフォー

もあれば、アジャイル型の開発が適

確定せず、ビジネス環境の変化変化への対応が最優先される分野

得意とする第一適用領域である。開発当初に要求をあるレベルで確定可

のシステムの開発においては、現試行領域となっている。

Page 58: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発の適用領域

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル開発は,「顧客の参画のェアを成長させながら作る」,「反復コミュニケーション・コラボレーションを前提としない」等を特徴とするため意とする:①ビジネス要求が変化する領域・要求の変化が激しく,あらかじめ要求

②リスクの高い領域・不確実な市場を対象としたビジネス・技術的な難易度が高い開発領域(技術

③市場競争領域・他社に先駆けた製品・サービス市場投入

Market)の短縮が優先となる領域(製品開発).

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 58

適用領域

2011 IPA, All Rights Reserved.

の度合いが強い」,「動くソフトウ反復・漸進型である」,「人と人との

コラボレーション重視」,「開発前の仕様の固定とするため,以下の領域での開発を得

要求が固定できない領域。

としたビジネス領域(市場リスク)技術リスク)

市場投入が命題であり,TTM(Time to (Webのサービス,パッケージ開発,新

Page 59: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発の試行領域

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル型開発による経験が十分在、チャレンジと創意工夫が求められているのはある:①大規模開発・開発者10人程度を超えると、システム割方法、及び、分割されたチーム間のコミュニケーション

②分散拠点(オフショア含む)開発・開発拠点が分散し、さらに時差によってン手法、また、それをサポートするツール

③組織(会社)間をまたぐ開発チームによる・共通のビジネスゴールを持ったチームを

④組込みシステム開発・リリース後のソフトウェア修正が極めて

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 59

試行領域

2011 IPA, All Rights Reserved.

十分には蓄積されておらず、現められているのは、以下の領域で

システム分割、チーム分割が必要。その分のコミュニケーションが課題。

開発によって分断される場合のコミュニケーショ

それをサポートするツールが必要。

チームによる開発ったチームを組むことが難しい。

めて困難であり、採用には工夫要。

Page 60: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国調査例:アジャイル開発

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考

平均

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 60

開発チームの大きさ

2011 IPA, All Rights Reserved.

平均17人

100人以上を除くと平均10.1人

出典: AmbysoftAgile Teams Mini-Survey Results:April/May 2011

N=82

Page 61: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国調査例:アジャイル開発

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考

同室

同フロア

同建物

何人かは3時間以上

3時間以内

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 61

開発チームメンバ間の距離

2011 IPA, All Rights Reserved.

47% were co-located,

23% near located, and

30% far-located.

N=82

Page 62: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国調査例:ステークホルダ

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考

同室

同フロア

同建物

何人かは3時間以上

3時間以内

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 62

ステークホルダ(顧客側)との距離

2011 IPA, All Rights Reserved.

9% were co-located,

56% near located,

and 35% far located.

N=82

Page 63: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

顧客・経営層は開発への一層

Copyright © 2010-2011 IPA, All Rights Reserved.

顧客(ユーザ)経営層

ビジネス環境が激しく変化する現状において

のように情報システム部門に任せきりでは

形態(*)にも深く関与する必要がある

(*) アジャイル開発の採用,クラウドコンピューティングの

ベンダ経営層

俊敏な開発の実績を武器に受注を狙

自ら俊敏な開発を実施できる体制作

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

<経営層の責任>・情報システムに関する理解の増進・迅速かつ適切な意思決定・関係部門との経営上の綿密な調整

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 63

一層の関与が必要

2011 IPA, All Rights Reserved.

において,ITシステムに関し,従来

せきりでは適切に対応できない.開発

がある.

クラウドコンピューティングの利用,など

狙う海外勢等に対抗するためには,

体制作りに取り組むと共に,その結果を

増進

調整

Page 64: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

マーケット動向への迅速な

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

モバイル端末の2008年までの年間出荷実績,および2009年から2013年までの出荷予測(単位:百万台)「Mobile Internet Report」(モルガンスタンレー,2009年12

スマートフォンの急激な普及

参考 SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 64

な対応(1/2)

2011 IPA, All Rights Reserved.

12月)

普及

「スマートフォン市場に関する調査(2009年7月~2010年4月)」(矢野経済研究所,2011年5月11日)

Page 65: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

マーケット動向への迅速な

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

出典:Unless they evolve, video game consoles may go extinct. By Alex Pham and Ben Fritz, Los Angeles Times June 5, 2011

参考 SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 65

な対応(2/2)

2011 IPA, All Rights Reserved.

they evolve, video game consoles may go extinct. Alex Pham and Ben Fritz, Los Angeles Times June 5, 2011

Social,Online,MobileGamesの成長

Page 66: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

最適にリスクを取るマネジメントの

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SamsungのKee Sup Kim氏による「Best-in-消費電力・性能と生産性のトレードオフは,設計マージンとは,プロセス・バラつき,温度,電圧変動(time dependent dielectric breakdown),NBTIinstability)などの信頼性に関連した各種の指標プロセスのトレンドを考えれば,信頼性は高まるンを満たすことはビジネス的にはありえず,どこかでリスクを製造サイドと設計者の協力が不可欠である。で,37.5%の消費電力削減と17.8%のチップ

出典:【DAC 2011】「設計者のやる気を引き出せるマネジメント

(変化の激しい)ビジネス・ニーズに↓

どこで(誰が)リスクを取るか?↓

顧客経営層-システム部門間,円滑なコミュニケーションのもとで

参考 SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 66

るマネジメントの考え方

2011 IPA, All Rights Reserved.

-Class Mobile SoC」と題する講演より:設計マージンによって決まる。ここで,設計

電圧変動,HCI(hot carrier injection),TDDBNBTI(negative bias temperature 指標を指す。

まる傾向にあるものの,すべての設計マージどこかでリスクを取らざるを得ない。それには,。両者のコミュニケーションを円滑にすること

のチップ面積削減が可能になった例があるという。

せるマネジメント」,経営層/管理職向けの講演に涙する(日経BP社 EDA Online,2011/06/10)

ビジネス・ニーズに応えるためにリスクを取る

,顧客-ベンダ間の緊密な協力,なコミュニケーションのもとで,最適な分担でリスクを取る

Page 67: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

経営層の判断に基づくIT迅速導入

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

2割の企業がIT部門を通さずにクラウドを

――おエライさんの独断で決定

「IT部門を通すと時間がかかりすぎる

参考

2011年6月2日http://www.computerworld.jp/topics/cloud/191782.html

Chiefレベルの役員やビジネス部門長

これらの回答者のうち61%が、クラウド・サービスは答えており、50%が、IT部門を通すと

企業は社員を対象にクラウド・プラットフォームにり、64%が新入社員と既存社員のいる。

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 67

迅速導入の動き

2011 IPA, All Rights Reserved.

さずにクラウドを導入

決定

がかかりすぎる」との見方が背景に

日 Computerworld.jp (IDG Japan)http://www.computerworld.jp/topics/cloud/191782.html

【Kelton Research調査(米国)】

部門長など573人の経営幹部が回答

クラウド・サービスは容易に導入できたとすと時間がかかりすぎると答えている。

にクラウド・プラットフォームに関する研修を行っておの両方の研修に投資していると答えて

Page 68: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

顧客・経営層は開発への一層

Copyright © 2010-2011 IPA, All Rights Reserved.

顧客(ユーザ)経営層

ビジネス環境が激しく変化する現状において

のように情報システム部門に任せきりでは

形態(*)にも深く関与する必要がある

(*) アジャイル開発の採用,クラウドコンピューティングの

ベンダ経営層

俊敏な開発の実績を武器に受注を狙

自ら俊敏な開発を実施できる体制作

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

<経営層の責任>・情報システムに関する理解の増進・迅速かつ適切な意思決定・関係部門との経営上の綿密な調整

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 68

一層の関与が必要

2011 IPA, All Rights Reserved.

において,ITシステムに関し,従来

せきりでは適切に対応できない.開発

がある.

クラウドコンピューティングの利用,など

狙う海外勢等に対抗するためには,

体制作りに取り組むと共に,その結果を

増進

調整

Page 69: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

海外勢との競争

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考 SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 692011 IPA, All Rights Reserved.

出典:トヨタ自動車株式会社ホームページ

Page 70: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

顧客・経営層が開発上で考慮

Copyright © 2010-2011 IPA, All Rights Reserved.

顧客・経営層は、アジャイル開発の採用ムの一員として参画し、タイムリーな況の把握等に関し、主体的に開発に分な理解と覚悟を持つ。

アジャイル開発においては、反復の都度ルが採られる。品質に重大な悪影響が及ぶかどうかのる化が必要。

アジャイル開発の特徴に応じた「見えるトとの円滑なコミュニケーションを図り的が損なわれないように努める。

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 70

考慮すべき点

2011 IPA, All Rights Reserved.

採用を決断した時点で、顧客がチータイムリーな意思決定を行ったり、品質や進捗状

に関わらざるを得ないということに十

都度、コードを書き変えていくスタイ

ぶかどうかの観点での、プロダクト品質の見え

える化」項目を用いて開発プロジェクり、アジャイル開発採用の本来の目

Page 71: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国調査例:顧客側とのコミュニケーション

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考

1回/週

数回/週

終日

毎日

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 71

とのコミュニケーション頻度

2011 IPA, All Rights Reserved.

58% indicated at least daily58% indicated at least dailycommunication and an communication and an additional 36% indicated at additional 36% indicated at least weekly least weekly communication.communication.

N=82

Page 72: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

米国調査例:顧客側とのコミュニケーション

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考

50%以上電子メールFace-To-Face反復終了後のデモリポジトリホワイトボードドキュメンテーションオンライン・チャットプレゼンテーション

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 72

とのコミュニケーション手段

2011 IPA, All Rights Reserved.

N=82

Page 73: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 73

検討

2011 IPA, All Rights Reserved.

Page 74: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

役割によるスキルの相違

Copyright © 2010-2011 IPA, All Rights Reserved.

ウォーターフォール型開発と比較したアジャイル

① ファシリテーターが存在する

② 毎日コードをチェックインしている

③ 品質検証・保証の機能は,プロジェクトの

②③は役割の違いによる差であり,スキルの

①に関しても役割の差とも言えるが,役割でもあり,それは必要なスキルの相違

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 742011 IPA, All Rights Reserved.

アジャイル開発の大きな相違点:

プロジェクトの普段の活動に組み込まれる

スキルの差ではない.

,アジャイル開発に求められる新たな相違につながる可能性がある.

Page 75: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発における役割

テクニカルコーチ

アジャイルコーチ

プロダクトオーナ

◎ ◎ ◎スクラム一般 ◎ ◎ ◎スクラム PJ固有 ◎ ◎ ◎実務 - - ○ドメインモデル - - ○モデリング ○ ◎ △Java ◎ ◎ -OOプログラミング ◎ ◎ -OO設計 ◎ ◎ -UML ◎ ◎ -リファクタリング ◎ ◎ -TDD ◎ ◎ -単体・結合テスト ◎ ◎ -システムテスト ◎ △ -HTML/CSS ◎ △ -JavaScript ◎ △ -WebUIテスト ◎ △ -SQL ◎ △ -DB物理設計 ◎ △ -DBチューニング ◎ △ -Eclipse ◎ ◎ -Subversion ◎ ◎ -Trac ◎ ◎ -Hudson ◎ ◎ -フレームワーク ◎ △ -ステージング環境 ◎ △ -

業務知識

技術

開発環境

プロジェクト運営

運営チーム

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 75

役割とスキルの対応例

プロダクトオー ストーリーオーナー

ビジネスアーキテクト

開発チーム代表

開発メンバ

◎ ○ ○ ◎ ○◎ ◎ ○ ◎ ◎◎ ◎ ○ ◎ ◎○ ◎ ○ ○ ◎○ ○ ◎ ◎ ◎△ ○ ◎ ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - ◎ ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- ○ - ○ ◎- △ - ○ ◎- ○ - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎- - - ○ ◎

役割

2011 IPA, All Rights Reserved.

Page 76: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

進め方(プロセス)によるスキルの

Copyright © 2010-2011 IPA, All Rights Reserved.

ウォーターフォール型開発と比較したアジャイル

① 全部やろうとしない

② ドキュメントだけで設計はしないでコーディング

③ 2週間程度で実際に動くものを見せる

④ 繰返し型のプロセスがある

①②については,技術,スキルの相違

③④を実施するには,ドメイン領域の知識

ウォーターフォール型開発では,特に設計当することがよくある.

アジャイル開発では,繰返し型のプロセスであるためストコード作成を含むテストが,同じメンバによりイル開発の全メンバには,これらマルチのスキル

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 76

によるスキルの相違

2011 IPA, All Rights Reserved.

アジャイル開発の大きな相違点:

でコーディング

せる

相違は生じない.

知識,幅広い言語知識が求められる.

設計とコーディングを別々のメンバが担

のプロセスであるため,設計,コーディング,テじメンバにより一貫して実施される.アジャマルチのスキルが求められる.

Page 77: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

ユーザ側に求められるスキル

Copyright © 2010-2011 IPA, All Rights Reserved.

ウォーターフォール型開発におけるユーザ

・実現するシステム,アプリケーションの

・プロジェクトの進行管理:決めた機能が進行しているか確認し,進行していない

アジャイル開発におけるユーザに求められること

(全ての機能の仕様を洗い出す能力よりも度を図りながら開発プロジェクトの運営

明確な仕様を決めなくても良いとはいうものの実物を見てフィードバックのポイントをムを目で確認しながら,積み上げるように

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 77

められるスキル

2011 IPA, All Rights Reserved.

におけるユーザに求められること:

アプリケーションの業務仕様についての責任を負う

機能,スケジュールの通りにプロジェクトしていない場合に適切な対応を取る

められること:

よりも)コアとなる機能を見定め,優先運営を指揮していく能力

いとはいうものの,定期的なサイクルでてフィードバックのポイントを増やすことにより,実際のシステ

げるように仕様を決定していく

Page 78: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

Copyright © 2010-2011 IPA, All Rights Reserved.

非ウォーターフォール型開発にとって

① プロジェクトのアウトプットに関発の進め方を踏襲させるための

② 反復活動の中で,実際に動くものをつトータルにプロジェクトのアウトプットを

③ 設計,コーディング,テストを一貫

<参考>

欧米ではプロダクトマネージャ,開発者,テスタなどのは技術者はほぼ対等である.開発者は日本に

アジャイル開発の具体論は,このような欧米のが多い.

日本でアジャイル開発を導入する際,プラクティスをームや技術者のあり方,文化のあり方をどう変とを考えながら,検討する必要がある.

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 78

なスキルのまとめ

2011 IPA, All Rights Reserved.

にとって重要なスキル:

関わる判断ではなく,アジャイル開させるためのファシリテーションスキル

くものを作りながら,小規模に,かアウトプットを積み重ねていくスキル

一貫して実施出来るスキル

テスタなどの役割が明確であり,その役割の中でに比べると広範囲な開発フェーズを担う.

の開発スタイルを暗黙的に前提としている面

プラクティスを機械的に導入するのではなく,開発チ変えていく,または変えていかない,というこ

Page 79: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

人材育成方法(1/3)

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル開発を実践するためには

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

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

することが必要

<カスタマイズの例>

現在の日本の商慣習に基づき一括請負契約する場合,要件が変更される度にネジメントできなければたちまち赤字がって,イテレーション計画は当然ション出来るためのプラクティス,環境不具合の瑕疵担保責任を全て開発側保守容易性に関するプラクティスを

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 792011 IPA, All Rights Reserved.

するためには,

プラクティスから,

したものを取捨選択し,カスタマイズ

一括請負契約でアジャイル開発を実践にITベンダには負担がかかり,うまくマ赤字プロジェクトとなってしまう.した

当然のこと,顧客と頻繁にコミュニケー環境が非常に重要となってくる.また,

開発側が負うため,テストやシステムのするプラクティスを整備しておくべきである.

留意点

Page 80: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

人材育成方法(2/3)

Copyright © 2010-2011 IPA, All Rights Reserved.

今までアジャイル開発を実践した経験プラクティスのカスタマイズは容易ではないィスは他のプラクティスと相互作用するからである

アジャイルプロセスの価値・原則も理解

アジャイル開発を初めて実施するチームであればスを適用し,模範に従って忠実に実践

相互作用を十分に理解した上で,次に分のプロジェクトでうまくいくかどうかを他のカスタマイズが必要なプロジェクトでもティスを創造して対処出来るようになる

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 802011 IPA, All Rights Reserved.

経験がない開発チームや技術者にとってではない。何故ならば、あらゆるプラクテするからである。

理解しなければならない.

するチームであれば,まずは全てのプラクティ実践することが大事である.

に,プラクティスをカスタマイズし,自のプロジェクトでうまくいくかどうかを検証する.そこまで実践できれば,

なプロジェクトでも影響が予測でき,新しいプラクるようになる.

Page 81: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

人材育成方法(3/3)

Copyright © 2010-2011 IPA, All Rights Reserved.

全てのプラクティスを適用して実践する

(1) 社外的に影響しない自社用のシステム開発を適用する

(2) 社内プロジェクトへの適用が困難.約1ヶ月から3ヶ月程度の仮想プロジェクトとしてアジャイル験者を講師に迎えることにより,効率良

教育に時間や費用が掛けられない中小企業研修でも効果は得られる.この場合,内容が望ましい.一人で出来るプラクティスはことが出来る.

(*) チームビルディング,計画ゲーム,ふりかえり

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 812011 IPA, All Rights Reserved.

する方法:

のシステム開発プロジェクトにアジャイル

困難な場合,アジャイル開発研修を行うプロジェクトとしてアジャイル実践経効率良く習得出来る.

中小企業の場合,2-3日の短期間の,チームプラクティス(*)をメインとした

るプラクティスは,研修後,各自で習得する

ふりかえり,コードの共同所有,ペアプログラミング

Page 82: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

Copyright © 2010-2011 IPA, All Rights Reserved.

育成開始

スキル診断

卒業検定

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

開発技術(基礎知識) プロジェクト

キックオフ

・構成管理 / その他ツール・テスト駆動開発・オブジェクト指向プログラム/ 設計・Java言語 / Eclipse

1日

開発メンバ育成

・行動指針

・アジャイル概要

・開発できるレベルまで育てる

組閣

参画 ・プロパー・プロダクトオーナー・パートナー

プロジェクト

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 82

スケジュール

2011 IPA, All Rights Reserved.

プロジェクト

ルーキーズ

セミナー

模擬開発

開発開始

日 2~3日 5日

開発チーム育成

OJT

・自己紹介

・チームビルド

・開発環境知識獲得

・業務知識

・フレームワーク

・開発標準

・アジャイル基礎知識

・サブチーム単位に行う・作ったものは捨てる

・開発者向け・ストーリーオーナー向けも別途行う

・プロジェクト憲章

プロダクトオーナー

プロジェクト立上げ

Page 83: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

○△*

人材育成の事例-対象別育成

開発チー開発チームム

スクラムスクラムマスターマスター

顧客顧客ロダクトロダクトオーナーオーナー

アジャイル概要 ○ ○ ○

アジャイル基礎知識 ○ ○ ○

アジャイル擬似体験 ○ ○ ○

業務知識 ○ *

開発環境 ○

基本アーキテクチャ ○

業務分析/モデリング △ △

開発技術 △

ファシリテーション概要 ○ ○ ○

ファシリテーション演習 ○

アジャイル開発をアジャイル開発を初めて行う組織を対象初めて行う組織を対象

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 83

:立上げ前後の必須教育の領域:事前に準備が困難でOJTが必要な領域:内容を組織内で個別に検討する必要がある領域

対象別育成カリキュラム例

顧客/プ顧客/プロダクトロダクトオーナーオーナー

先行チー先行チームム

リーダーリーダー PMPM 経営者層経営者層/購買担/購買担当など当など

○ ○ ○ ○ ○

○ ○ ○ ○

* ○

○ ○ ○ ○

○ ○

2011 IPA, All Rights Reserved.

Page 84: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

人材育成の事例-カリキュラム

Copyright © 2010-2011 IPA, All Rights Reserved.

名称 概要

アジャイル概要 アジャイル開発に

アジャイル基礎知識 一般的なプラクティスについての

アジャイル擬似体験 アジャイル開発のプロセスをチームビルディング

業務知識 開発対象の業務を

開発環境 開発に使用するツールなどを検討)

基本アーキテクチャ 開発対象のシステム理解する(内容は

業務分析/モデリング 業務を整理し、開発側

開発技術 開発に必要な技術

ファシリテーション概要 ファシリテーションに

ファシリテーション演習 ファシリテーションに

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 84

カリキュラム概要

2011 IPA, All Rights Reserved.

に携わる方向けの基礎知識

なプラクティスについての紹介

のプロセスを体験を通して理解するチームビルディング的な狙いもある

を理解する(内容は先行チームと検討)

するツールなどを理解する(内容は先行チームと

のシステム構成や、利用するフレームワークなどをは先行チームと検討)

開発側に伝えるための手法を理解する

技術を身につける(必要に応じて)

ファシリテーションに関する知識を理解する

ファシリテーションに関する知識を体験を通して理解する

Page 85: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

人材育成方法のまとめ

Copyright © 2010-2011 IPA, All Rights Reserved.

アジャイル開発の価値(及び原則

プラクティスの全てを完全に身に従って行動する習慣を確実に重要

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 852011 IPA, All Rights Reserved.

原則)の理解が重要

身につけるより,価値に身につけることが

価値

原則

手法

Page 86: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

明確な「行動規準」に基づく

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

引用:武田斉紀(日経ビジネス

TDRはキャストが自ら判断し、行動できるて大切にするべきことと優先順位」=行動規準修を実施して、一人ひとりが判断し行動

参考

震度5強の揺れは、...7万人の来園者(同社験に当然パニック状態になる。しかし揺れからウンスが流れた。...そしてキャストたちはパニックをトに対して、すぐさま冷静かつはっきりとした声

「(店舗で販売用に置いていたぬいぐるみの)を守ってください”と言ってお渡ししました」。彼女には、園内の使えるものは何でも使ってよいとん代わりにしようと考えたという。

同じくキャストのIさんは、店舗で販売していたクッキーやチョコレートを

幹部は開園以来28年間守ってきた“禁”を破が利用する通路にゲストを通して、より短距離

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 86

づく判断による行動

2011 IPA, All Rights Reserved.

武田斉紀「3.11もブレなかった東京ディズニーランドの優先順位」ビジネス オンライン,2011年5月16日)

できる前提を用意している。「会社とし行動規準を明確に示し、十分な研

行動することを推進している。

同社ではゲストと呼ぶ)たちは、前代未聞の体れから40秒後には、地震発生を伝える園内アナ

そしてキャストたちはパニックを起こさなかった。彼らは持ち場のゲス声で、分かりやすい指示を出した。

)ダッフィーを持ち出して、お客様に“これで頭彼女は会社から、お客様の安全確保のため

ってよいと聞いていた。そこで、ぬいぐるみを防災ずき

していたクッキーやチョコレートを無料で配り始めた。

破る決断をした。バックヤードという従業員だけ短距離で安全にシーに誘導することにしたのだ。

Page 87: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

PMI Agile Certified Practitioner(PMI

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

PMIが,新しいアジャイル認証

PMI Agile Certified Practitioner(PMI

の開始(2011年第3四半期)をhttp://www.pmi.org/en/Certification/New

参考

<Tools & Techniques>CommunicationsPlanning, monitoring and adaptingAgile estimationAgile analysis and designProduct qualitySoft skills negotiationValue-based prioritizationRisk managementMetricsValue stream analysis

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 87

Agile Certified Practitioner(PMI-ACP)SM

2011 IPA, All Rights Reserved.

Agile Certified Practitioner(PMI-ACP)SM

を発表http://www.pmi.org/en/Certification/New-PMI-Agile-Certification.aspx

adapting

<Domains>I. Value-Driven DeliveryII. Stakeholder

EngagementIII. Boosting Team

PerformancePractices

IV. Adaptive PlanningV. Problem Detection and

ResolutionVI. Continuous

Improvement (Product, Process, People)

Page 88: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

契約形態に関する検討

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 882011 IPA, All Rights Reserved.

Page 89: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

各調査事例での契約形態

Copyright © 2010-2011 IPA, All Rights Reserved.

No. 事例1 携帯向けブログシステム2 共通認証システム3 プロジェクト管理システム4 教務Webシステム5 システム管理ミドルウェア開発6 株式取引のためのWebアプリケーション7 プラント監視制御用計算機システム8 パッケージソフトウェア9 アプリケーションプラットフォーム

10 生産管理システム11 小売業における業務システム12 社内版SNSシステム13 OSS版SNSシステム14 Webメディア開発15 共通EDI開発

16 研修運営システム

17 検索エンジン開発

18 サプライチェーンマネジメントシステム

19 携帯ソーシャルゲーム20 教育機関向け統合業務パッケージ21 開発案件管理Webアプリケーション22 アジャイル型開発の支援環境開発23 製造業向けプロトタイプシステム

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 89

契約形態

2011 IPA, All Rights Reserved.

契約方式請負契約(毎月更新)請負契約請負契約請負契約請負契約請負契約請負契約準委任契約(四半期単位)準委任契約準委任契約準委任契約準委任契約準委任契約準委任契約準委任契約準委任契約(推敲フェーズまで)+請負契約(作成フェーズ以降)派遣契約サービスの利用料金がビジネスの基本単位となる、ASP契約社内開発のため契約なし社内開発のため契約なし社内開発のため契約なし社内開発のため契約なし不明

Page 90: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

調査事例:契約形態の集計

契約の種類

請負契約

請負契約(月毎)

請負契約+準委任契約

準委任契約

労働者派遣契約

不明

合計

(社内開発:契約無し)

⇒海外では、直接雇用やTime&Material日本では、アジャイル型開発とはなじみにくい

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 90

集計

件数 比率

6 33.3%

1 5.6%

1 5.6%

7 38.9%

1 5.6%

2 11.1%

18 100 %

(4) ー

Time&Materialの準委任型契約が中心だが、とはなじみにくい請負契約の割合も高い。

2011 IPA, All Rights Reserved.

Page 91: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

ソフトウェア開発で使われる

契約の種類

請負契約

ベンダ企業側が業側が成果物に約形態

準委任契約

業務を委託する業務を実施することにあり任を負わない

労働者派遣契約

派遣元の社員をができる契約通常は、派遣先派遣先と労働者雇用関係はない

解説

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 91

われる主な契約形態

内容

が成果物の完成を請負い、ユーザ企に対する報酬の支払いを約束する契

する契約であり、ベンダ企業側の責任は、することにあり、成果物に対する完成責

を派遣先の指揮命令で働かせること

派遣先が就労場所になる労働者とは、指揮命令関係はあるものの、はない

2011 IPA, All Rights Reserved.

Page 92: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

契約形態の比較

項目 準委託契約

仕事の完成義務

善良な管理者のもって委託事務る義務

仕事の完成義務い

瑕疵担保責任

事務処理に関し意義務違反があったには、債務責任

解説

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 92

準委託契約 請負契約

の注意を委託事務を処理す

完成義務は負わな

ベンダは受託業務の完成義務を負う

し、善良注があった場合

債務責任を負う

成果物に瑕疵があった場合、瑕疵担保責任を負う

注文者は、補修や損害賠償を請求できる

2011 IPA, All Rights Reserved.

Page 93: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

週に1~2回のコミットが求められていることが

事例

顧客側に2週間に1回、必ず受入れ検収

2週間に1~3度、オーナが来社し、オンサイト・ミーティングを

週次で開発マネージャを含めて計画ゲームを

週1回、プロジェクトの進捗状況を開発マネージャに報告また、発注元のマネージャ同席の下、適宜実施

発注者と受注者は、毎週2回の打合せで

プロジェクト目標のシェアのみ

開発者全員が現地に常駐

調査事例:顧客参画の実態

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 93

められていることが多い

事例

検収を実施できる体制が必要

オンサイト・ミーティングを実施

ゲームを行い、次回のリリース計画を作成

開発プロジェクトマネージャが発注元の

適宜、プロダクトマネージャと電話会議を

せで週次イテレーション開発

実態

2011 IPA, All Rights Reserved.

Page 94: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

現状の契約種類(WF型開発)

ソフトウェア開発に関わる契約

①請負契約

②準委任契約

③システム・エンジニアリング・サービス

④労働者派遣契約

◆非WF型開発に適した契約形態種類

(Peter Stevensの分析による)

①Sprint Contract(

②Fixed Price/Fixed Scope

③Time and Materials

④Time and Materials with Fixed Scope and Cost Ceiling

(タイム・アンド・マテリアル

⑤Time and Materials with Variable Scope and Cost Ceiling

(タイム・アンド・マテリアル

⑥Phased Development

⑦Bonus/Penalty Clauses

⑧Fixed Profit (固定利益

⑨Money for Nothing , Changes for

(早期中止、変更無料

⑩Joint Ventures (2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

ソフトウェア開発に関わる契約 SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 94

契約の種類

システム・エンジニアリング・サービス契約(SES契約)

労働者派遣契約

(スプリント契約)

Fixed Price/Fixed Scope (固定価格/固定スコープ)

Time and Materials (タイム・アンド・マテリアル)

Time and Materials with Fixed Scope and Cost Ceiling

タイム・アンド・マテリアル 固定スコープとコスト上限付)

Time and Materials with Variable Scope and Cost Ceiling

タイム・アンド・マテリアル 変動スコープとコスト上限付)

Phased Development (フェーズ開発)

Bonus/Penalty Clauses (ボーナス/ペナルティ条項)

固定利益)

Money for Nothing , Changes for Free

変更無料)

(ジョイントベンチャ)2011 IPA, All Rights Reserved.

契約の種類

Page 95: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

新しい契約の試行:デンマークの

Copyright © 2010-2011 IPA, All Rights Reserved.

<特徴>

・予算の半分を工数に応じた支払いに充てる(変動費)

・変動費を支払った残り半分を納品が完了した時点で支払う(固定費)

発注側は開発工数変動による費用変動幅が低限の開発費用が回収できるメリットがある。

発注側、開発側双方とも、早く完成させるためのモチベーションが契約や準委任契約のようにどちらか片方だけがリスクを

すなわち、発注側と開発側がプロジェクトの成否とどちらも得をするし、失敗するとお互いに損

出典:「アジャイルが大企業

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 95

デンマークの事例

2011 IPA, All Rights Reserved.

が少なくなり、開発側は、開発期間中に最。

させるためのモチベーションが高くなる。一括請負だけがリスクを負うような事態が避けられる。

成否による利害を共有しており、成功する損をするという契約モデル。

大企業に採用されるために解決すべきたったの2つの課題」

Page 96: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

新しい契約の試行:開発費不要

Copyright © 2010-2011 IPA, All Rights Reserved.

<特徴>

・開発したシステムを初期費用0円で提供料という形で月々システムサービス料

・開発したソフトウェアの著作権はサービス

・いつでも手数料なしで解約でき、データベースにについては、顧客の手元に残る。

<顧客のメリット>

・初期投資が不要なため、まとまった資金を調達

・継続してメンテナンスをし続けるので、短期的長く使える。

・月額費用の中に保守・サポートも含まれる。

・毎月、費用対効果を測定し、効果がなければすぐに

出典:急増、 「(日経

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 96

開発費不要の受託開発

2011 IPA, All Rights Reserved.

提供し、その後、顧客がサービス利用料を支払う。

はサービス会社に帰属する。

データベースに蓄積された顧客のデータ

調達する必要がない。

短期的にリプレイスを繰り返すことなく、システムを

がなければすぐに止められる。

「開発費不要」 の受託開発 クラウド活用が普及を後押し日経コンピュータ2011年4月28日号)

Page 97: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

日本におけるアジャイル契約モデルの

Copyright © 2010-2011 IPA, All Rights Reserved.

(別資料参照

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 97

におけるアジャイル型開発にふさわしいモデルの提案

2011 IPA, All Rights Reserved.

契約

別資料参照)

Page 98: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

適用性評価について

Copyright © 2010-2011 IPA, All Rights Reserved.

2011年度は,今回提案した契約

のアジャイル開発案件で使ってもらい

解を反映して改訂する予定.

・IPA/SECから(検討委員会での

・開発内容の秘密は守る.

・レポートを提出するか,ヒアリングに

ご興味があれば,ご連絡を: sec

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 982011 IPA, All Rights Reserved.

契約モデル・契約書(案)を実際

ってもらい,問題点があればその

での議論に関する)情報提供を行う.

ヒアリングに対応して頂く.

[email protected]

Page 99: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

モデル取引・契約書

[準委任型

[請負型

開発手法は、ウォーターフォール

ウォーターフォールモデル以外契約のあり方については、今後

システム化の方向性

システム化の計画

要件定義 システム

企画支援業務要件定義

作成支援業務

外部設計書

作成業務

[準委任型] [準委任型]

契約 契約 契約

参考

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 99

準委任型]

請負型]

[準委任型]

[請負型]

ウォーターフォール型モデルを前提

以外の多様な開発モデルに基いた今後の検討課題

システム設計ソフトウェア設計プログラミング

ソフトウェアテスト

システムテスト

運用テスト

設計書作成業務

[準委任型][請負型]

ソフトウェア開発業務システム

テスト業務運用準備移行支援

契約 契約 契約

策定:経済産業省(第1版 2007.4)2011 IPA, All Rights Reserved.

Page 100: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

目 次

1. アジャイル型開発に注目

2. アジャイル型開発の特徴

3. 日本でのアジャイル型開発

4. アジャイル型開発活用

5. アジャイル型開発手法

6. まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 100

注目される背景

特徴

型開発の現状

型開発活用に向けた課題の検討

型開発手法の導入に向けて

2011 IPA, All Rights Reserved.

Page 101: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

適切な開発モデルの選択

計画性・確実性・安定性

開発対象の性質

・システムの深刻度・要件の固まり具合、変化の度合い・開発対象の成熟度

- 新規開発、改造、再構築、保守・アーキテクチャの成熟度・規模の大小

ウォーターフォール型

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 101

変化への適応性・迅速性

開発組織の環境条件

・手法に対する組織の経験、成熟度・手法に対するメンバの慣れ、成熟度・組織の制度、統制・組織の地理的分散・組織の風土- 新しい試みに対する挑戦の空気- 経営/マネジメント層の理解と支援

アジャイル型

2011 IPA, All Rights Reserved.

Page 102: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アナロジー

国際/業界標準(規格を含む)

組織(企業)標準

技法、ツール特性別(領域別)標準

プロジェクト標準

第1レベル

第2レベル

第3レベル

第4レベル

例) 事務処理系,制御系など

修整

修整

修整

修整(テーラリング)の適用

例) XP, Scrum

<修整の考え方の例>2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 102

ツール

適用について (1/3)

■修整(テーラリング)とは、

標準/モデルをそのまま適用するのではなく、開発対象、組織(企業)やプロジェクトの特性に合わせて、標準/モデルで規定されているプロセスやプラクティスなどを取捨選択したり、部分的に変更したり、繰り返し実行できるように、または複数を一つに括って実行できるように組み替えたりする作業をいう。

XP, Scrumなど

2011 IPA, All Rights Reserved.

Page 103: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アナロジー

●テーラリングのポイント(1)「標準/モデルとして書かれている行しなければならない」ということではない

(2)「標準/モデルとして書かれているた場合には、省略してもよい。

(必ずしも全ての事項を組織(に加えなくてもよい、ということ

(3)「標準/モデルとして書かれていないこと)標準やプロジェクト標準に追加

→ 組織やプロジェクトの特性(一つ)に合わせて、できるだけ(「プロセス設計」)を行うためにラリング)である。・・・ 「修整

修整(テーラリング)の適用

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 103

テーラリングのポイントかれていることをすべてそのまま実

ということではない。

かれていること」を、妥当と判断し。

(企業)標準やプロジェクト標準ということ。)

かれていないこと」を、組織(企業追加してもよい。

(例えば二者間契約の内容もそのできるだけ最適と思われる作業の組み立て

うために必要な活動が、修整(テー修整」であり、「修正」ではない!

適用について (2/3)

2011 IPA, All Rights Reserved.

Page 104: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アナロジー

●もし修整(テーラリングなるのか?

(例)・ 対象プロジェクトにとって

れ、生産性が低下する。

・ プロジェクトメンバの特性

合わない作業が含まれ、生産性

・ 安全性が特に求められるシステムを

品質保証活動(レビュー/

ど)が不足することとなり

て確実な確信が持てなくなる

→だからこそ、開発対象や組織適切な修整(テーラリング)

修整(テーラリング)の適用

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 104

テーラリング)をしなければ、どう

とって必要でない作業項目が含ま

特性(スキル,性格など)と

生産性・信頼性が低下する。

められるシステムを構築する場合は、

/検証/妥当性確認/監査な

することとなり、システムの信頼性につい

てなくなる。

組織やプロジェクトの特性に合わせ、)が必要となる!

適用について (3/3)

2011 IPA, All Rights Reserved.

Page 105: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理

i. 品質管理方法の選定

① プロジェクト特性の見極め

評価対象とするプロジェクト特性々のプロジェクト特性要素の評価方法めておく

② 品質管理レベルの特定

プロジェクト特性要素各々に評価理方法を決定するレベルを選択

③ 品質管理プロセスの設定

選択した品質管理レベルからテーラリングを行い、プロセスを

2章

組織的準備

標準プロセスとガイドラインの整備

3章

目標設定

品質管理方法と目標の設定

4章

測定

品質データの測定と収集

5章

分析・対策

品質分析対策の実施

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 105

定量的品質管理方法(1/8)

特性を特定し、個評価方法を取り決

評価して、品質管選択する

レベルから品質管理方法のプロセスを決定する。

6章

モデルを用いた評価

分析方法と対策の実践例

対策

品質分析と実施

<出典>

2011 IPA, All Rights Reserved.

Page 106: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理

S2システムリスク総合評価(ランク)

・・・・・・・・・・

20102信頼性

30103社会性・公共性

評価重み評価システムリスク

S2システムリスク総合評価(ランク)

・・・・・・・・・・

20102信頼性

30103社会性・公共性

評価重み評価システムリスク

P3プロジェクトリスク総合評価(ランク)

・・・・・・・・・・

824要求納期

551新規/継続

評価重み評価プロジェクトリスク

P3プロジェクトリスク総合評価(ランク)

・・・・・・・・・・

824要求納期

551新規/継続

評価重み評価プロジェクトリスク

事例1:プロジェクト管理プロセスと品質保証プロジェクトのリスクを分類して「群」ジェクトをランク付けする

社会性・公共性、信頼性、性能等、これから開発するシステムの重さを表す要素群

開発にあたるプロジェクトが内包するリスク、あるいはプロジェクトが置かれる環境・状況が呈するリスクの大きさを表す要素群

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 106

定量的品質管理方法(2/8)

システムリスク

S1S2S3S4S5

23455P5

23444P4

22333P3

22222P2

11111P1プロジェクトリスク

システムリスク

S1S2S3S4S5

23455P5

23444P4

22333P3

22222P2

11111P1プロジェクトリスク

統合リスク

品質保証(QA)プロセスのテーラリング」に割り振り、その群単位に順次評価しプロ

要素群。 統合リスク

2011 IPA, All Rights Reserved.

Page 107: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理

プロジェクト管理プロセスのテーラリング

作業成果物と設計作業の状況から、プロジェクトの次工程に進めてよいかどうかを判定するゲートレビューをーラリングし、プロジェクト特性に応じた質

品質保証(QA)プロセスのテーラリング

品質保証(QA)の活動を、統合リスクとコストからテーラリングする

○部として実施YY百万円以上

○事業部として実施ZZ百万円以上開発コスト

○全社として実施統合リスク 1、 2

ーXX百万円以上

詳細設計 開始可否判定

○部として実施YY百万円以上

○事業部として実施ZZ百万円以上開発コスト

○全社として実施統合リスク 1、 2

ーXX百万円以上

詳細設計 開始可否判定

・「標準QA」 は、業務規程に照らしたプロジェクト

・「CL」 は、プロジェクト個別に作成したチェックリストを

・「V2」 は、成果物の検証および妥当性確認

標準QA+CL標準QA5

標準QA+CL+V標準QA4

標準QA+CL+V標準QA+CL3

標準QA+CL+V標準QA+CL+V21、2統合リスク

XXXX百万円未満

・「標準QA」 は、業務規程に照らしたプロジェクト

・「CL」 は、プロジェクト個別に作成したチェックリストを

・「V2」 は、成果物の検証および妥当性確認

標準QA+CL標準QA5

標準QA+CL+V標準QA4

標準QA+CL+V標準QA+CL3

標準QA+CL+V標準QA+CL+V21、2統合リスク

XXXX百万円未満

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 107

定量的品質管理方法(3/8)

プロセスのテーラリング

プロジェクトの設計品質を評価し開発作業をするゲートレビューを、統合リスクとコストからテ

質・量で実施する。

リスクとコストからテーラリングする。

○事業部として実施

○事業部として実施実施

○全社として実施実施

○部として実施

製造 開始可否判定開始可否判定

○事業部として実施

○事業部として実施実施

○全社として実施実施

○部として実施

製造 開始可否判定開始可否判定

らしたプロジェクト監視を主体に品質保証する

したチェックリストを使用して品質保証する

妥当性確認を品質保証部署独自に実施する

標準QA+CL+V2QA+CL

標準QA+CL+V2QA+CL+V2

標準QA+CL+V2QA+CL+V2

標準QA+CL+V2QA+CL+V2

YY百万円以上XX百万円以上

開発コスト

らしたプロジェクト監視を主体に品質保証する

したチェックリストを使用して品質保証する

妥当性確認を品質保証部署独自に実施する

標準QA+CL+V2QA+CL

標準QA+CL+V2QA+CL+V2

標準QA+CL+V2QA+CL+V2

標準QA+CL+V2QA+CL+V2

YY百万円以上XX百万円以上

開発コスト

2011 IPA, All Rights Reserved.

Page 108: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理

事例2:レビュープロセスのテーラリング

個々のレビュー対象成果物に対して、特徴【対象成果物】

設計ドキュメント(要件定義書、基本設計書、

【レビュー実施手順選択に用いる成果物特徴】

成果物サイズ(A4換算ページ数)

成果物の重要度(重要/通常、レビュー責任者

非熟練者(開発経験2年未満の者など)が担当

【レビュー実施手順の構成項目】 ( △選択、 ◎必須

部分レビュー : △ 急ぎ過ぎを防ぐため、ミーティング

自己チェック : ◎ 作成基準違反、誤字脱字正する。

概要説明 : △ レビューアに対し、レビュー

レビュー手法 : ◎ 個人レビュー/ウォークスルー

レビューツール: △ 観点の特定/チェックリストの

レビュー記録 : ◎ 所定の記録項目を記録

レビュー分析 : ◎ レビューが効果的・効率的

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 108

定量的品質管理方法(4/8)

レビュープロセスのテーラリング

特徴に応じたレビュープロセスをテーラリング

、外部仕様書、内部仕様書、運用マニュアル等)

責任者が判断する)

担当した成果物のレビュー実施手順を別途定める。

必須)

ミーティング1回でレビューする量を制限する。

誤字脱字、体裁の乱れ、あいまい表現をチェックし是

レビュー実施に必要な情報を提供し質問に答える。

ウォークスルー/チームレビューを組み合せる。

チェックリストの整備を事前に行い適用する。

記録し保管する。

効率的に実施できたかどうかを振り返り改善する。2011 IPA, All Rights Reserved.

Page 109: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理

手順1) 品質管理レベルの評価

成果物サイズ(大/小)と重要度分(非熟練者分を含めると6区分

手順2) 管理方法の選択

成果物特徴に応じて負担軽重手順を選択する

B-2B-1通常部分

(C-2)(C-1)(非熟練者)

A-2A-1重要部分成果物の重要度

小目安:10頁((A4)以下

大目安:11頁(A4)以上

成果物のサイズレビュー

実施手順

B-2B-1通常部分

(C-2)(C-1)(非熟練者)

A-2A-1重要部分成果物の重要度

小目安:10頁((A4)以下

大目安:11頁(A4)以上

成果物のサイズレビュー

実施手順

概要説明

レビュー分析

レビュー記録

チェックリスト

特定観点ツール

チームレビュー

ウォークスルー

個人レ

ビュー

レビュー手法

自己チェック

部分レビュー

サイズ (1大>10

重要度(A重要

概要説明

レビュー分析

レビュー記録

チェックリスト

特定観点ツール

チームレビュー

ウォークスルー

個人レ

ビュー

レビュー手法

自己チェック

部分レビュー

サイズ (1大>10

重要度(A重要

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 109

定量的品質管理方法(5/8)

重要度(重要/通常)を組み合せた4区区分)で管理レベルを評価する。

負担軽重に配慮したドキュメントレビュー実施

――――△△

○○○○○○レビュー分析

○○○○○○レビュー記録

――○○○○チェックリスト

――○○○○特定観点

――△△○○チームレビュー

△△――――ウォークスルー

○○○○○○パスアラウンド

○○○○――ピアデスクチェック

○○○○○○自己チェック

―(推奨)○

―(推奨)○

―(推奨)○部分レビュー

212121>10頁, 2小<=10頁)

CBA重要,B通常,C非熟練者)

――――△△

○○○○○○レビュー分析

○○○○○○レビュー記録

――○○○○チェックリスト

――○○○○特定観点

――△△○○チームレビュー

△△――――ウォークスルー

○○○○○○パスアラウンド

○○○○――ピアデスクチェック

○○○○○○自己チェック

―(推奨)○

―(推奨)○

―(推奨)○部分レビュー

212121>10頁, 2小<=10頁)

CBA重要,B通常,C非熟練者)

2011 IPA, All Rights Reserved.

Page 110: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理【凡例】 必須

レビュー責任者が要否判断

【凡例】 必須

レビュー責任者が要否判断

【凡例】 必須

レビュー責任者が要否判断

レビュー

Xxx設計

作成

自己チェック

A-1 :重要部分の大量成果物のレビュー実施手順

100%100%N%

(ex.機能単位)

100%

レビュー

Xxx設計Xxx設計

作成

自己チェック

A-1 :重要部分の大量成果物のレビュー実施手順

100%100%N%

(ex.機能単位)

100%

Xxx設計

作成

レビュー

100%

自己チェック

A-2 :重要部分の少量成果物のレビュー実施手順

Xxx設計Xxx設計

作成

レビュー

100%

自己チェック

A-2 :重要部分の少量成果物のレビュー実施手順

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 110

定量的品質管理方法(6/8)

レビュー

承認

審査

承認

レビュー

成果物のレビュー実施手順

個人

レビュー

チーム

レビュー概要説明

個人

レビュー

チーム

レビュー個人

レビュー

チーム

レビュー

概要説明

レビュー

承認承認

審査

承認

レビュー

成果物のレビュー実施手順

個人

レビュー

チーム

レビュー

個人

レビュー

チーム

レビュー概要説明概要説明

個人

レビュー

チーム

レビュー

個人

レビュー

チーム

レビュー個人

レビュー

チーム

レビュー

個人

レビュー

チーム

レビュー

概要説明概要説明

承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

チーム

レビュー概要説明

承認承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

チーム

レビュー概要説明

2011 IPA, All Rights Reserved.

Page 111: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理【凡例】 必須

レビュー責任者が要否判断

【凡例】 必須

レビュー責任者が要否判断

【凡例】 必須

レビュー責任者が要否判断

Xxx設計

作成

レビュー

100%

自己チェック

B-1 :通常部分の大量成果物のレビュー実施手順

100%100%N%(ex.機能単位)

Xxx設計Xxx設計

作成

レビュー

100%

自己チェック

B-1 :通常部分の大量成果物のレビュー実施手順

100%100%N%(ex.機能単位)

Xxx設計

作成

レビュー

100%

自己チェック

B-2 :通常部分の少量成果物のレビュー実施手順

Xxx設計Xxx設計

作成

レビュー

100%

自己チェック

B-2 :通常部分の少量成果物のレビュー実施手順

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 111

定量的品質管理方法(7/8)

承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

チーム

レビューチーム

レビューチーム

レビュー

個人

レビュー個人

レビュー

承認承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

チーム

レビュー

チーム

レビューチーム

レビュー

チーム

レビューチーム

レビュー

チーム

レビュー

個人

レビュー個人

レビュー

承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

チーム

レビュー

承認承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

チーム

レビュー

2011 IPA, All Rights Reserved.

Page 112: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

テーラリングの例:定量的品質管理【凡例】 必須

レビュー責任者が要否判断

【凡例】 必須

レビュー責任者が要否判断

【凡例】 必須

レビュー責任者が要否判断

Xxx設計

作成

レビュー

100%

自己チェック

C-1 :(非熟練者が担当する)大量成果物のレビュー実施手順

100%100%N%(ex.機能単位)

Xxx設計Xxx設計

作成

レビュー

100%

自己チェック

C-1 :(非熟練者が担当する)大量成果物のレビュー実施手順

100%100%N%(ex.機能単位)

Xxx設計

作成

レビュー

100%

自己チェック

C-2 :(非熟練者が担当する)少量成果物のレビュー実施手順

Xxx設計Xxx設計

作成

レビュー

100%

自己チェック

C-2 :(非熟練者が担当する)少量成果物のレビュー実施手順

参考

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 112

定量的品質管理方法(8/8)

承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

ウォークスルー

個人

レビュー個人

レビュー

ウォークスルーウォークスルー

承認承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

ウォークスルー

個人

レビュー個人

レビュー

ウォークスルーウォークスルーウォークスルー

承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

ウォークスルー

承認承認

レビュー

審査

個人

レビュー

承認

レビュー

成果物のレビュー実施手順

ウォークスルー

2011 IPA, All Rights Reserved.

Page 113: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

システム規模 ・ 0..12

深刻度 ・ シンプル

システムの成熟度 ・ 新規開発

要件の変化率 ・ 低、中

ビジネスモデル ・ 自社開発

アーキテクチャ ・ 安定、

チームの分散 ・ 一か所

統制 ・ 単純なルール

フィリップ・クルーシュテン (

Copyright © 2010-2011 IPA, All Rights Reserved.

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 113

のスイートスポット(1)

12..300 (開発メンバー数)

シンプル、経済被害、...人身事故

新規開発、レガシー保守

中、高

自社開発、オープンソース、...

、変化した、新しい

所、..、オフショア、外部委託

なルール、...、SOX、...

(Philippe Kruchten) の講演(2009.12)より

2011 IPA, All Rights Reserved.

Page 114: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

通常は,JavaまたはC#の環境で,ンを,最終的なエンドユーザや実際ところ.

チームの大きさはふつう,かなり小かし,大きなチームでの経験も蓄積の場所にいるメンバもいるかもしれないがザのかなり近くで仕事をする.

まだ開発が始まっていないプロジェクトよりも単にアジャイル型開発を適用できるも既存のシステムでもアジャイル型積されているということ.

アジャイル型開発のスイートスポットにはが多くの成功をもたらし,その成功

出典 「アジャイルの限界」(作者:Alan Kelly, http://www.infoq.com/jp/articles/limits

Copyright © 2010-2011 IPA, All Rights Reserved.

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 114

のスイートスポット(2)

,組込みではなくウェブアプリケーショ実際の顧客とかなり近い環境で開発する

小さく,すべてで12人にも満たない.し蓄積され続けている.チームの中には他

にいるメンバもいるかもしれないが,チームの中核はエンドユー

まっていないプロジェクトよりも,既存のシステムの方が簡できる.重要なのは,新しいプロジェクトで

型で開発するための十分な経験が蓄

のスイートスポットには好循環が存在し,多くの経験成功がまた経験を得る機会を生み出す.

:Alan Kelly, 翻訳者:徳武 聡, 投稿日;2010年8月17日)http://www.infoq.com/jp/articles/limits-of-agile

2011 IPA, All Rights Reserved.

Page 115: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

適用に向けた工夫に関する

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

参考

・長沢智治(マイクロソフト),玉川憲(やっている! アジャイル開発の実践事例(IBM Rational Software Conference 2009

http://download.microsoft.com/download/A/6/2/A62E3B5582C639718187/rsc09_c3.pdf

・Dean Leffingwell: Scaling Software Agility(Agile 2009, Chicago, IL, August 26, 2009

http://agile2009.agilealliance.org/files/session_pdfs/Scaling%20Software%20Agility%20Overview%20Agile%202009.pdf邦訳: 「アジャイル開発の本質とスケールアップ

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 115

する参考文献等

2011 IPA, All Rights Reserved.

(日本IBM): マイクロソフトもIBMも実践事例

IBM Rational Software Conference 2009)http://download.microsoft.com/download/A/6/2/A62E3B55-E07D-4B82-819B-

: Scaling Software AgilityAgile 2009, Chicago, IL, August 26, 2009)

http://agile2009.agilealliance.org/files/session_pdfs/Scaling%20Software%20Agility

とスケールアップ」(翔泳社)

Page 116: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発手法の導入拡大

45% 44%42%

32%

0%

5%

10%

15%

20%

25%

30%

35%

40%

45%

50%

組織文化の

変化能力

変化への

一般的な抵抗

アジャイル

経験者不足

マネジメントの

支援

123

(VersionOne

参考

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 116

導入拡大の障壁 (海外)

23% 22%

17%14%

10%

プロジェクトの

複雑さ・

規模

顧客の協力

規模拡大への

対応の自信

移行までに

許される時間

予算の制約

1.組織文化の変化能力2.変化への一般的な抵抗3.アジャイル経験者不足

VersionOne社 アジャイル開発の現状調査第3回2008より)

2011 IPA, All Rights Reserved.

Page 117: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発プロジェクトの

23%21%

13% 12%

0%

5%

10%

15%

20%

25%

企業哲学又は

文化との相性

手法への不慣れ

その他

従来型開発採用

への外部圧力

12

(VersionOne

参考

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 117

プロジェクトの失敗理由 (海外)

11%

8% 7%5%

従来型開発採用

チーム内での

反発

文化的な移行の

欠如

マネジメントの

支援の欠如

不十分な

トレーニング

1.企業哲学・文化との相性2.手法への不慣れ

VersionOne社 アジャイル開発の現状調査第3回2008より)2011 IPA, All Rights Reserved.

Page 118: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

目 次

1. アジャイル型開発に注目

2. アジャイル型開発の特徴

3. 日本でのアジャイル型開発

4. アジャイル型開発活用

5. アジャイル型開発手法

6. まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 118

注目される背景

特徴

型開発の現状

型開発活用に向けた課題の検討

型開発手法の導入に向けて

2011 IPA, All Rights Reserved.

Page 119: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

まとめ

Copyright © 2010-2011 IPA, All Rights Reserved.

検討の背景、目的を述べ、そのコンテキストの型開発」および「アジャイル開発」を定義

検討WGでは、現在の日本の産業構造ソフトウェア競争力を高めるために、る環境を作るために、非ウォーターフォール考えている。

アジャイル開発はすべての領域で最とっていない。アジャイル開発には得意領域確実性の高いビジネス環境の中で日

経営層への理解浸透が、次の一歩への企業情報システム開発における考えし、アジャイルへの懸念事項とともにまとめた

わが国におけるアジャイル開発にふさわしい提案した。

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 1192011 IPA, All Rights Reserved.

そのコンテキストの中で「非ウォーターフォール定義した。

産業構造の問題点を認識した上で、日本の、および、エンジニアがいきいきと働け

ウォーターフォール型開発手法を位置づけたいと

最も優れた手法である、という立場は得意領域があり、その領域が現代の不日々に拡大しているという認識である。

への大きな要素であるという認識から、え方のパラダイムシフトの意義を考察

とともにまとめた。

にふさわしい契約のモデルと契約書2種を

Page 120: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発手法への

これからの時代が要求するパラダイムにソフトウェア開発手法

✓経営環境の変化に対し、スピーディに- 製品の高速開発、部分製品

早期に市場へ投入、投資効果逐次向上する手法

✓「生きたシステム」への対応- 開発中や運用後に生起する- 安心・安全への対応のための

✓ソフトウェア開発のグローバルな- グローバル・ユーザ、グローバル・ワーカ

できる組織的能力、人材を支

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 120

への期待:ビジネス面

するパラダイムに対応できる

スピーディに柔軟に対応部分製品の逐次開発によって、

投資効果を享受しつつ、価値を

対応する要件の変更、使い勝手の調整

のための逐次改良

のグローバルな競争グローバル・ワーカ/サプライヤをマネージ

支えるソフトウェア・エンジニアリング

2011 IPA, All Rights Reserved.

Page 121: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発手法への

やりがいを持って生き生

✓アジャイル開発は、一人

やりがいと働きがいを

✓意欲ある人材、優秀な

✓日本の多重下請けなどの

可能性も秘めている

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 121

への期待:「人」の面

生き働ける職場へ

一人ひとりの開発者が

きがいを感じられる

な人材が集まる職場へ

けなどの産業構造を転換する

2011 IPA, All Rights Reserved.

Page 122: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル型開発手法適用

適切な開発手法の選択-開発対象の特徴や開発組織の

適切な開発手法を選択する・

プラクティスの活用-それぞれのプロジェクト・組織(

合った方法を、プラクティスを選択利用する

開発手法に対する正しい理解-プラクティスの意図やプラクティスが

についても理解を深める

Copyright © 2010-2011 IPA, All Rights Reserved.

■ 銀の弾丸はない実践現場でのたゆまない問題解決

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 122

型開発手法適用のポイント

の置かれた環境などを加味しつつする・新たに考案する

(企業)で、自らの開発に選択あるいは参考にして

理解の促進やプラクティスが提唱されている背景

2011 IPA, All Rights Reserved.

問題解決の積み重ねを続ける

Page 123: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

日本のソフトウェアもっと元気

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 1232011 IPA, All Rights Reserved.

のソフトウェア産業を元気にしよう

Page 124: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

プロセスとプラクティス

Copyright © 2010-2011 IPA, All Rights Reserved.

アクティビティタスク

<プロセスの構成>

What-to-do (何をするか)を表す.

参考

全く異なる2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 1242011 IPA, All Rights Reserved.

XP ・システムのメタファ・シンプルデザイン・テスト駆動開発・頻繁なリファクタリング・ペアプログラミング

Scrum ・スプリントバックロググラフの作成・自律的な組織化チーム・スクラムミーティング・1日以内の障害除去・共通の部屋・日次ビルド・スプリントレビ

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

<プラクティスの例>

なる観点

Page 125: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

従来型とアジャイル型との主

Copyright © 2010-2011 IPA, All Rights Reserved.

「プロセス」重視

出典 Kieran Conboy, Sharon Coyle, Xiaofeng Wang, ”People Over Process: Key People Challenges in Agile Development”, IEEE Software, July 2010.

参考

プロジェクト要素 従来型開発

管理 「プロセス」重視

マネジメントスタイル 指揮統制型

知識の管理 明示

役割 個人

→専門化を好む

コミュニケーション フォーマルで、必要な時のみ

顧客の関与 重要だが、通常はプロジェクトの

析段階においてのみ

プロジェクトサイクル 業務や活動主導

文化が異なる

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 125

主な違い(1/2)

2011 IPA, All Rights Reserved.

重視 「人」重視

Wang, Minna Pikkarainen:Key People Challenges in Agile Development”, IEEE Software, July 2010.

アジャイル型開発

「人」重視

リーダーシップ・協力型

暗示

自己組織チーム

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

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

はプロジェクトの分 必須で、継続的

製品特性主導

Page 126: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

従来型とアジャイル型との主

Copyright © 2010-2011 IPA, All Rights Reserved.

参考

プロジェクト要素 従来型開発

開発モデル ライフサイクルモデル

(ウォーターフォール、スパイラル

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

望まれる組織形態/構

機械的(官僚的で、形式重視

テクノロジー 制約なし

チーム配置 分散型主体

チームサイズ 多くの場合で 10 人を超

継続ラーニング あまり推奨されない

マネジメント文化 指揮統制型

チーム参加 必須でない

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

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

文書化 相当量

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 126

主な違い(2/2)

2011 IPA, All Rights Reserved.

アジャイル型開発

スパイラル、ま

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

進化型成果モデル

形式重視) 有機的(柔軟性、参加性に富み、

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

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

連動型主体

超える 通常は 10 人以下

積極的に採用される

対応型

必須

継続的

通常数多く存在

最小限

Page 127: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

異文化の協働によるプロセス・イノベーション

プロセス・イノベーションプロセス・イノベーション

パフォーマンス

アクティビティ

ウォーターフォール

プロセス改善

ウォーターフォールとアジャイルとのプロセス・イノベーションプロセス・イノベーション

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 127

によるプロセス・イノベーション

プロセス・イノベーションプロセス・イノベーション

アクティビティ

アジャイル

プロセス改善

ウォーターフォールとアジャイルとの協働により,プロセス・イノベーションプロセス・イノベーションを!

2011 IPA, All Rights Reserved.

Page 128: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

Copyright © 2010-2011 IPA, All Rights Reserved.

イノベーションは,複数の文化が交それぞれの文化において強固な基盤各文化のフロンティアにおけるコミュニケーションとイノベーションがもたらされる.

<参考(意訳)>Innovate America: (通称“Palmisano Reportチャレンジとチェンジの世界における繁栄-http://homepage1.nifty.com/bicycletour/sci

イ ノベーションの意味は,仕組み

全く新しい技術や考え方を取り入

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

(1911年,経済学者・シュンペーター

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 128

向けて

2011 IPA, All Rights Reserved.

交わるところに生まれる.基盤が必要であり,

フロンティアにおけるコミュニケーションと協働により

Report”)-全米イノベー ションイニシアチブ報告書

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

みや社会制度の革新も含まれる.

入れて新たな価値を生み出し,

ことである.

シュンペーター)

Page 129: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

異文化コラボレーションの事例

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

NTTデータ:分散開発環境に対

事例(イノベーションスプリント

TDD研究会:ウォーターフォール

ためのテスト駆動開発(TDD)の

トシンポジウム2011)

ソニーEMCS:XDDPとScrumとの

レンス2011)

参考

まず,アジャイル開発のプラクティスのいくつかをフォール型開発に導入してみることから

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 129

事例

2011 IPA, All Rights Reserved.

対するアジャイル開発の適用

イノベーションスプリント2011)

ウォーターフォール型テストケースへの整合の

の拡張提案(ソフトウェアテス

との組合せ(派生開発カンファ

のプラクティスのいくつかを,ウォーターしてみることから始めるのも一つの手?

Page 130: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

氏名 所属

主査 松本 吉弘 財団法人京都高度技術研究所 顧問

委員 稲村 直穂子 株式会社ディー・エヌ・エー システム

大槻 繁 株式会社一 コンサルティンググループ

合田 治彦 富士通株式会社

田澤 久 楽天株式会社 開発

戸村 元久株式会社NTTデータ プロジェクトマネジメント・イノベーションセンタ センタ

羽生田 栄一 株式会社豆蔵 取締役

平鍋 健児 株式会社永和システムマネジメント 株式会社チェンジビジョン

広瀬 敏久 日本電気株式会社 主席技術主幹

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

前川 徹 サイバー大学 IT

馬嶋 宏 株式会社日立製作所 情報

松島 桂樹 武蔵大学 経済学部 教授

南 悦郎 新日鉄ソリューションズ技術本部システム

和田 憲明 富士通株式会社 SI生産革新統括部

エキスパート 伊久美 功一 IPA/SEC専門委員

オブザーバ 鴨田 浩明 経済産業省

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

非ウォーターフォール型開発に関

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 130

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

ディー・エヌ・エー システム統括本部 本部長

コンサルティンググループ 副社長

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

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

データ 技術開発本部プロジェクトマネジメント・イノベーションセンタ センタ長

株式会社豆蔵 取締役

システムマネジメント 副社長、チェンジビジョン 代表取締役

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

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

IT総合学部 教授

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

武蔵大学 経済学部 教授

ソリューションズ株式会社システム研究開発センター所長

富士通株式会社 システム生産技術本部生産革新統括部 SDEM推進部

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

関する検討委員(1/4)

2011 IPA, All Rights Reserved.

Page 131: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

非ウォーターフォール型開発に関

Copyright © 2010-2011 IPA, All Rights Reserved.

開発モデルPT

氏名 所属

リーダ 平鍋 健児 株式会社永和システムマネジメント 副社長、株式会社チェンジビジョン 代表取締役

委員 合田 治彦 富士通株式会社 システム生産技術本部 本部長代理

戸村 元久株式会社NTTデータ 技術開発本部プロジェクトマネジメント・イノベーションセンタ センタ長

広瀬 敏久 日本電気株式会社 主席技術主幹

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

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

松島 桂樹 武蔵大学 経済学部 教授

南 悦郎 新日鉄ソリューションズ株式会社技術本部システム研究開発センター所長

和田 憲明 富士通株式会社 システム生産技術本部SI生産革新統括部 SDEM推進部

エキスパート 伊久美 功一 IPA/SEC専門委員/元IPA/SEC研究員2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 131

関する検討委員(2/4)

2011 IPA, All Rights Reserved.

株式会社永和システムマネジメント 副社長、株式会社チェンジビジョン 代表取締役

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

株式会社NTTデータ 技術開発本部プロジェクトマネジメント・イノベーションセンタ センタ長

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

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

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

武蔵大学 経済学部 教授

新日鉄ソリューションズ株式会社技術本部システム研究開発センター所長

富士通株式会社 システム生産技術本部SI生産革新統括部 SDEM推進部

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

Page 132: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

技術・スキルPT

氏名 所属

リーダ 松島 桂樹 武蔵大学 経済学部 教授

委員 天野 勝株式会社永和システムマネジメントコンサルティングセンター センター

川端 光義 アジャイルウェア

児玉 公信 株式会社情報システム

田澤 久 楽天株式会社 開発

馬嶋 宏 株式会社日立製作所 情報

和田 憲明 富士通株式会社 SI生産革新統括部

非ウォーターフォール型開発に関

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 132

武蔵大学 経済学部 教授

システムマネジメントコンサルティングセンター センター長

アジャイルウェア代表

システム総研 取締役副社長/モデラー

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

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

富士通株式会社 システム生産技術本部生産革新統括部 SDEM推進部

関する検討委員(3/4)

2011 IPA, All Rights Reserved.

Page 133: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

契約問題PT

氏名 所属

リーダ 前川 徹 サイバー大学 IT総合学部 教授

委員 飯塚 顕治新日鉄ソリューションズ株式会社法務・知財財産部 法務グループシニアマネージャー

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

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

平野 高志 ブレークモア法律事務所 弁護士

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

エキスパート 梅本 大祐 IPA/SEC専門委員/ブレークモア法律事務所 弁護士

オブザーバ 鴨田 浩明 経済産業省

葛山 弘揮 経済産業省

下田 裕和 経済産業省

柳橋 祥人 経済産業省

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

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

茂木 智美 社団法人情報サービス産業協会 企画調査部/審査業務部

非ウォーターフォール型開発に関

Copyright © 2010-2011 IPA, All Rights Reserved.2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 133

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

新日鉄ソリューションズ株式会社法務・知財財産部 法務グループシニアマネージャー

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

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

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

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

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

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

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

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

関する検討委員(4/4)

2011 IPA, All Rights Reserved.

Page 134: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

ご協力頂きたい

Copyright © 2010-2011 IPA, All Rights Reserved.

契約

番外

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 134

きたい事項

2011 IPA, All Rights Reserved.

Page 135: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

1.契約モデル案のアンケート

Copyright © 2010-2011 IPA, All Rights Reserved.

公開されている契約モデル・契約書案部門の方に、

① 自社で採用可能かどうか

② そのままでは採用できないとしたら入れられないか

③ 採用できるようにするためにはに修正すれば良いか

等に関してご検討いただき、ご意見案の妥当性評価」にご記入いただきたい

期限:7月25日(月)

返信先: [email protected]

いただいたご意見は、IPA/SECにおいてために活用予定。

契約

番外

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 135

のアンケート評価

2011 IPA, All Rights Reserved.

契約書案について、ご契約担当の方や法務

できないとしたら、契約書案のどこが受け

できるようにするためには、契約書案のどこをどのよう

意見を別添EXECLファイル「モデル契約書いただきたい。

[email protected]

において、契約モデル・契約書案の改訂の

Page 136: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アンケート評価の評価項目

Copyright © 2010-2011 IPA, All Rights Reserved.

自社における契約書案採用の可否

契約書案に対する全体を通しての評価

契約書案で受入れ難い箇所(箇条・項番号も明示願います)

契約書案で変更すべき箇所と変更内容とその理由(箇条・項番号も明示願います)(必須/可能ならば/等のレベルも付記願います)契約書案に関するその他のコメント(箇条・項番号も明示願います)

契約書案以外に対する関連コメント(アジャイル型開発における契約に関する全般的なご意見がございましたら,こちらにまとめて記載願います.)

契約

番外

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 136

評価項目

2011 IPA, All Rights Reserved.

自社における契約書案採用の可否

契約書案に対する全体を通しての評価

契約書案で受入れ難い箇所(箇条・項番号も明示願います)

契約書案で変更すべき箇所と変更内容と

(箇条・項番号も明示願います)(必須/可能ならば/等のレベルも付記

契約書案に関するその他のコメント(箇条・項番号も明示願います)

契約書案以外に対する関連コメント(アジャイル型開発における契約に関する全般的なご意見がございましたら,こちらにまとめて記載願います.)

Page 137: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

2.契約モデル案実証実験への

基本/個別契約モデル

組合モデル

IPAからの提案

実プロジェクトでの適用(今回のご相談)

フィードバック

適用

フィードバック

適用

情報提供ユーザ

契約

募集

ベンダ

WG委員所属企業を紹介

<契約モデル案実証実験の概要

契約

番外

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

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

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 137

への参加

フィードバック

非ウォーターフォール型開発WG契約問題PT

情報提供

※実証実験で調査したい内容

・実契約での変更点の把握

・契約後の課題の把握

・契約モデルを受け入れられない理由

など

契約モデルの改訂

概要>

2011 IPA, All Rights Reserved.

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

Page 138: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

実証実験における条件

Copyright © 2010-2011 IPA, All Rights Reserved.

契約モデル・契約書案を実際のアジャイル

もらい,問題点を抽出すると共

主目的とする.

・ベンダ(IPA/SECの検討参加委員

・IPA/SECから(検討委員会での

・開発内容の秘密は守る.

・開発費は参加企業が負担.

・レポートを提出するか,ヒアリングに

契約

ご興味のある方はご連絡いただきたい

連絡先: [email protected]

番外

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 1382011 IPA, All Rights Reserved.

のアジャイル開発案件で使って

共に,解決策を検討することを

検討参加委員の所属企業)を紹介.

での議論に関する)情報提供を行う.

ヒアリングに対応して頂く.

いただきたい。

[email protected]

Page 139: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

●ご質問、ご意見は、SECホームページからお

2011-07-08 Copyright © 2010-2011 IPA, All Rights Reserved.

ご質問・ご意見 SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 139

ホームページからお願い致します。

2011 IPA, All Rights Reserved.

意見の宛先

Page 140: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

IPA/SECホームページhttp://sec.ipa.go.jp/index.html

Copyright © 2010-2011 IPA, All Rights Reserved.

報告書公開中報告書公開中http://sec.ipa.go.jp/reports/20110407.htmlhttp://sec.ipa.go.jp/reports/20110407.html

2011-07-08

ご清聴,ありがとうございました

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 140

ホームページ:http://sec.ipa.go.jp/index.html

2011 IPA, All Rights Reserved.

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

ご清聴,ありがとう

Page 141: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

Information-technology Promotion Agency, Japan

SoftwareEngineeringCenter

アジャイル開発契約モデルの

IPA/SEC

ブレークモア

弁護士

契約141Software Engineering Center

開発にふさわしいモデルの紹介

IPA/SEC専門委員

ブレークモア法律事務所

弁護士 梅本 大祐

2011.4.15 版

Page 142: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

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

主催: IPA / SEC(独立行政法人情報処理推進機構

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

目的: 非WF型開発の適用に適を促進

設置されたPT:

開発モデルPT(アジャイルの定義

技術スキルPT(アジャイルの技術

契約問題PT(アジャイルに適

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 142

型開発WG

独立行政法人情報処理推進機構ソフトウェア・エンジニアリング・センター)

適した領域を見定め、その活用

定義)

技術、人材等)

適した契約)

2011 IPA, All Rights Reserved.

Page 143: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

WF型開発と比較したアジャイル

ユーザとベンダの緊密な協力体制

- 相手方の問合せへの迅速な

- 担当作業の迅速な実施

- ユーザ/ベンダ間の責任分担

ユーザ要求の詳細が契約時点

- 何を作るか決まっていない(

- 性能・品質等が不明確

- 工数見積りが困難(コスト未定

開発途中でのユーザ要求の変化

- 決定した事項も変更されることがある

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 143

したアジャイル開発の特徴

協力体制が必須

な応答

責任分担が不明確になりがち

契約時点では未確定

(成果物未定)

未定)

変化を柔軟に受け入れる必要

されることがある

2011 IPA, All Rights Reserved.

Page 144: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル開発と契約の対立

契約合意内容を固定して、当事者

アジャイル開発変化に対応すべく、合意内容当事者をなるべく拘束しない

⇒⇒アジャイル開発にはふさわしいアジャイル開発にはふさわしい

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 144

対立

当事者を法的に拘束する

合意内容の変更を柔軟に認め、しない

にはふさわしい契約とはにはふさわしい契約とは??

2011 IPA, All Rights Reserved.

Page 145: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

使う人

提供する人

作る人

作る人2

保守する人

モデル化:ソフトウェア開発に関わる役割

今回の検討対象今回の

検討対象

Copyright © 2010-2011 IPA, All Rights Reserved.

受注者/ベンダ

契約

参考

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 145

で、契約の起こる可能性がある場所を示す。同一の組織内の場合は、契約はない。

契約には、請負契約や準委任契約等の種類がある。

契補佐

する人

役割と契約の起こる位置

2011 IPA, All Rights Reserved.

発注者/ユーザ

Page 146: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

システム開発において主に請負契約と準委任契約

請負契約(民法632条~642条)

一方が仕事を完成させることを請負事に対して報酬を支払うことを約束

⇒契約時点で、ベンダが完成すべき必要。

準委任契約(民法643条~656条

事務処理を目的とする契約でありンダは、善良な管理者の注意をもって義務(善良管理者注意義務)を負

⇒ベンダに完成義務がなく、ユーザにとって

契約

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 146

に使われる契約類型 -

請負い、その相手方が完成した仕約束する契約。

すべき仕事の内容を明確にしておく

条)

であり、仕事の完成を目的としない。ベをもって、委任された事務を処理する

負う。

ユーザにとって不安。

Page 147: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

アジャイル開発には、どんな

開発内容が決まっていない段階

つき、一つの請負契約を結ぶのは

で完成させるか不明)。

他方、開発プロジェクト全体を

ンダが完成義務を負わない点

とえ成果物が完成しなくても、

また、アジャイル開発の特徴である

係を、契約に取り入れる必要

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 147

どんな契約がふさわしいのか?

段階で、開発プロジェクト全体に

ぶのは適切ではない(何をいくら

を準委任契約にすることは、ベ

点で、ユーザ側に不安がある(た

、ユーザは対価を支払う必要) 。

であるユーザとベンダの協働関

必要がある。

2011 IPA, All Rights Reserved.

Page 148: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

契約問題PTで検討された契約

基本/個別契約モデル:

プロジェクト全体に共通する事項

小さな機能単位ごとに、開発対象

たタイミングで個別契約(請負

組合モデル:

ユーザとベンダが共同でジョイント・ベンチャー

組成し、協力してシステム開発

製作する(開発された成果から

ユーザに分配される)。

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 148

契約モデル案

事項につき、基本契約を締結し、

開発対象と費用がある程度確定し

請負/準委任)を順次締結する。

ジョイント・ベンチャーとしての組合を

開発(収益性のあるもの)を企画・

から得られた収益は、ベンダと

2011 IPA, All Rights Reserved.

Page 149: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

基本/個別契約モデルの構成

全体構成

プロジェクト全体に共通する事項

した上で、個別の機能開発の

発対象が確定し次第、(例えばリリース

能群をまとめて)順次、個別契約

を締結する。

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 149

構成

事項を定めた基本契約を締結

の内容について協議を行い、開

えばリリース単位の開発対象機

個別契約(請負契約/準委任契約)

2011 IPA, All Rights Reserved.

Page 150: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

基本/個別契約モデルの概要

企画

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

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第1リリース

第1反復

開発

要求

個別契約

企画

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

第1反復

テスト

開発

要求

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第1リリース

第1反復

開発

要求

第1反復

開発

要求

個別契約個別契約

Copyright © 2010-2011 IPA, All Rights Reserved.

契約

基本契約

個別契約 個別契約

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 150

概要(1)

システム運用

反復

テスト

開発

第n反復

テスト

開発

要求・・・

第2リリース

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第mリリース

基本契約

個別契約 個別契約

システム運用

反復

テスト

開発

反復

テスト

開発

第n反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第2リリース

第1反復

テスト

開発

要求

第1反復

テスト

開発

要求

第n反復

テスト

開発

要求

第n反復

テスト

開発

要求・・・

第mリリース

基本契約

個別契約個別契約 個別契約個別契約

2011 IPA, All Rights Reserved.

基本契約

個別契約個別契約

Page 151: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

基本/個別契約モデルの概要

要件定義

設計

実装

テスト

導入

WF開発における基本/個別契約モデル

time

フェーズごとに

個別契約を締結

(経済産業省 情報システム・モデル取引契約書など)

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 151

概要(2)

開発対象機能群1time

開発対象機能群2

開発対象機能群3

開発対象機能群4

開発対象機能群n

アジャイル開発における基本/個別契約モデル

time

開発対象機能群ごとに個別契約を締結

2011 IPA, All Rights Reserved.

Page 152: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

基本/個別契約モデルのポイント

ユーザとベンダの緊密な協力体制

- 相互協力の義務付け(基本契約

相手方への協力義務違反

- 頻繁な連絡協議会の開催(基本契約

開発機能の内容検討のほか

発の進捗管理、リスク・問題点

を決定

定期開催 + 一方当事者の

連絡協議会外でも問い合

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 152

モデルのポイント(1)

協力体制の確保

基本契約5条)

協力義務違反⇒法的責任

基本契約6条)

のほか、プロジェクト全体/個別開

問題点の検討を行い、必要事項

の要求では随時開催

合わせには迅速に対応

2011 IPA, All Rights Reserved.

Page 153: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

基本/個別契約モデルのポイント

スピーディーな意思決定の実現

- 個別契約における決定事項は

紙参照)

別紙記載の項目を取り決めればよい

- 連絡協議会による決定(基本契約

契約書に記載がない事項

連絡協議会での決定事項

議事録のみなし承認

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 153

モデルのポイント(2)

実現

は別紙に集約(個別契約の別

めればよい

基本契約6条)

事項は連絡協議会で決定

決定事項は、議事録に記載して証拠化

2011 IPA, All Rights Reserved.

Page 154: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

基本/個別契約モデルのポイント

決定事項の事後的な変更を許

- 変更協議による決定事項の事後的変更

一旦決定した事項(連絡協議会

合意)を変更する必要があれば

する

一方当事者が変更協議を求

ればならない

変更協議が調わないまま一定期間

個別契約を終了できる

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 154

モデルのポイント(3)

許す

事後的変更(基本契約4条)

連絡協議会での決定、個別契約での

があれば、変更協議で誠実に協議

求めた場合、相手方は応じなけ

一定期間が経過した場合には、

2011 IPA, All Rights Reserved.

Page 155: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

組合モデルの構成

全体構成

システム開発プロジェクトにおいて

ダ(複数社も可)はプロマネ要員

ユーザとベンダの企業が共同

-共同企業体-を作り、開発

ては,民法上の組合(任意組合

組合モデルでは、システム開発

とプロジェクトマネジメントのみを

開発作業は、組合がベンダに

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 155

プロジェクトにおいて、ユーザは資金を、ベン

要員を出し、一つのシステムを

共同で企画・製作するための組織

開発を行うモデル。スキームとし

任意組合)を用いている。

開発プロジェクトのコーディネート

とプロジェクトマネジメントのみを組合が担当し、具体的な

がベンダに委託して行う。

2011 IPA, All Rights Reserved.

Page 156: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

組合契約とは

民法第667条(組合契約)

1 組合契約は、各当事者が出資

とを約することによって、その

2 出資は、労務をその目的とすることができる

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 156

出資をして共同の事業を営むこ

その効力を生ずる。

とすることができる。

2011 IPA, All Rights Reserved.

Page 157: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

組合モデルの概要

組合

組合契約(製作管理と成果管理

成果物のスケジュール・

知的財産管理成果物の収益分配

利害関係者との組合員の倒産

清算

ベンダ業務執行組合員

ユーザ製作に関わる資本出資

ユーザ業務執行組合員ベンダ

製作に関わる労務出資

投資家製作に関わる資本出資

投資家組合員

Copyright © 2010-2011 IPA, All Rights Reserved.

契約

(本例では,管理分のみ)

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 157

組合

組合契約成果管理を規定する)

の企画スケジュール・予算管理

知的財産管理収益分配との権利調整

倒産、脱退、清算

ベンダ業務執行組合員

ベンダ

ユーザ業務執行組合員

組合-ベンダ間の開発契約は基本/個別契約モデルの個別契約を利用する。

イテレーション単位で成果物を納品

(本例では

同一主体)

投資家組合員

2011 IPA, All Rights Reserved.

(実際の開発分について)

Page 158: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

組合モデルのポイント

組合契約による、共同事業のパートナーとしての

(契約1条)

ベンダは技術・知識を持ったスタッフの

金を、それぞれ出資(4条)

開発の成果から収益が得られた

分配(7条)

連絡協議会によるプロジェクト

議(11条)

具体的な開発は、組合からベンダに

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 158

のパートナーとしての協働体制

ったスタッフの労務を、ユーザは資

られた場合は、出資比率に応じて

によるプロジェクト運営・管理(10条)、変更協

からベンダに委託(5条)

2011 IPA, All Rights Reserved.

Page 159: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

組合モデルの課題

組合モデルの契約は試案であり

えば下記の点などが、未検討事項

組合を適切に運営するための

営に関する規定等)

組合をスムーズに解散するための

税務・会計上の処理

開発の成果を事業化する場合

への移行処理

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 159

であり、改善の余地が大きい。例

未検討事項として残されている。

するための組織体制(組合内部の運

するための処理

場合の、他のスキーム(会社)

2011 IPA, All Rights Reserved.

Page 160: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

今後のさらなる改善に向けて

アジャイル開発の「自由さ」を損

いまだ信頼関係が十分でない

アジャイル開発を行える契約、

☆より使いやすい契約にするためには

クが必須です!

Copyright © 2010-2011 IPA, All Rights Reserved.

契約

「モデル取引・契約書

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 160

けて

損なわない契約

でない「初めての相手」とも安心して

、契約内容の運用ガイドライン

にするためには、現場からのフィードバッ

2011 IPA, All Rights Reserved.

契約書」(経産省)への提案

Page 161: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

契約書ひな型(MS-Word形式

Copyright © 2010-2011 IPA, All Rights Reserved.

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

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 161

形式)のダウンロード

2011 IPA, All Rights Reserved.

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

MSMS--WordWord形式形式の契約書案のの契約書案のダウンロード可ダウンロード可

Page 162: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

おわり

ご清聴ありがとうございました

参考: IPA 非WF型開発WG(契約書モデルのMS Wordhttp://sec.ipa.go.jp/reports/20110407.html

Copyright © 2010-2011 IPA, All Rights Reserved.

契約2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 162

ありがとうございました!

WG報告書MS Word版もDL可能)

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

2011 IPA, All Rights Reserved.

Page 163: Information-technology Promotion Agency, Japan IPA/SEC「非 … · Information-technology Promotion Agency, Japan Software Engineering Center IPA/SEC「非ウォーターフォール

各種知識体系等におけるアジャイル

Copyright © 2010-2011 IPA, All Rights Reserved.

付録

CMMIバージョン1.3へのアジャイル開発のアジャイルに関する導入ガイドラインと導入プラクティスを解釈すべきかを含む.また,ストーリーカード,ペアプログラミング,ラクティスにも言及.

米国PMI(PMBOK発行)の中に,Agile Community of PracticePMI Agile Certified Practitioner(PMI-ACP)http://www.pmi.org/en/Certification/Newプロジェクトマネジメント(PM)におけるアジャイル増しており,多くのPM専門家が仕事に使プロジェクト経営環境におけるこのような

IIBAがBABOKアジャイル拡張版を発表(2010ビジネスアナリシスの中核的活動であるナリシス」,「リューションのアセスメントとアジャイル開発の考えを反映.

BABOK Version3.0に知識エリアの全体構造対応を計画(2011年4月以降)

2011-07-08

SECSoftware Engineeringfor Mo・No・Zu・Ku・Ri

Software Engineering Center 163

におけるアジャイル開発の取込み

2011 IPA, All Rights Reserved.

の反映導入における注意、どのようにアジャイル・

また,ユーザーストーリー,プロダクトバックログ,日次(頻繁な)ビルド,ふりかえり,等のプ

Agile Community of Practiceを設立(2009年)ACP)SMの開始(2011年第3四半期)を発表

http://www.pmi.org/en/Certification/New-PMI-Agile-Certification.aspxにおけるアジャイル開発のマネジメントは日々重要さを

使えるアジャイル技術を習得したいと熱望.におけるこのような変化への対応のため,PMIが導入を決定.

2010年)である,「エンタープライズアナリシス」,「要求ア

リューションのアセスメントと妥当性確認」を含めた知識エリア全体に

全体構造の再構想を含めたアジャル開発への