Agile Development and Contract from IPA at AgileJapan 2011

SoftwareEngineering

Information-technology Promotion Agency, JapanCenter

アジャイル開発の適切な運用に向けて～「非ウォーターフォール型開発WG活動報告書」の概要～～「非ウォタフォル型開発WG活動報告書」の概要～

Agile Japan 20112011年4月15日

情報処理推進機構(IPA)

2011年4月15日

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

山下博之

1Software Engineering Center

山下博之

SECSoftware Engineeringfor Mo･No･Zu･Ku･Ri

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

Software Engineering Center 2Copyright © 2010-2011 IPA, All Rights Reserved.

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


非ウォタフォル型開発WG

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

A il J 2011氏名所属

主査松本　吉弘財団法人京都高度技術研究所顧問

委員稲村直穂子株式会社ディー・エヌ・エーシステム統括本部本部長

非ウォーターフォール型開発WG Agile Japan 2011実行委員

委員稲村　直穂子株式会社ディー・エヌ・エーシステム統括本部本部長

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

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

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

戸村　元久株式会社NTTデータ技術開発本部プロジェクトマネジメント・イノベーションセンタセンタ長

羽生田　栄一株式会社豆蔵取締役

ジ平鍋　健児

株式会社永和システムマネジメント副社長、株式会社チェンジビジョン代表取締役

広瀬　敏久日本電気株式会社主席技術主幹

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

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

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

松島　桂樹武蔵大学経済学部教授

南　悦郎新日鉄ソリューションズ株式会社技術本部システム研究開発センター所長

和田　憲明富士通株式会社システム生産技術本部SI生産革新統括部 SDEM推進部

Software Engineering Center 3

エキスパート伊久美　功一 IPA/SEC専門委員／元IPA/SEC研究員

オブザーバ鴨田　浩明経済産業省

Copyright © 2010-2011 IPA, All Rights Reserved.



開発モデルPT

氏名所属

株式会社永和ネジ副社リーダ平鍋　健児

株式会社永和システムマネジメント副社長、株式会社チェンジビジョン代表取締役

委員合田　治彦富士通株式会社システム生産技術本部本部長代理委員合田治彦富通株式会社シテ産技術本部本部長代理

戸村　元久株式会社NTTデータ技術開発本部プロジェクトマネジメント・イノベーションセンタセンタ長

広瀬敏久本電気株式会社主席技術主幹広瀬　敏久日本電気株式会社主席技術主幹

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

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

松島　桂樹武蔵大学経済学部教授

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

南　悦郎新日鉄ソリュションズ株式会社技術本部システム研究開発センター所長



和憲明SI生産革新統括部 SDEM推進部

エキスパート伊久美　功一 IPA/SEC専門委員／元IPA/SEC研究員



技術・スキルPT

氏名所属

ダリーダ松島　桂樹武蔵大学経済学部教授

委員天野　勝株式会社永和システムマネジメントコンサルティングセンターセンター長コンサルティングセンタセンタ長

川端　光義アジャイルウェア代表

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

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

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





契約問題PT

氏名所属

リーダ前川徹サイバー大学 IT総合学部教授リダ前川　徹サイバ大学 IT総合学部教授

委員飯塚　顕治新日鉄ソリューションズ株式会社法務・知財財産部法務グループシニアマネージャー

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

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

平野　高志ブレークモア法律事務所弁護士

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

エキスパート梅本　大祐 IPA/SEC専門委員／ブレークモア法律事務所弁護士

オブザバ鴨田浩明経済産業省オブザーバ鴨田　浩明経済産業省

葛山　弘揮経済産業省

下田　裕和経済産業省

柳橋　祥人経済産業省

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

鈴木律郎社団法人情報サビ産業協会企画調査部


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

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



SECセミナーのご案内

「アジャイル型開発と共通フレーム」～開発対象と組織の特徴に応じた適切な開発形態を選択するために～～開発対象と組織の特徴に応じた適切な開発形態を選択するために～

多様なソフトウェア開発プロセスの中から、開発対象と組織の特徴に応じた適切な開発形態を選択することにより高品質のソ徴に応じた適切な開発形態を選択することにより、高品質のソフトウェアを効率よく開発することができます。本セミナーでは、非ウォーターフォール型開発の代表であるアジャ本セミナでは、非ウォタフォル型開発の代表であるアジャイル型開発と、ソフトウェア開発プロセスを包括的に規定した「共通フレーム」について、IPA/SECでの検討結果をご説明します。

2011年4月22日（金）13：30～17：00 於．IPAキャンセル待ち

年月日（金）於．

2011年6月10日（金）13：30～17：00 予定約1か月前に

受付開始



目次

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

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

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

4. まとめ



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

No. 事例概要

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

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

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

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

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

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

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

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

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

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

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


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



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

No. 事例概要

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

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

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

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

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

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

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

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

２０ Webメディア開発事例２０ Webメディア開発事例

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

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


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



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

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

日本におけるソフトウ開発の在り方目指すべき領域

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

日本におけるソフトウェア開発の在り方目指すべきゴール

見定め

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

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

重点課題

契約

価値評価

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

重点課題管理手法や技術面の整備環境整備

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

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

産業構造など）の調査調査

普及


産業構造など）の調査調査



目次




4. まとめ



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



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

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

大まかには、開発当初に要求を確定せず、ビジネス環境の変化に伴った市場や顧客ニーズの変化への対応が優先される分野に伴った市場や顧客ズの変化の対応が優先される分野が、アジャイル型開発がも得意とする第一適用領域である。他方、基幹システム等で開発当初に要求をあるレベルで確定可他方、基幹システム等で開発当初に要求をあるレルで確定可能（あるいは確定すべき）な領域のシステムの開発においては、現在のアジャイル型開発は試行領域となっている。


在のアジャイル型開発は試行領域となている。


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

適用領域

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

②リスクの高い領域

③市場競争領域

試行領域

①大規模開発①大規模開発

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

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

④組込みシステム開発


④組込みシステム開発


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

顧客（ユーザ）経営層

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

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

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

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

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

・経営層の理解不足

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

責任問題

ベンダ経営層

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

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

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


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


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



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

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

① プロジェクトのアウトプットに関わる判断ではなく，アジャイル開① プロジェクトのアウトプットに関わる判断ではなく，アジャイル開発の進め方を踏襲させるためのファシリテーションスキル

② 反復活動の中で実際に動くものを作りながら小規模にか② 反復活動の中で，実際に動くものを作りながら，小規模に，かつトータルにプロジェクトのアウトプットを積み重ねていくスキル

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

＜参考＞

欧米ではプロダクトマネージャ，開発者，テスタなどの役割が明確であり，その役割の中では技術者はほぼ対等である．開発者は日本に比べると広範囲な開発フェーズを担う．

アジャイル開発の具体論はこのような欧米の開発スタイルを暗黙的に前提としている面アジャイル開発の具体論は，このような欧米の開発スタイルを暗黙的に前提としている面が多い．

日本でアジャイル開発を導入する際，プラクティスを機械的に導入するのではなく，開発チムや技術者のあり方文化のあり方をどう変えていくまたは変えていかないというこ


ームや技術者のあり方，文化のあり方をどう変えていく，または変えていかない，ということを考えながら，検討する必要がある．


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

スキ

卒業

開発技術(基礎知識) プロ

キッ

ルー

セミ

模擬

開発メンバ育成開発チーム育成

OJT

プロジェクト立上げ

キル診断

業検定

技 ( )ロジェクト

ックオフ

ーキーズ

ミナー

擬開発

・開発者向け断ト

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

・開発者向け・ストーリーオーナー向けも別途行う

・開発できるレベルまで育てる

・構成管理 / その他ツール・テスト駆動開発・オブジェクト指向プログラム/ 設計

自己紹介

チームビルド

開発環境知識

業務知識

フレームワーク

開発標準

アジャイル基礎

・サブチーム単位に行う・作ったものは捨てる

・プロジェクト憲

・行動指針

・アジャイル概

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

/ 設計・Java言語 / Eclipse

1日 2 3日 5日

識獲得

ク礎知識

憲章

概要

育成開始

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

開発開始

1日 2～3日 5日

組閣

参画プロパ


始始参画・プロパー・プロダクトオーナー・パートナー


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

開発チー開発チームム

スクラムスクラムマスターマスター

顧客／プ顧客／プロダクトロダクトオーナーオーナー

先行チー先行チームム

リーダーリーダー PMPM 経営者層経営者層／購買担／購買担当など当など

アジャイル概要 ○ ○ ○ ○ ○ ○ ○

アジャイル基礎知識 ○ ○ ○ ○ ○ ○

アジャイル擬似体験 ○ ○ ○

業務知識 ○ ＊ ○

開発環境 ○ ＊開発環境 ○ ＊

基本アーキテクチャ ○ ＊

業務分析／モデリング △ △業務分析／モデリング △ △

開発技術 △ ＊

ファシリテーション概要 ○ ○ ○ ○ ○ ○

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

ファシリテション概要 ○ ○ ○ ○ ○ ○

ファシリテーション演習 ○ ○ ○

アジャイル開発をアジャイル開発を


△：事前に準備が困難でOJTが必要な領域＊：内容を組織内で個別に検討する必要がある領域

アジャイル開発をアジャイル開発を初めて行う組織を対象初めて行う組織を対象



人材育成方法のまとめ

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

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

価値

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

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

重要

原則

重要

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

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

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

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



契約形態に関する検討



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

使う人

契

提供する人

保守する人

契契補佐

する人

で、契約の起こる可能性がある場所を示す。同一の組織内の場合

契契

今回の今回の場所を示す。同の組織内の場合は、契約はない。

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

作る人

契

今回検討対象今回

検討対象

約等の種類がある。

作る人2

契


作る人



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

✓外注において、一般的に使われている請負契約は、「当事者の一方がある仕事を完成することを約し相手方の「当事者の方が、ある仕事を完成することを約し、相手方の仕事の結果に対して報酬を支払うことを約することによって、効力を生じる」契約効力を生じる」契約

契約時点で成果物が不明確なため契約時点で、成果物が不明確なため、「仕事の完成」が客観的に判断できないこのため一般に請負契約はなじまない

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

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

✓一方、アジャイル型開発手法は、変化への対応を重視するため、仕様を初に固定しない。ユーザとのコミュニケーションを通して状況に応じて仕様を決めていく


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


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

基本契約において、プロジェクト全体における開発側・顧客側の協力体制を強調し、両者のポジションを明確にしておく。プロジェクトの各フェーズにお順次具体的な個別契約を締結する個別契約は準委任契おいて、順次、具体的な個別契約を締結する。個別契約では、準委任契約/請負契約を使い分ける。

基本契約

準委任

基本契約

準委任準委任

準委任

準委任

準委任

請負

請負

請負

請負請負

請負

請負

請負個別契約


･・・・・・･・・・・・個別契約


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

システム運用システム運用

企画

テスト

開発

要求

テスト

開発

要求・・・

テスト

開発

要求

テスト

開発

要求・・・

テスト

開発

要求

テスト

開発

要求・・・企画

テスト

開発

要求

テスト

開発

要求

テスト

開発

要求

テスト

開発

要求・・・

テスト

開発

要求

テスト

開発

要求

テスト

開発

要求

テスト

開発

要求・・・

テスト

開発

要求

テスト

開発

要求

テスト

開発

要求

テスト

開発

要求・・・企画

第１反復

ト発求

第ｎ反復

ト発求・・・

第１反復

ト発求

第ｎ反復

ト発求・・・

第１反復

ト発求

第ｎ反復

ト発求・・・企画

第１反復

ト発求

第１反復

ト発求

第ｎ反復

ト発求

第ｎ反復

ト発求・・・

第１反復

ト発求

第１反復

ト発求

第ｎ反復

ト発求

第ｎ反復

ト発求・・・

第１反復

ト発求

第１反復

ト発求

第ｎ反復

ト発求

第ｎ反復

ト発求・・・

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

第1リリース第2リリース第mリリース

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

第1リリース第2リリース第mリリース

基本契約基本契約

個別契約個別契約個別契約個別契約個別契約個別契約個別契約個別契約個別契約



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

組合

ベンダ (P)

組合-ベンダ間の制作契約はアジャイル請負契約を適用する

業務執行組合員

ベンダ (P)ユーザ (P)業務執行組合員

ベンダ製作に関わる労務

出資

（同一）

業務執行組合員出資

ユーザ (I)組合員

組合契約（製作管理と成果管理を規定する）ユーザ

製作に関わる資本

イテレーション単位で成果物を納品

成果物の企画イテレーション（バックログ）の決定・スケジュール・予算管理

製作に関わる資本出資

知的財産管理成果物の収益分配

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


(P) : Producer, (I) :Investor



目次




4. まとめ



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

システム規模・ 0．．１２．．３００（開発メンバー数）

深刻度シンプル経済被害人身事故深刻度・シンプル、経済被害、．．．人身事故

システムの成熟度・新規開発、レガシー保守

要件の変化率・低、中、高

ビジネスモデル・自社開発、オープンソース、．．．ビジネスモデル自社開発、オプンソス、．．．

アーキテクチャ・安定、変化した、新しい

チムの分散か所オフショア外部委託チームの分散・一か所、．．、オフショア、外部委託

統制・単純なルール、．．．、SOX、．．．


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



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

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

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

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

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

開発手法に対する正しい理解の促進開発手法に対する正しい理解の促進-プラクティスの意図やプラクティスが提唱されている背景

についても理解を深めるについても理解を深める

■ 銀の弾丸はない


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


目次




4. まとめ



日本のソフトウェア産業をもと元気にしようもっと元気にしよう



SLCP参考

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



プロセスとプラクティス参考

アクティビティタス

XP ・システムのメタファ・シンプルデザイン・テスト駆動開発ス

ク・テスト駆動開発・頻繁なリファクタリング・ペアプログラミング

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

＜プロセスの構成＞

共屋・日次ビルド・スプリントレビ

＜プラクテスの例＞＜プロセスの構成＞

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

＜プラクティスの例＞


全く異なる観点


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

プロジェクト要素従来型開発アジャイル型開発

管理「プロセス」重視「人」重視

マネジメントスタイル指揮統制型リダシップ協力型マネジメントスタイル指揮統制型リーダーシップ・協力型

知識の管理明示暗示

役割個人自己組織チーム役割個人

→専門化を好む

自組織

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

コミュニケーションフォーマルで、必要な時のみインフォーマルで、継続的

顧客関与重要だが通常はプジクト分必須で継続的顧客の関与重要だが、通常はプロジェクトの分

析段階においてのみ

必須で、継続的

プロジェクトサイクル業務や活動主導製品特性主導

「プセス重視「人重視

プロジクトサイクル業務や活動主導製品特性主導

文化が「プロセス」重視「人」重視

文化が異なる

…


出典 Kieran Conboy, Sharon Coyle, Xiaofeng Wang, Minna Pikkarainen:”People Over Process: Key People Challenges in Agile Development”, IEEE Software, July 2010.


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

プロジェクト要素従来型開発アジャイル型開発

開発モデルライフサイクルモデル

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

進化型成果モデル

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

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

望まれる組織形態/構機械的（官僚的で、形式重視）有機的（柔軟性、参加性に富み、

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

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

チム配置分散型主体連動型主体チーム配置分散型主体連動型主体

チームサイズ多くの場合で 10 人を超える通常は 10 人以下

継続ラーニングあまり推奨されない積極的に採用される継続ラングあまり推奨されない積極的に採用される

マネジメント文化指揮統制型対応型

チーム参加必須でない必須

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

フィードバックの仕組み獲得困難通常数多く存在

文書化相当量小限


文書化相当量小限


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

イノベーションの意味は，仕組みや社会制度の革新も含まれる．

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

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

（年経済学者）

イノベションは複数の文化が交わるところに生まれる

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

イノベーションは，複数の文化が交わるところに生まれる．それぞれの文化において強固な基盤が必要であり，各文化のフロンティアにおけるコミュニケションと協働により各文化のフロンティアにおけるコミュニケーションと協働によりイノベーションがもたらされる．

<参考（意訳）>Innovate America：（通称“Palmisano Report”）

ブ


チャレンジとチェンジの世界における繁栄－全米イノベーションイニシアチブ報告書http://homepage1.nifty.com/bicycletour/sci-rep.priv.InnovateAmerica.htm


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

イノベーションの意味は，仕組みや社会制度の革新も含まれる．

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

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

（年経済学者）

イノベションは複数の文化が交わるところに生まれる

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

イノベーションは，複数の文化が交わるところに生まれる．それぞれの文化において強固な基盤が必要であり，各文化のフロンティアにおけるコミュニケションと協働により各文化のフロンティアにおけるコミュニケーションと協働によりイノベーションがもたらされる．

<参考（意訳）>Innovate America：（通称“Palmisano Report”）

ブ


チャレンジとチェンジの世界における繁栄－全米イノベーションイニシアチブ報告書http://homepage1.nifty.com/bicycletour/sci-rep.priv.InnovateAmerica.htm


プロセス・イノベーションでソフトウェア産業の活性化を

異文化

ウォタフォル型開発アジャイル型開発

Cross Culture

ウォーターフォール型開発アジャイル型開発

相互理解優れた部分の採り入れコラボレーション

（プロセス・インプルーブメント）

プロセス・イノベーション


Process Innovation


ご清聴ありがとうご清聴，ありがとうござございました

報告書公開中報告書公開中http://sec.ipa.go.jp/reports/20110407.htmlhttp://sec.ipa.go.jp/reports/20110407.html

IPA/SECホームページ：


IPA/SECホムペジ：http://sec.ipa.go.jp/index.html


Technology

Agile Development and Contract from IPA at AgileJapan 2011