SPIフォーラム

2目 次• 本日の目的と背景

小規模ソフトウェア開発組織のプロセス標準化の課題とアプローチ• VSE規格の目指すもの• 国際規格ISO/IEC 29110の全体内容紹介• VSEにとってのISO/IEC 29110• 規格群の展開動向、JIS規格化、普及の展望• 標準化教育・標準化人材育成と本規格

伏見 諭
合同会社 ソフデラ
satoshi.fushimi@sofdela.info

SPIフォーラム

3

SPIフォーラム

4

結論的に考察したいこと• 小規模ソフトウェア開発組織（VSE)にとって「ソフトウェアエンジニアリング国際規格」はどれほど役に立つか• 現場のソフトウェア開発者は、どれほど「ソフトウェアエンジニアリング国際規格」を必要としているか（客観的に、主観的に）

本日の目的と背景• 「標準化教育・標準化人材育成」と「ソフトウェアエンジニアリング国際規格」（特にVSE規格）との関係

SPIフォーラム

5「ソフトウェアエンジニアリング国際規格」について：
JISA標準化部会としてのビジネストークは次のよう• ソフトウェア開発において日常使われる、言語規格、UML規格等はすべて国際／JIS規格で正規に定められたものが基本である• 特定ベンダーによらない中立的な標準化で最も成功したものに、HTML・XML規格等があり、ソフトウェア業界はあきらかにその便益を享受している• 最近は、スマートグリッド／コミュニティをめぐる国際標準化の主導権あらそいが大きな話題となっている• これまで、標準化ノウハウをビジネスの中核とし、比較的成功的だった例もある

ーーーーーーーーーーーーーーー• しかし・・・・・・・「標準化」認知度は、経営層、現場とも著しく低いとの評価もある（また、ISO/IECには興味がないが、IETFの規格には興味がある傾向もある）

SPIフォーラム

6

ソフトウェア開発組織にとっての「プロセス」の課題• ここでの「プロセス」とは、ソフトウェア開発・運用（保守）上の技術課題に対する、組織の持続的な技術能力（ソフトウェアエンジニアリング能力）を指す• 著者の課題認識• プロセスを強化する・高度化する（伝統的なプロダクトの視点では、QCDを良くすることに結びつく）• 他の産業や市民生活に基盤を提供しているという意味で、高い信頼性を提供する

7

SPIフォーラム

8

SPIフォーラムVSEプロジェクトエディタ Claude Y. Laporte氏が提示しているカナダの状況

VSE規格の目指すもの

SEPG 2007 Austin Texasでの発表から

9

SPIフォーラム

２００４年度・鳥取環境大学向け講義資料（元は経済産業省資料）から

10

SPIフォーラム

プロセス規格• SLCP(ISO/IEC 12207)規格に代表される• 日本では、SLCPの日本カスタマイズ版である「共通フレーム」としても利用される• 元来： ソフトウェアのライフサイクルで用いられる作業プロセスの概念、用語を整理した国際規格• しばしば、間違って、「良い、実施すべきプロセスの一覧」と誤解される• しばしば、間違って、「ちゃんとやるためには、SLCP通りにやることが必要」で、「その適合性審査もある」と誤解される

経済産業省資料からの引用

日本

？

12

SPIフォーラム

ＳＬＣＰ略史共通フレーム94

システムソフトウェア

日本
JIS X0160：
1996

12207: 1995

VSE規格作成グループ： SC7/WG24
ISOIEC

国際標準化機構

国際電気標準会議

共通フレーム98

12207:1995 Amd 112207：2008

JIS X0170：
2004

15288：2008

TR 24748:
Guide for life cycle management

12207：20xx

JTC115288：2002

12207:1995 Amd 2

15288：20xx

JIS X0160：2007追補

共通フレーム2007

Harmonization

合同技術委員会

SC7
ソフトウェア技術

WG24
LCP for VSEs
LCP = Lifecycle Processes

情報処
理学会

日本工業標準調査会（JISC)

情報規格調査会

SC7
WG24

SPIフォーラム

13

制定経過

14

SPIフォーラム

規格の目的・特色• 2004年 SC7ブリスベーン会議でWG24の設置検討• 小規模組織/企業（VSE)のソフトウェアプロセスの現実的な• 2005年 同ヘルシンキ会議でプロジェクト設置提案  承

認必要事項を明確化する• （国際的な）分業の中で果たすべき役割等の視点も重要（日本の立場）• 2005年 イタリア・バーリ会議でWG24小委員会発足• 2010年-2011年 最終案投票・成立（第一次分、すなわちPart 1からPart5-1-2まで）• 小規模組織/企業のさまざまな規模、特性を表現するために「プロファイル」という特性区分を設け、それぞれのプロファ
イルごとに必要事項を整理する
プロファイル例（Part2から）（注）主要な審議参加国は、加、メキシコ、タイ、ブラジル、米、南アフリカ、コ
ロンビア、アイルランド、インド、ベルギー、フィンランド、スェーデン、中国、
日本 ほかに INCOSE、IEEEなどがリエゾン参加

SPIフォーラム

Generic Profile Groupについて

15（参考） 初期の全体構造の構想

Entry Profile

ほぼ成立

Basic Profile

成立Intermediate Profile

作成中

Advanced Profile

計画あり

16

SPIフォーラム（参考） 既存国際規格との関係（非公式な主張）• 記述の根拠は明確ではないが、国際討議のベースとなったメキシコモデル(“MoProSoft”)の立場から主張された国際規格要求事項のカバー率
国際規格等

SPIフォーラム

カバー率

ISO 9001:2000

92%

ISO/IEC 12207(SLCP)

95%

CMMI® Level 2

77%

ISO/IEC 15504-2100%

PMBOK

90%

1718

SPIフォーラム

規格名称ISO/IEC 29110制定動機• Software Engineering — Lifecycle Profiles for Very Small Entities(VSEs) -- 小規模企業向けのソフトウェアライフサイクル
立場性• 国際的にみて、ソフトウェア開発のかなりの部分が多数の中小零細企業によって担われている

国際規格ISO/IEC 29110の全体内容紹介• 中小零細ソフトウェア企業にとって、• 既存のソフトウェアエンジニアリング規格総体へのアクセスおよび社内採用は高負荷• 他方、一定の水準確保はやはり必要である• なお、中小零細ソフトウェア企業の良い特性（特定のコンピタンシーやコミュニケーション、モラルが密、同質といった点）に配慮する視点も必要である

19

SPIフォーラム

20

SPIフォーラム

小規模開発組織の定義

全体的に見て• ISO/IEC 29110規格は、形式上、25名以下のソフトウェア開• この規格シリーズ全体は、それなりに「大きな規格」であり、い発組織（VSE)を対象にするとしているが、この数字にはあまり意味がない

わば欲張ったスコープを期待している 多様なVSEをできるだけ広くカバーしようとしている• 企業規模、開発組織規模、プロジェクト規模のいずれに見立ててもよい• いわゆる、大企業的な、間接部門・支援部門を持ちえない状況を想定してる（規格ではとりあえずリソースが潤沢でないと表現している）• VSE向けの個別の規格（ISO/IEC TR 29110-5-1-2等）は、コンパクトで読みやすく、入手しやすいものをめざしている
 VSEのガンバ担当者はそこだけを見ればよい

一応、OECD等の調査を踏まえ、各国で中小零細企業とされている定義の平均的な値を採用したとの立場である

21

SPIフォーラム

22

SPIフォーラムプロセスと中間成果物

具体的な作成方法(プロファイル)• 既存規格（SLCPが中心）から、VSEにとって必要と判断した事項を抜き出す。またはいくつかの要素を統合する。
VSEプロセス群＝プロファイル

多数のSLCPのプロセス群

プロセスA
アクテイ
ビティ１

(中間)成果物

アクテイ
ビティ３

アクテイ
ビティ２

SI

抽出・統合

PM
(中間)成果物(中間)成果物(中間)成果物(中間)成果物(中間)成果物(中間)成果物

ドキュメント規格

保守・管理視点で、保存していくものであれば、プロセス成果物に入れている

SPIフォーラム

現在のVSE規格構成

プロファイル規格が定めているもの• プロセス（目的、成果／目標事項）• プロセスに含まれる活動（activity, task)• プロセス成果物• プロセスにおける関係者（役割）29110のPart（部）プロファイル例
5-1-1 Entry Profile

作成中

5-1-2 Basic Profile

成立

5-1-3 Intermediate Profile

2911-4-m
プロセス・プロファイルを形式的に定める（詳細な表形式）

24

SPIフォーラム

2911-5-m-n
・ プロセス・プロファイルをVSE関係者にわかりやすいように平易な文章で記述
・ プロセスの詳細さの段階により、n = 1, 2, 3などがある

作成中(サブ）タイトル

概要

主な読者Part 1 (TR)Overview

誰でもにPart 2 (IS)Framework andTaxonomy

標準化関係者Part 3 (TR)Assessment Guide

アセッサーとVSE

Part 4-n (IS)
4-1は”GenericSpecification - Basic
Profile -> VSE Generic
Profile Group (改訂中)

標準化関係者

Management andEngineering Guide Basic Profile

VSEとアセッサー

Profile Group”

Part 5-n-m (TR)5-1-2は”BasicProfile”

TR: Technical Report
IS: International Standard
23

26

SPIフォーラム

SPIフォーラム

基本となるプロファイルグループ

Part 4-1（Software Generic Profile Group）の概要• Generic Profile Group（共通プロファイルグループ）• Basic Profile等の具体的なプロファイルの厳密な定義を行う

プロファイルグループ
4-1 Generic Profile Group

Partであり、専門家向けPartと位置付けられている（読みづらい）

プロファイル例
5-1-1 Entry Profile

ほぼ成立

5-1-2 Basic Profile

成立

5-1-3 Intermediate Profile 作成中
5-1-4 Advanced Profile

計画中• System Engineering – Generic Profile Group（システム技術 -共通プロファイルグループ）• Profileの位置づけ記述• Profileの内容をなすプロセス定義（IDと内容を列挙した表）• プロセスーアクティビティータスク、プロセスープロセス成果の２系統ある• 表では、必須項目（MAN)と選択可能項目（OPT)の区別がある• Profileの内容をなす情報成果物（中間成果物）定義（IDと内容を列挙した表）• Basic Profileで基礎としているISO/IEC15289は、ドキュメント標準であり、ドプロファイルグループ
4-11 Generic Profile Group

プロファイル例
5-11-1 Entry Profile

計画中

5-11-2 Basic Profile

作成中

キュメント以外のものは含まないが、29110-4-1-2では、そこに「ソフトウェア一式」などドキュメント以外のものを加えている• Profileで定義したものと、基礎規格箇条番号等との対応表

5-11-3 Intermediate Profile 計画中
25

27

SPIフォーラム28

SPIフォーラム

Part 4-1の概要(続き）
プロセス（名称）

アクティビティ（名称）

タスク（記述）「記述」は基礎規格のものと多少ことなる

VSEにとってのISO/IEC 29110

目標成果（記述）

基礎規格とのマッピング表は別途ある

SPIフォーラム

29

Part 5-1-2 (TR)の概要• Part4で厳密定義されたProfileを、「読み下せる文章形式」にし、補助的な情報も加えたもの• 正規の規格はPart4であるため、対応するこのPartは、参考（TR)という扱いである• Part4は簡潔性、メンテナンス性のために、プロファイルグループごとに一括して定めることとしているが、本Part 5は、「読み下す」目的のため、個々のプロファイルごとに別個に文書化することとなっている（重複をいとわない）• Part4の番号体系は 4-n 形式• Part5の番号体系は 5-n-m形式

30

SPIフォーラム

Basicプロファイルを構成する２つのプロセスの流れ
PMSI

プロジェクトマネージメントプロセス

ソフトウェアインプリメンテーションプロセス

31

SPIフォーラム

Part 5-1-2 (TR)の概要（続き） どの程度の詳細化をアクテイビティ定義の例

Part 5-1-2 (TR)の概要（続き）

行っているかを紹介するため、原文の一部を引用して紹介

タスク定義の例
Table 15 — SI.1 task list

SI.1 Software Implementation Initiation (SI.O1)
The Software Implementation Initiation activity ensures that the Project
Plan established in Project Planning activity is committed to by the Work Team.
The activity provides:⎯ Review of the Project Plan by the Work Team to determine task
assignment.
⎯ Commitment to Project Plan by the Work Team and Project Manager.
⎯ An implementation environment established.

SPIフォーラムRoleTask List

Input Products

Output Products

PMTLWT

SI.1.1 Revision of the current
Project Plan with the Work Team
members in order to achieve acommon understanding and get
their engagement with the project.

Project Plan

ProjectPlan[reviewed]

TL
WT

SI.1.2 Set or update theimplementation environment.

Project Plan
[reviewed]

32

33Part 5-1-2 (TR)の概要（続き）

SPIフォーラム

成果物定義の例-２

SI incorporation to the Project Repository
The list of products to be saved in Project Repository. After the incorporation,
Version Control Strategy has to be applied to: Requirements Specification,…….
ProductRequirements Specification
Software User Documentation
Software Design-----SPIフォーラム34

Part 5-1-2 (TR)の概要（続き）

成果物定義の例-1

Table 21 — SI repository products

SPIフォーラム

Name TableDescription
23 — Product Descriptions
1. Acceptance Documents the Customer acceptance of theRecord
Deliverables of the project.
It may have the following characteristics:- Record of the receipt of the delivery- Identifies the date received- Identifies the delivered elements- Records the verification of any Customer
acceptance criteria defined- Identifies any open issues (if applicable)- Signed by receiving Customer

35

SPIフォーラム

SourceProjectManagement36

適合性要求の形式

ここまでの規格内容の特色まとめ• 29110-4-m/29110-5-m-nへの適合は、基礎となった規格（の• 基礎として、SLCP（ISO/IEC 12207）を用い、主としてそのテイ対応項目）に対する適合をも意味する• 29110-4-1には、適合要求の型として次の2つがある。
• MAN mandatory 必須• OPT optional 選択• 必須事項をもととして、ISO9000風の認証を行おうという一部の流れがある• タイ、ブラジル、メキシコ等

ラリング（条件に応じた修整）の形をとる
注： SLCPは、日本での「共通フレーム」の国際的な基礎• 他に、ドキュメンテーション等の基礎であるISO/IEC 15289や、アセスメントの基礎であるISO/IEC 15504を援用• またISO 9001にも言及

SPIフォーラム

37

SPIフォーラム

38

規格の全体構想• Part2でTaxonomy（分類法）の考え方を提示している• 様々な視点から小規模ソフトウェア開発組織を類別し、それぞれに適した「プロファイル」をそれぞれ提示していく方針となっている

規格群の展開動向、JIS規格化、普及の展望• Taxonomyは、いろいろな視点を含む• 分野（例えば、医療分野）的な意味• 対象システムの性格、レベル感（組織内のプロジェクト数など）などの意味-- がある• その他の技術的な観点からの類別や適用ガイドもありうる

SPIフォーラム

39

プロファイルグループの拡張ビジョン

SPIフォーラム

40

例：アジャイル開発への適用提案• 2010年

SC7/WG24 米国ガイザースバーグ 会議議事録： “Preparethe work plan and finish the work for the agile implementation
project.”
DoD プロジェクトでもアジャイルの利用例が増えているといったことが提案理由となっている

YYYY Profile GroupXXX Profile Group
Generic Profile Group
Entry Profile

作成中

Basic Profile

成立Intermediate Profile• 2012年 同Jeju島会議での提案• ブラジル、チェコ、メキシコの合同調査に基づく• 調査は、Extreme Programming / Agile Up / Open UP / Scrumなどを対象• “Agile Kernel and Language”とのマップを図る方針（29110側のアクティビティ等にこだわ作成中らない）

Advanced ProfileSPIフォーラム

41

SPIフォーラム

例：クラウドへの適用提案

全体構想への日本からの提案• 2012年Jeju島会議での提案
ブラジルの提案内容（下記2方向を含む）• 日本WG24の批判点

 VSEs – Software Development for Cloud VSEs – Software Development to develop (on Cloud)42

 VSEのシチュエーションのとらえ方が甘く、”VSE＝リソースがないので多くに対応できない”というのみの観点となっている 今のままの路線で、多くの種類別に国際規格（固定的な）を制定していくことは作成負荷、有効性の観点から好ましくないA Study Group を形成ー次の内容による• Clarify for each activity the differences to produce cloud computing

software engineering segmented by used cloud computing service type（SaaS/PaaS/IaaS)• Add other aspects (VSE using clouds, security, supplier agreement)• Follow other groups (SC38, SC7, ...)

• 次の骨子の新Part作成を国際Study Groupで審議中
 プロファイル作成の根拠となる観点群（リスク分析、契約上の責任分担など）を明示する
 ベンダーのリソースに余裕がないからと言って、利用者・消費者の安全・安心・使用性等がおろそかになってはならない 小規模開発組織には、小規模ゆえの積極的な面もある
 開発組織、業界団体等が、自主的にプロファイルを制定できるようにする
 「自己適合宣言」の視点をしっかり入れる

SPIフォーラム

43

44

SPIフォーラム

日本では： JIS化の動き

JIS化作業の取組み• 次のような観点を考慮• 基本となる国際規格(IS)であるPart 2をJIS化する• 原文で約20ページのボリューム• 国内の中小零細ソフト企業のソフトウェアプロセスに関する基準として活用できる• JISA(情報サービス産業協会）の技術委員会/標準化部会の下に「29110JIS化WG」が設置された• 情報規格調査会SC7/WG24メンバー、組込み系等の他団体等• 高度化する経済国際化、分業体制の中で国際的に認知さおよび経済産業省からの参加も得た

れた基準を日本の公的規格として適用できる• 日本規格協会のJIS化の定型的な申請ルートを活用して• ソフトウェアエンジニアリング規格全体の普及の入りやすく、受け入れやすい入り口として活用できる

SPIフォーラムいる• 2012年3月まで一年間活動  次回？のJISC委員会に諮られる• JISとしての出版は年末くらいか？

45

46

SPIフォーラム

JIS規格案の内容と普及努力

推進制度• JIS規格案の内容• 第２部（Part 2）のすべて• 第１部（Part 1）の一部（用語定義等）を日本独自の附属書として掲載• カナダ・モントリオールのETS（工科大学）を核とする、国際支援・推• 規格出版物の「解説」に経過や課題を記述予定

進ネットワークがある• “Network of VSE Support Centers”• 要員はWG24メンバーとダブっているが、WG24自体とは独立な組織である• 日本では、慶応大学（日吉）におかれたVSEセンターが、推進を行っている• JISAの標準化部会では、JIS規格案に加え、第５部等の具体的な内容を日本語で普及するための活動を予定している

SPIフォーラム• カナダのセンターとも連携• 認証/審査？
• 現状では、国際的に統一した認証や審査登録の仕組みはないが、その方向の議論は国際会議で毎回ある• 各国（タイ、ブラジル、メキシコ）でそれぞれに認証や審査登録、自己宣言の結果を登録する制度等を実施または構想中（日本は、現状、特に表だった動きなし）

47

カナダのサイト各種関連テーマ
JISA/JSAからJIS
化原案
JISAとIPAのSPINACH軽量アセ
スメントモデル発展

IPA/SECのSPINA3CH自律改善メソッド
http://profs.etsmtl.ca/claporte/English/VSE/index.html

国際規格 ISO/IEC
29110
推(VSE)
進

国内対応

ブラジル等でも国内規格成立

国際センターで29110普及展開
パッケージ

慶応大学VSEセン
ター等の動きSPIフォーラム

SPIフォーラム

49

SPIフォーラム

50

SPINA3CH手法とVSE規格の連携の動き• ５月Jeju島開催のSC7/WG24会合の国内向け報告からWG24レベルで次のStudy Groupを設置する。
(a) Guidelines for using ISO/IEC 29110 in Agile Community(b) Investigate Cloud Computing Environment for VSE(c) Guidelines for Process Improvement（本SGは、日本がリーダーシップをとる）
この作業は、 SPINA3CHをベースとするもの

標準化教育・標準化人材育成と本規格

SPINA3CH資料のダウンロード先：
http://sec.ipa.go.jp/reports/20110707.html

51

SPIフォーラム

JISAで述べられているVSE規格の適用アプローチ

プロセス既存規格の浸透の現状

SPIフォーラム• 適用の全体アプローチ• 自社、自チームのプロセス実態への適用• 特定産業分野、自社、自チームでのプロセス規範としての利用• 適用の技術的な形態• アセスメント実施: （２９１１０を基準としたアセスメントモデル開発はWG24内部作業としてはすでにス

52

時代

状況

80年代

ADCｙｃle、SDEM等のコンピュータメーカグループごとの作業手順の標準化

90年代

CMMI®、SLCP、SPICE、共通フレームの普及努力

００年代 CMMI®、Auto-SPICEの国際浸透（マイナス面も）共通フレームはシステム信頼性向上の手掛りとして再浮上したが浸透はまだタートしている）• チェックリストを用いた審査: （タイ、ブラジルやメキシコの国内制度はこれに近いと推測される）• 診断表（Diagnostics):

アイルランド等から提案されているが、指導者がいないと適用は難しいと思われる• プロセス改善手法（SPINA3CH）と組み合わせる： IPA/SEC等でトライアル中• しかし、これらをストレートに実施するだけでは問題がある（次項を参照）

SPIフォーラム53• 初期は、いずれも、大手企業中心で、下請けとなる中小企業は、原則大手の方
針を丸のみ（顧客が違えば、プロセスの方針も変わる）の状況だった• CMMI、SLCP(SPICE)等が大手に浸透しても、中小企業にはヘビーなプロセス群で、追随はかなり困難• 現場は本心からCMMI、SLCP(SPICE)等を実施することはまれと評される• 中小企業、中小の開発現場は、そもそも、ソフトウェアエンジニアリングとは何であるかをほとんど知らない

SPIフォーラム

54

プロセス改善手法（SPINA3CH）普及努力からの知見

標準化教育とVSE規格普及との関係(1/4)• 現場担当者はほとんどソフトウェアエンジニアリングの視点を• VSE規格普及として、どの対象にどこから切り込むか（誰がその気になるか）も同様に検討しているが、回答は容易でない• 経営者層、プロジェクトマネージャ層• 現場実践者
• SECや各種ソフトウェアエンジニアリングコミュニティー

教育されていない、身についていない “プログラミング技術 ＋ 会社/顧客ルール（管理のための）“のような知識が多い プロセス改善が、ソフトウェアエンジニアリングに基づく実務の改善でなく、目の前の不具合の改善にしか思い及ばない、納得に至らないことが多い
 「何々の鉄則○○箇条」のような格言集は、なんとなく納得を得やすいが• VSEがそのギャップを埋められるか？
 「ギャップ」はけっこう深く、それを乗り越えるには相当の考察・真摯な実践が必要
 身の回り改善にはあまり抵抗感はないが、ソフトウェアエンジニアリングのテクニカルタームが出てくるだけで拒否反応があるケースが結構多い

 SPINA3CH（スピナッチキューブ）ではすでに少し動いているが・・・• 認証制度、調達制度を促進材料として• 教育現場から
 カナダや慶応大学の例

民営化指向から考えるとビジネスとしての成否が課題
 規格知識、適用ノウハウの普及そのもののビジネス
 研究・教育コミュニテイ―の知識資産の一環として
 認証や検定のような資格ビジネス
 ソフトウェア企業、IT利用企業の業績向上につながる（ごくまともな、ビジネス成否）SPIフォーラム

55

SPIフォーラム

標準化教育とVSE規格普及との関係(2/4)

標準化教育とVSE規格普及との関係(3/4)• 標準化人材のタイプから探る• 「標準化」以前のVSEのプロセスの課題• 標準を提案し、作る人材（VSE規格については、新しいプロファイルづくりというテーマもある）56• ソフトウェア開発では、現場の創意性、自覚性ということは欠かせない。

そうした現場でのプロセスの高度化の追究は依然として大きな問題• 既にある標準を普及する人材 「顧客や社会に責任をもってサービスと製品を提供する」という文化• 標準を積極的に使い、活かす人材 「ITシステム」はライフサイクルの中で環境の変化という脅威にさらされる」という自覚
総合的に見ていきたい ITシステムは、多くの基盤・部品・連携動作等で成立していることへの対処の見通し• 参考として、「プロセス改善」については、次のような人材像がある（IPA/SEC等）• プロセスアセスメント（診断評価）実施者 プラス 受診者（受審者）• プロセス改善推進者（いわゆるSEPG等、「資格」の考慮）

 ときに、プロセスは「定義されたもの」という意見があるが、やはり文書ではなく実態がプロセスというべき
 ときに、「現場には常にプロセスがあり、その内容が問題なだけ」という意見があるが、やはり意識的にエンジニアリングを追求するという側面は基本として重要• 現場の誰でもが知っている専門職リテラシーの向上

SPIフォーラム

 チーム作業とコミュニケーションの重要性

57

SPIフォーラム

58

標準化教育とVSE規格普及との関係(4/4)• 標準化と国際競争力の課題• ソフトの現場では、多くのプロセス的な標準は、「押し付けられたもの」と受け取られることが多い• 本来は、「標準化という土俵がある方が勝負しやすい」というべき• 中小組織にとってご静聴ありがとうございました• 国際競争において• （日本の）通常のソフトウェア開発組織において、国際競争力や「最高のものを提供する」という気概はなかなか見られない• 国際のVSE規格の提案過程では、常に国際競争力の補助という意識が見られた（認証よりの意識だが）

SPIフォーラム

59

SPIフォーラム

規格の入手方法

著者略歴• ISO shopから• http://www.iso.org/ のサイトで、規格番号(29110)で検索をかけて、購入• Part 1, Part 3 , Part 5-1-2は英語版が無料で入手可能
http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html• JISA技術委員会標準化部会VSE-WG リーダ
伏見 諭（合同会社ソフデラ 代表社員）• 日本規格協会から購入• http://www.webstore.jsa.or.jp/webstore/top/index.jsp• JIS規格が発行されたら• JISCホームページで閲覧（のみ可能）
http://www.jisc.go.jp/app/JPS/JPSO0010.html
JISAで本年度、解説書籍を出版する計画案もある• 日本規格協会から購入

60

 長年、エンジニアリング系ソフトウェア開発に従事
 情報規格調査会 SC7/WG24主査
 IPA/SEC プロセス改善WG NPT1チームリーダ
 JISA（(社）情報サービス産業協会）標準化部会部会長
 国際のJTC1/SC7（ソフトウェアエンジニアリング）から同SC27（ITセキュリティ）へのリエゾンオフィサー• 東海大学講師