プロセス重視開発による品質向上施策とオフショア開発の積極活用.pdf

(1)

プロセス重視開発による品質向上施策と

オフショア開発の積極活用

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

エンベデッドソリューション本部コンサルティング部

2011/03/10

エンデッドソリュション本部コンサルティング部

(2)

自己紹介

• 新海良一（しんかいよしかず）

– 所属：日立ソリューションズ

所属

エンベデッドソリューション本部コンサルティング部

シニアコンサルタント

• SEI公認 SCAMPI

SM

_{リードアプレイザ資格}

• SEI公認 CMMI入門インストラクタ資格

– 略歴：

• UNIXオペレーティングシステム開発

UNIXオペレティングシステム開発

• OSF/DCE（UNIXミドルウェア）開発

• ミシガン大学ソフトウェア研究所出向

• StarBoard（インタラクティブボード）開発

• 日立ソリューションズアメリカ出向

CMMIコンサルティング業務/社内プロセス改善

• CMMIコンサルティング業務/社内プロセス改善

(3)

1. プロセス重視の開発とCMMIについて

2. 品質向上施策と改善効果

3. オフショア分散開発推進上の課題と対応策

4 日立ソリューションズのソリューションメニュー

4. 日立ソリューションズのソリューションメニュー

(4)

(5)

１-１プロセスの重要性



プロセスは

品質コストスケジュル

PROCESS

品質、コスト、スケジュール

を支える３つの主要な要因の１つ

PEOPLE

TECHNOLOGY

PEOPLE

TECHNOLOGY

内規、基準

作業の関連性

A

B

C

D



求める結果を得るため

手

方法機器

人・手順・方法・機器や

ツールを統合

PROCESS

機器、ツール

スキル、訓練(教育)

動機付け、ﾏﾈｰｼﾞﾒﾝﾄ

SEI 「システムや成果物の品質は

それを開発し保守するために

SEI: 「システムや成果物の品質は、それを開発し保守するために

用いられるプロセスの品質によって大きく影響される」

(6)

1-2 CMMI：組織の開発プロセス改善

CMMI プロセス改善を組織的に進める実践方法

（１）ソフトウェアの品質 ⇒ プロセスの品質

（２）プロセスの品質を上げるために改善力を強化

（→

IDEAL

SM

_モデル）

高高

←

（３）改善力を向上させるには・・・

①あるべき姿

（＝

CMMIフレームワーク）

と比較

改善力

プロセ

ス

プロセ

ス

①あるべき姿

（＝

CMMIフレムワク）

と比較、

現状を把握

（ →アプレイザル）

②開発プセスの成熟度に沿て改善を推進

現状の水準

ス

品質

ス

品質

→→

②開発プロセスの成熟度に沿って、改善を推進

（→成熟度モデル）

③ 評価結果に基づき、継続的改善を実施

→

低低

③ 評価結果基き、継続的改善を実施

(7)

1-3 CMMIとは

氏素性

（１） 1990年代はじめ米国カネギメロン大学ソフトウアエンジニア

（１） 1990年代はじめ米国カーネギーメロン大学ソフトウェアエンジニア

リング研究所（Software Engineering Institutes （SEI

SM

））が開発

（２）米国防総省(DoD)がスポンサー

（）

ウ

特

デ (

年

初版

）

（３）ソフトウェア開発に特化した開発モデル(1991年SW-CMM初版リリース）

（４）ＣＭＭＩバージョン１．３を2010年11月にリリース

(開発、サービス、調達のためのＣＭＭIを含む)

(

)

基礎となる考え方

（１）組織の体質改善による品質・生産性の向上

（２）組織としての標準を重視

優秀な人間も共同作業のための構造化された規律ある環境が必要

（３）問題の発掘力を高めるための組織力・改善サイクルを重視

(8)

1-4 CMMIの変遷と最新動向

『ソフトウェア

CMM』

V1.1(1993)

『

INCOSE SECAM』

(1996)

『システムエンジニアリング

CMM』

V1.1(1995)

『ソフトウェア

CMM』

草案（

）

『

EIA 731 SECM』

『統合成果物開発

CMM』

V2草案C（1997）

(1998)

(1997)

『調達のための

_CMMI』

『サービスのための

_CMMI』

V1.02(2000)

V1.1(2002)

『開発のための

CMMＩ』

2007年

8月に日本語版公開

2007年11月正式公開

日本語版の公開は未定

2009年2月正式公開

日本語版の公開は未定

調達のための

』

V1.2(2007)

』

V1.2(2009)

『開発

』

V1.2(2006)

CMMI V1.3

(2010)

調達のための

CMMI

開発のための

CMMI

サービスのための

CMMI

2010年11月正式公開 / 日本語版の公開は未定

(9)

1-5 関連要素群

CMMI DEV

開発のための

CMMI

開発プロセスにおける管理、

ＣＭＭＩを構成する

CMMI-DEV

開発プ

評価、および監視するため

における管理、

のガイドを与える

３つの関連要素群

16 16個

個の

の

コアプロセス領域

CMMI ACQ

CMMI SVC

コアプロセス領域

CMMI-ACQ

CMMI-SVC

サービスのための

CMMI

調達のための

CMMI

外部顧客や組織内に

サービスを供給するため

のガイドを提供する

IT調達プロセスにおいて

IT調達を決定するために

必要な情報を提供する

のガイドを提供する

(10)

1-6 ＣＭＭＩと開発プロセス

要件開発

要求定義

決定分析と解決

事業計画

事業優先付け

指示・指図、制約

事業欠陥

供給者合意管理

契約

プロジェクト計画策定

活動計画

事業欠陥

プロジェクトの監視と制御

プロジェクト管理

要件管理

成果物制御

技術解

設計・製造

リスク管理

統合プロジェクト管理

構成管理

プロセスと成果物の

品質保証

原因分析と解決

技術解

成果物統合

成果物

測定と

妥当性確認

評価と保証

原因分析と解決

欠陥

成果物・製品

プロセス

革新策と

_トレ

_ング

統合のための

プロセス

定量的

組織プロセス管理

成果物

検証

測定と

分析

妥当性確認

製品納入

結果&フィードバック

プロセス

重視

プロセス

定義

革新策と

展開

トレーニング

統合のための

環境

プロセス

実績

定量的

管理

プロセスの成熟度

(11)

1-7 プロセス領域（開発のためのCMMI V1.3）

エンジニアリングプロセス

プロジェクト管理プロセス

プロセス管理プロセス

サポートプロセス

レベル5

OPM

組織ﾌﾟﾛｾｽ管理 Organizational Process Management

CAR

原因分析と解決

Causal Analysis and Resolution

定量的プジクト管理組織プセ実績

レベル4

QPM

定量的プロジェクト管理 Quantitative Project Management

OPP

組織プロセス実績 Organizational Process Performance

VAL

妥当性確認 Validation

VER

検証 Verification

レベル3

PI

成果物統合 Product Integration

OT

組織トレーニング Organizational Training

TS

技術解

_RSKM

リスク管理

_OPD

組織プロセス定義＋IPPD

TS

技術解 Technical Solution

RSKM

管 Risk Management

OPD

組織定義 Organizational Process Definition

RD

要件開発 Requirements Development

IPM

統合プロジェクト管理＋IPPD Integrated Project Management

OPF

組織プロセス重視 Organizational Process Focus

DAR

決定分析と解決 Decision Analysis and Resolution

SAM

供給者合意管理 Supplier Agreement Management

レベル2

PMC

プロジェクトの監視と制御

Project Monitoring and Control

CM

構成管理 Configuration Management Control

PP

プロジェクト計画策定 Project Planning

PPQA

プロセスと成果物の品質保証 Process and Product Quality Assurance

REQM

要件管理

_MA

測定と分析

Requirements Management Measurement and Analysis

(12)

1-8 プロセス領域（調達のためのCMMI V1.3）

調達エンジニアリングプロセス

プロジェクト管理プロセス

プロセス管理プロセス

支援プロセス

レベル5

OID

組織改革と展開 Organizational Innovation and Deployment

CAR

原因分析と解決

Causal Analysis and Resolution

レベル4

QPM

定量的プロジェクト管理 Quantitative Project Management

OPP

組織プロセス実績 Organizational Process Performance

レベル3

AVAL

調達妥当性確認 Acquisition Validation

OT

組織トレーニング Organizational Training Acquisition Validation Organizational Training

AVER

調達検証 Acquisition Verification

RSKM

リスク管理 Risk Management

OPD

組織プロセス定義＋IPPD Organizational Process Definition

ATM

調達技術管理

_IPM

統合プロジェクト管理

_OPF

組織プロセス重視

_DAR

決定分析と解決

ＶＡＬ

ＶＥＲ

ATM

調達技術管理 Acquisition Technical Management

IPM

統合ジクト管理 Integrated Project Management

OPF

組織重視 Organizational Process Focus

DAR

決定分析と解決 Decision Analysis and Resolution

PMC

プロジェクトの監視と制御 Project Monitoring and Control

ＴＳ

レベル2

PP

プロジェクト計画策定 Project Planning

AM

合意管理 Agreement Management

CM

構成管理 Configuration Management

ＳＡＭ

開発ＣＭＭＩ

との対応

SSAD

提案依頼と供給者合意開発 Solicitation and Supplier Agreement Development

PPQA

プロセスと成果物の品質保証 Process and Product Quality Assurance

ARD

調達要件開発 Acquisition Requirements

REQM

要件管理 Requirements Management

MA

測定と分析

Measurement and Analysis

ＲＤ

ＳＡＭ

との対応

※日本語訳については日立ソリューションズにて実施したものであり、公式なものではありません

Acquisition Requirements Development

Requirements Management Measurement and Analysis

(13)

1-9 プロセス領域（サービスのためのCMMI V1.3）

サービス確立と提供プロセス

プロジェクトと

作業管理プロセス

プロセス管理プロセス

サポートプロセス

レベル5

OPM 組織プロセス管理 Organizational Process CAR 原因分析と解決 Causal Analysis and Resolution Management

レベル4

QWM 定量的作業管理 Quantitative Work Management OPP 組織プロセス実績 Organizational Process Performance STSM 戦略的サビス管理 SCON サビス継続性 STSM 戦略的サービス管理 Strategic Service Management SCON サービス継続性 Service Continuity

レベル3

SSD 【addition】サービスシステム開発 Service System Development CAM キャパシティと可用性管理 Capacity and Availability Management OT 組織トレーニング Organizational Training SST サービスシステム移行 Service System Transition RSKM リスク管理 Risk Management OPD 組織プロセス定義 Organizational Process Definition IRP 障害解決と予防

Incident Resolution and

IWM 統合作業管理Integrated Work Management

OPF 組織プロセス重視 Organizational

DAR 決定分析と解決 Decision Analysis and Prevention Process Focus Resolution

SAM 供給者合意管理 Supplier Agreement Management WMC 作業の監視と制御 P j t M it i d CM 構成管理 C fi ti M t Project Monitoring and

Control

Configuration Management

レベル2

WP 作業計画策定

Project Planning

PPQA プロセスと成果物の品質保証 Process and Product Quality Assurance SD サービス提供 REQM 要件管理 MA 測定と分析 SD サビス提供 Service Delivery REQM 要件管理 Requirements Management MA 測定と分析

Measurement and Analysis

：コアプロセス領域ではないもの

(14)

1-10 開発のためのCMMI成熟度段階

CMMI 成熟度段階表現

CMMIは、ソフトウェア開発の現状を把握し、その結果に基づき組織としてのソフトウェア

開発能力を段階的に改善（組織を成熟化）して、生産性や品質レベルのアップを図る

組織的活動を推進することを目的としている

プロセスからの定量的なフィードバックにより、常にプロセス

改善が継続的に実施され、最適化されている

レベル5

最適化された段階

<

CMMI

CMMI－成熟度段階

－成熟度段階>

>

製品とプロセスの計測基準が定められ、組織的に分析が

進められている

レベル4

定量的に管理された段階

ソフトウェア開発と保守の経験が組織として共有され、

標準プロセスが定義されている

レベル3

定義された段階

レベル1

プロジェクトの計画、コスト等の経験則ができている

レベル2

管理された段階

開発プロセスが場当たり的で、一貫性がない

初期段階

(15)

1-11 プロセス改善のモデル

IDEALモデル

L

earning

分析し

学習

変化への刺激

解決策を

実施する

分析し

妥当性を

確認する

将来の行動

を提案する

主催者とし

ての態度

を固める

組織体制を

設立する

A

ti

開始

行動

変化の刺激

背景を

定める

解決策

解決策を

改良する

プロセス改善の

フレームワーク

を固める

I

nitiating

A

cting

現在の状態

および望ま

しい状態を

記述する

解決策を

先行評価/

テストする

ワク

問題点の実証的分析

D

iagnosing

診断

記述する

勧告を

策定する

優先

行動を

解決策を

作成する

サポートする技術

CMMIの勉強だけではわからない

→ まず現状把握（アプレイザル）から

D

iagnosing

優先

順位を

定める

取り組み

方を策定

する

行動を

計画する

E

stablishing

確立

出展：SEI

http://www.sei.cmu.edu/library/abstracts/reports/96hb001.cfm

(16)

1-12 現状の把握（アプレイザル）

モデルとの

アプレイザル手法

（ＳＣＡＭＰＩ）

現状の開発プロセス

CMMIモデル

（フレームワーク）

モデルとの

比較・評価

アプレイザル

現状診断

モデルと比較することにより

継続的な

現状プロセスの

強み・改善点

モデルと比較することにより、

開発プロセスに必要な活動・項目

を

網羅的に洗い出し

が可能

継続的な

改善活動

強み改善点

規格・基準の改定

現状プロセスの改善点から、

優先順位付け、改善計画策定

に基づく、

効果的・効率的な

改善活動を推進

計画的な

改善活動

の推進

(17)

1-13 アプレイザル手法(SCAMPI)について

目的

標準CMMIアプレイザル手法

SCAMPI: S

tandard

C

MMI

A

ppraisal

M

ethod for

P

rocess

I

mprovement

目的：

「改善を推進する

組織としての実力（現状）

」を評価して、今後の改善活動

の方向付けを行う

アプレイザル実施方法およびSCAMPIの特徴：

・オンサイト（顧客先での作業）にて実施

- アプレイザル準備：オンサイトの

_{1ヶ月前～約3ヶ月前}

- アプレイザル実施期間：オンサイト（

5日～12日間

）

・ ISO15504準拠

・アプレイザル対象プロセス領域の各プラクティス(GP, SP)に対して、

実施状況をドキュメント・インタビューにより確認

実施状況をドキメントインタ

により確認

・開発プロセスの現状をフレームワーク（あるべき姿）に照らして評価し、

強み・改善点を明確化

手法にはクラスＡＣがありクラスＡにて成熟度レベル判定が可能

・手法にはクラスＡ～Ｃがあり、クラスＡにて成熟度レベル判定が可能

・成熟度レベルの有効期間は３年間

(18)

1-14 プロセス改善と成熟レベル

レベル

パフォーマンス予測

5．最適化している

段階

頻度時間／費用．．．目標値 -z

成熟度が高まると

① 目標と実績の乖離

4．定量的に管理

された段階

目標値 -y 頻度時間／費用．．．

① 目標と実績の乖離

が減少する

② 実績値のバラツキ

3．定義された段階

目標値 -x 頻度時間／費用．．．

② 実績値のバラツキ

が減少する

③

値

目標値 +a

2．管理された段階

頻度時間／費用．．．

③ 目標の値そのもの

が改善される

目標値

1．初期段階

頻度時間／費用．．．

(19)

(20)

2-1 主な品質向上施策

CMMIモデルに基づくプロセス重視の改善活動

適用

上流工程での

品質確保

プロセス診断と

標準プロセスの整備

標準

標準プロセスの整備

実査

改善

プロセスの安定化と

プロセスQAによる

プロセスの安定化と

プロセス実績モデル

プロセス重視開発の浸透

(21)

2-2 現状把握と標準プロセスの整備

ＣＭＭＩモデルを活用した改善アプローチ

１）全事業部向け公式

アプレイザル

を実施

公式アプレイザルを実施し、現状の開発プロセスとＣＭＭＩモデルとの差異を、事業部別

に洗い出し。

２）中・長期的な

改善計画

策定

全社レベルの共通改善点、事業部固有の改善点など、分野別で優先順位付け、改善

活動を開始するための中・長期的な改善計画を策定

活動を開始するための中長期的な改善計画を策定。

３）全社・事業部別の

改善活動推進

（推進体制作り）

事業部ごとの改善チーム（ＳＥＰＧ）を立ち上げ計画に基づいた改善活動を推進

事業部ごとの改善チーム（ＳＥＰＧ）を立ち上げ、計画に基づいた改善活動を推進。

４）標準プロセスに対する

テーラリング

ガイドを整備

各プロジェクトの特性を考慮したテーラリングを整備することにより開発現場の実態に

各プロジェクトの特性を考慮したテーラリングを整備することにより、開発現場の実態に

即した適用方法を整備。

アプレイザルにより現状を把握し、現状に基づく基準類の整備、

およびプロセス改善活動の推進が、もっとも効率的な手段

実感

(22)

2-3 標準プロセスの推進体制

アプレイザルによる

改善提案

_{全社標準化委員会}

SQA

SQAグループ

グループ

プロセス

プロセスQA

QA指摘票

指摘票

全社各種分科会

連携

プロジェクト

審議・承認

部長会議

事業部プロセス

事業部

SEPG

専任

専任SEPG

SEPG

全社合同

プジクト

プロセス改善提案書

開発計画書

開発計画書/

/完了報告書

完了報告書

事業部プセス

改善委員会

専任

専任SEPG

SEPG

各部

各部SEPG

SEPG

QA

全社合同

SEPG

SEPG委員会

委員会

開発計画書

開発計画書/

/完了報告書

完了報告書

改善ノウハウ

の共有

適用

プロセス資産の整備

・内規（標準プロセス、ガイドライン）

・基準書・手順書・ノウハウ・テンプレート

開発計画書/完了報告書改善提案書

WEB

テーマ別

活動

ピアレビュー

ピアレビューWG

WG

ツール

・開発計画書/完了報告書、改善提案書

・プロセス改善活動状況

公開

(23)

2-4 プロセス重視開発の浸透

製品の

_{QA → プロダクトQA＋}

プロセス

_QA

製造

ソース

設計

テスト

プロダクト

QA

チェックリストの結果より、

予定通りのテスト項目が消化

プロセス

_QA

予定通りテ

項目消

予定通りテ

項目消

されているかを確認

⇒

テスト実施状況の把握

現場のプロセス

を実査し、プロセス定義の実施状況を確認

正しいプロセスで開発がおこなわれているかを確認

_{改善サイクル}

プロセス不遵守事項の発見と原因分析

・担当者が基準を知らない → 教育不足、基準の浸透不足

・基準が古く使えない

→ ルール自体の問題

改善サイクル

・現場プロセス

・標準プロセス

基準が古く使えない

ルル自体の問題

・基準を勝手に変更

→ 管理の問題

(24)

2-5 上流工程での品質確保

上流工程での不良発見は品質向上に直結

弊社の品質方針

– 弊社の品質方針

上流工程での品質確保

– 別の言葉で言い換えると

テストの前に勝負を決めろ！

解決策は、ドキュメント・ソースコードへの

「レビュー」

良減

ば

テストでの不良減少! すばやい効果!

(25)

2-6 ピアレビューへの取り組み

解決策は、ピアレビュー（

Peer Review

）

 ペアレビ

（2人でやるレビ

？）ではない

 ペアレビュー（2人でやるレビュー？）ではない

 ピュアレビュー（純粋レビュー？）でもない

 もちろんビアレビュ（枝豆で一杯？）でもない

 もちろんビアレビュー（枝豆で一杯？）でもない

 ピアレビューとは？

 ピアレビュとは？

△ 同僚(Peer)が実施するレビュー

○ 欠陥除去を目的

に行う成果物に対する

技術的なレビュー

○ 欠陥除去を目的

に行う成果物に対する

技術的なレビュ

 ピアレビューにとって大切なもの

ア

大切なも

・レビューで不具合を取り除こうとする

文化

・レビューの

技法

・レビューのデータ

収集と分析

・レビューのデータ

収集と分析

(26)

2-7 ピアレビューの導入効果

不良の

前倒し摘出

による手戻りの防止

ピアレビューの効果

不良の

前倒し摘出

による手戻りの防止

削減可能

工数

/

削減可能

/

件

ﾋﾟｱﾚﾋﾞｭｰ

テスト

室睦

康

村

秀「

実態基づ

ピ

ビ

法改善

テストで不良を発見・修正するのに比べて

2倍効率がよい

小室睦、男澤康、木村好秀、「開発現場の実態に基づいたピアレビュー手法改善と

改善効果の定量的分析」、

SEC journal創刊号より

(27)

2-8 ピアレビュープロセスの安定化

レビュー速度

レビューNo. 準備時間時間人数サイズ指摘件数内改善要件数

レビューデータ

1

3

13

10

120

19

8

2

3

9

40

2

0

3

2

35

6

60

2

4

2

15

8

30

9

4

5

2

9

20

1

6

3

7

8

80

13

8

6

3

7

8

80

13

8

7

3

2

8

30

2

8

3

5

8

200

11

10

9

2

7

30

3

10

3

7

50

5

11

2

3

6

40

5

5 指摘密度

12

2

3

5

50

12

6

13

3

5

7

80

6

5 8件目のレビ

速度が管理上限

8件目のレビュー速度が管理上限

を超えている原因を調査して、

再レビューする

(28)

2-9 プロセス実績モデル

レビュー指摘率

(レビュー指摘数／合計)

とバグ率

(合計／対象サイズ)

の相関関係

– 単体テストより前に摘出したバグ率：全体バグ率

単体テストより前に摘出したバグ率：全体バグ率

負の相関関係

解釈：上流工程で不良を除くと類似不良も除かれ品質向上する

対象サイズ(Ks)

レビュー指摘数

テストバグ件数

合計

1

12

32

26

58

2

25

64

24

88

3

34

98

79

177

4

46

130

169

299

5

58

140

232

372

6

76

210

262

472

7

85

180

364

544

8

105

193

500

693

9

124

320

524

844

9

124

320

524

844

10

145

360

394

754

11

180

600

282

882

12

210

650

358 1008

13

243

720

447 1167

14

354 1030

457 1487

バグ率 =

**8.8843107 - 6.7126427 * レビュー指摘率**

15

450 1240

605 1845

バグ率 =

**9.109853 - 6.8741829 * レビュー指摘率 - 7.0972925 (レビュー指摘率 - 0.5241)2

バグ率

8.8843107 6.7126427 レビュ指摘率

(29)

2-10 品質向上施策による改善効果

Ａ社における設計バグ摘出率、バグ率の改善

（２００

（２００7

7年３Ｑ～２００８年４Ｑまでの推移）

年３Ｑ～２００８年４Ｑまでの推移）

設計バグ摘出率，バグ率の改善

(2007年3Qを100%)

130%

100%

設計バグ摘出率（左目盛）

バグ率（右目盛）

120%

80%

100%

110%

40%

60%

80%

90%

0%

20%

80%

2007 3Q 2007 4Q 2008 1Q 2008 2Q 2008 3Q 2008 4Q

0%

図：

図：設計バグ摘出率，バグ率の改善

設計バグ摘出率，バグ率の改善

年

（第

期）

年

（第

期）

計バグ摘

率（バ

2007年3Q（第3四半期）から2008年4Q（第4四半期）にかけて，設計バグ摘出率（バ

グ総数に対する設計部署内バグ摘出数の割合），およびバグ率（開発規模に対する

バグ数の割合）において，大きな改善が見られる。

_{出典日立評論２００９年６月}

(30)

2-11 （ご参考）CMMIモデルの適用スケジュール例

１年目

２年目

３年目

_４年目

成熟度レベル２向け改善活動

ＣＭＭＩアプレイザル

（現状診断）

ＣＭＭＩアプレイザル

（成熟度レベル２判定）

ＣＭＭＩアプレイザル

（成熟度レベル３判定）

（プロジェクト管理、サポート）

成熟度レベル３向け改善活動

（プロセス管理エンジニアリング組織プロセス資産）

ＣＭＭＩ入門教育

（プロセス管理、エンジニアリング、組織プロセス資産）

高成熟度レベル向け改善活動

（定量的管理、統計手法）

測定と分析教育

プロセスＱＡ教育

ピアレビュー技法教育

_{高成熟度レベル教育}

プロジェクトレベルでの改善活動

組織レベルでの改善活動

定量的管理に基づく改善活動

(31)

３．オフショア分散開発推進上の課題と対応策

(32)

3-1 オフショア分散開発における３つの課題

今回は、

オフショア開発

に関する

３つの課題

にフォーカスし、

調達ＣＭＭＩ

と

クラウドサービス

の活用による解決方法をご紹介します。

課題１）

課題１）オフショア先のやり方が見えない

オフショア先のやり方が見えない

課題１）

課題１）オフショア先のやり方が見えない

オフショア先のやり方が見えない

課題２）

課題２）セキュリティの確保が困難

セキュリティの確保が困難

課題３）

課題３）開発環境の構築・削減が困難

開発環境の構築・削減が困難

(33)

3-2 課題１）オフショア先のやり方が見えない（１）

オフショア先のやり方が見えない

よくあるお悩み

トラブル・品質問題

不具合発生



オフショア先の開発のやり方が分からない

国内での委託開発では、当然のように行われていたやり方や手順が、オフショア先では

どのような手順で開発が進んでいるのか分からない。



オフショア先の進捗状況が見えない

中国やベトナムなど文化や言葉の違いで、コミュニケーションがスムーズに行かず、

理解の相違が生じオフシア先の進捗状況が正しく把握できない

理解の相違が生じ、オフショア先の進捗状況が正しく把握できない。



納期も守られず、受け取った製品の品質も悪い

開発途中で品質やスケジュールの確認をしても、大丈夫だと言われ安心していたが、

開発途中で品質やスケジュルの確認をしても、大丈夫だと言われ安心していたが、

いざ納期に近づくと、テストも十分に行われておらす、品質・納期の大問題が発覚。

(34)

3-3 課題１）オフショア先のやり方が見えない（２）

開発・調達ＣＭＭIを活用して、プロセスを整備

ＣＭＭＩを活用！

発注元

顧客ニーズ

調達計画

（ＰＰ）

ＲＦＰ準備

（ＡＲＤ）

提案依頼

（ＳＳＡＤ）

調達先

選定

（ＳＳＡＤ）

調達管理

（ＡＭ/ＡＴＭ

ＶＥＲ/ＶＡＬ）

システム

受入れ

（ＡＭ/ＶＡＬ）

移行

（ＡＭ）

調達

CMMI

発注元

顧客

開発

CMMI

計画

（ＰＰ）

設計

（ＴＳ）

開発

（ＴＳ）

結合＆

テスト

（ＰＩ/ＶＥＲ

提供

（ＰＩ）

調達先

調達管理（ＡＭ/ＡＴＭ）

①

Ｃ

プ

く

注

出典 CMMI Workshop 2009

CMMI

（ＰＰ）

（ＴＳ）

/ＶＡＬ）

（ＰＩ/ＶＥＲ

/ＶＡＬ）

（ＰＩ）

要件管理（ＲＥＱＭ）

監視・制御（ＰＭＣ）

① 委託開調達・開発ＣＭＭＩアプレイザルにより、オフショア先の開発プロセスだけではなく、発注元の

調達プロセスの

全調達・開発ライフサイクルの現状把握と問題点を抽出

。

② 現状の調達・開発プロセスの問題点を整理し、各工程の開始・完了条件、作業手順、作業成果物、

測定指標報告手順ど

達

プ

定義

文書化整備

測定指標、報告手順などの

調達・開発プロセスを定義

として文書化・整備。

③ プロセス定義に基づき、納品物だけでなく、進捗管理方法、中間成果物の評価方法、

レビュー完了基準、納入条件などを

双方で合意し、契約条項として明記

。

④ 合意した契約に従って、工程ごとのプロセス定義に基づく定期的かつ定量的な進捗管理の徹底

による

早期の不具合摘出による品質確保

および

納期厳守を実現

。

(35)

3-4 課題２）セキュリティの確保が困難（１）

オフショア先からの情報漏洩に関するリスクが心配

よくあるお悩み

開発拠点

（国内）

オフショア先

（海外）

ファイル共有

サーバ

不正に

ネットワークを接続

ルータ等

専用線

社内

ネットワーク

クラウドセンタ

ファイル共有

サーバ

VPN装置

不正に

タ

ーネット

不正に

データを持出し

ネト

ク上のセキリテ確保は技術的に実現可能あるが

イン

タ



ネットワーク上のセキュリティ確保は，技術的に実現可能であるが，

オフショア先からの情報漏洩を防止するのは，多くの時間とコストが必要



企画・開発中の新機能情報が漏洩した場合，製品価値へのインパクト大

(36)

3-5 課題２）セキュリティの確保が困難（２）

オフショア先でデータを持ち出せない仕組みをつくる

クラウドで解決！

開発拠点

（国内）

オフショア先

（海外）

ファイル共有

サーバ

シンクライアント（HDDレスPC）で

ルータ等

専用線

シンクライアント（

レス

）で

共用サーバからの

データ持ち出しをシャットアウト！

シンクライアント（

レス

）で

共用サーバからの

データ持ち出しをシャットアウト！

クラウドセンタ

ファイル共有

サーバ

VPN装置

タ

ーネット

シンクライアント

（HDDレスPC)

ローカルPCには

一切データが残らない

データは全て

共用サーバに保存

外部媒体への

保存も不可能

イン

タ



ファイル共用サーバの情報（ドキュメントやソースファイル）をオフショア先の

記憶媒体には保存できない



開発中はもちろん，開発終了後にモジュールやソースコードをオフショア先で

他製品に流用されるリスクを軽減

(37)

3-6 課題３）開発環境の構築・削減が困難（１）

オフショア先との共通基盤を構築・維持する負荷が過大

よくあるお悩み

調達

環境ｾｯﾄｱｯﾌﾟ

環境維持

ﾃﾞｰﾀ消去

返却・破棄・再利用

ンパイラや

情報漏洩防止で

レンタル会社や

ツール購入で

手配に時間と

手間がかかる

ツール導入/

チェックになど、

構築に時間が

かかる

コンパイラや

ツールの

バージョン等を

統一できず

バグ混入

情報漏洩防止で

時間と手間の

かかるディスク

完全消去が

必要

レンタル会社へ

の返却，各種

償却手続き等

が大変

機材手配・環境セットアップ

にかかる時間の分だけ

プロジェクトが層遅延

本来不要な

バグ修正で

状況が悪化

増員してピンチを乗り切ったが

リソース解放処理に時間がかかり

進行中のプロジェクトに悪影響

プロジェクトが一層遅延

状況が悪化

進行中のプロジェクトに悪影響



プロジェクトの間接的な部分にコストが多くかかってしまい、開発効率が悪い



プロジェクトの初期段階から予備環境として確保して置くほどコストに余裕はない

(38)

3-7 課題３）開発環境の構築・削減が困難（２）

状況に応じて自在に環境を準備/拡充/破棄できる

クラウドで解決！

プロジェクト状況に応じて仮想化マシンのコンピュータリソースを自在に追加／削除

調達

環境ｾｯﾄｱｯﾌﾟ

環境維持

ﾃﾞｰﾀ消去

返却・破棄・再利用

物

的な移動

不要時は

プロジェクト状況に応じて，仮想化マシンのコンピュタリソスを自在に追加／削除

クラウドサービス

ベンダへの

事前連絡で

即時準備できる

リファレンス環境を

コピーするだけ

で

ＯＫ

プロジェクトの都度

環境を作り直す

ことで

古い環境の

混入を防止

物理的な移動は

伴わず、

仮想ＰＣの

イメージファイルを

削除

すればＯＫ

不要時は

削除するだけ

環境の丸ごと

バックアップ

/再利用も可能

ピ

環境を増殖

クラウド上の仮想クライアント

バックアップ

各種ツール

デバッグ

設計

統合

開発

ｱﾌﾟﾘｹｰｼｮﾝ

ﾐﾄﾞﾙｿﾌﾄ

DB

コピーして環境を増殖

デバッグ

ツール

設計

ツール

開発

環境

リファレンス

環境

再利用

etc

不要になったら削除

OS

DB

_環境

再利用



環境の準備や廃棄における手続きを軽減

環境

ピ /削除

状況応じ環境を自在変更きる



リファレンス環境のコピー/削除で、状況に応じて環境を自在に変更できる

(39)

3-8 課題３）開発環境の構築・削減が困難（３）

必要なツールを、必要な本数だけ調達することが困難

開発期間中随時変化する体制に応じて

よくあるお悩み

開発期間中、随時変化する体制に応じて

必要な時に、必要なツールを、必要な本数だけ調達することが難しい

ピーク時のツール利用者数に

合わせてライセンスを購入

利用終了後も

使わないツルのライセンス

を保有

統

境

者

数

ス

数）

合わせてライセンスを購入

利用終了後も、

使わないツールのライセンス

を保有

無駄

統合開発環境

ツ

ール利用

者

要ライセン

ス

実装・単体テスト

詳細設計

基本設計

結合～総合テスト

出荷・保守

ツ

（必

設計支援ツール

テスト支援ツール

必要数使用期間導入効果の予測投資判断が難し



必要数、使用期間、導入効果の予測、投資判断が難しい



予算確保から調達まで期間がかかり、開発が遅延する



ライセンス管理や固定資産税のコストがかかる



ライセンス管理や固定資産税のコストがかかる



開発ツールの買い控えから、開発効率が低下している

(40)

3-9 課題３）開発環境の構築・削減が困難（４）

必要なツールを必要なだけ使用することができる

プロジェクトの工程に応じて仮想クライアント上で使用するツルを変更

クラウドで解決！

プロジェクトの工程に応じて，仮想クライアント上で使用するツールを変更

統合開発環境

実装・単体テスト

詳細設計

基本設計

結合～総合テスト

出荷・保守

者

数

ス

数）

統合開発環境

ツール利用

者

必要ライセン

ス

設計支援ツール

テスト支援ツール

設計支援

ツール

（

設計支援ツル

設計支援

ツール

統合開発

環境

テスト

支援

統合開発

環境

統合開発

環境

ツル

環境

ツール

環境

OS

切替

OS

切替

OS

切替

OS

仮想クライアント



ライセンスを保持することなく、必要なツールを必要な時に必要なだけ使用できる

(41)

(42)

4-1 プロセス診断（アプレイザル）サービス

１）現場ヒアリングによる簡易プロセス診断

１）ＣＭＭＩモデルに基づき、インタビュー形式でのヒアリングを中心に、現状の開発プロセスを

診断し、ＣＭＭＩモデルとの差異を明確にします。

２）改善点の中で、特に効果の高い改善項目に焦点を絞り、改善活動を開始するための基

礎データとします。

２）ＳＣＡＭＰＩアプレイザルによるプロセス診断

１）ＳＥＩ公式アプレイザルＳＣＡＭＰＩクラスＡ／Ｂ／Ｃにより、現状の開発プロセスを診断し、

ＣＭＭＩモデルとの差異を明確にします

ＣＭＭＩモデルとの差異を明確にします。

２）アプレイザルによるギャップ分析により、現状開発プロセスとＣＭＭＩモデルとの差異をプ

ラクティスレベルで確認することができるため、プロジェクト毎の改善活動項目を詳細に、かつ

網羅的に把握し、改善活動を効率的に推進することができます。

抽出された課題

手続き、方法

A

B

D

開発のための

ＣＭＭＩ

抽出された課題

開発

プロセス

A

D

C

機器、ツール

人材・教育

(43)

4-2 ＳＥＩ公認ＣＭＭI入門教育

ＣＭＭＩモデルの基本を理解し、効果的なプロセス改善を！

・プロジェクト管理、エンジニアリング、プロセス管理等、組織に必要な活動を網羅的に学習できます。

Ｃ

プ

改善世

的標準デ

ありプ

改善

習得きます

概要

・ＣＭＭＩはプロセス改善の世界的な標準モデルであり、プロセス改善のエッセンスを習得できます。

・本教育の受講修了者は、ＣＭＭＩ公式アプレイザルにアプレイザとして参加できる資格が与えられます。

・CMMIはプロセス改善の標準モデルであり、組織の継続的なプロセス改善に有効です。

概要

メリット

_{・本講座によって、プロセス改善に役立つＣＭＭＩモデルの理解を深めることができます。}

高

メリット

教育内容

◆講義

・プロセス改善の概念とＣＭＭＩ

・成果物開発

改

善

高

←

プロセス

品

成果物開発

・プロジェクトを管理すること

・プロジェクトと組織への支援

・改善のインフラストラクチャ

◆演習

善

力

現状の水準

品

質

→

低

◆演習

・ＣＭＭＩの理解を深めるためのグループ演習

・現場での事例とＣＭＭＩモデルとのマッピング演習

受講対象者：ソフトウェア開発担当者および管理者、プロセス改善担当者

(44)

4-3 プロセスＱＡ入門教育

・プロセスＱＡの実施によって、不遵守によるトラブル発生を防止できます。

・プロセス主体の品質保証の考え方やプロセスＱＡの基本知識が習得できます

プロセスＱＡの基本を理解し、プロセス品質を確保！

概要

_{・プロセス主体の品質保証の考え方やプロセスＱＡの基本知識が習得できます。}

・実践的なプロセスＱＡの実施手順や、効果的な品質保証活動のノウハウ等を習得することができます。

・プロセスＱＡの実施により、開発プロセス遵守状況のチェックと不遵守の是正が可能となり、

製品の品質向上に有効です。本講座によって、プロセスＱＡの効果的な実施方法を学習できます。

概要

メリット

_質

_効

_実施方

教育内容

◆講義

・品質保証とは何か

・ＣＭＭＩにおける「品質保証」の考え方

・プロジェクト vs 品質保証部門？

プロジェクト vs 品質保証部門？

・プロセスＱＡ実施の流れ

・プロセスＱＡ実施上のリスクと対策

・効果的な品質保証活動

A

B

D

◆演習

・理解度確認テストと問題の解説

C

受講対象者：ソフトウェア開発担当者および管理者、プロセス改善担当者、

ＱＡ部門担当者および管理者

(45)

4-4 ピアレビュー技法教育

ピアレビュー技法を習得し、テスト工数を削減！

概要

・ピアレビューを導入することにより、上流工程での品質確保が可能となります。

・欠陥の摘出に重点を置いたレビュー方法である「ピアレビュー」技法を習得できます。

概要

メリット

欠陥の摘出に重点を置いたレビュ方法であるピアレビュ」技法を習得できます。

・現場ですぐに使えるピアレビューのノウハウを習得することができます。

・ピアレビューは、欠陥除去を目的に行う、成果物に対する技術的なレビューです。

・下流工程から上流工程に前倒しで欠陥摘出が可能となり、欠陥修正のコストを大幅に削減できます。

教育内容

下流

程から上流

程前倒しで欠陥摘出が可能となり、欠陥修正の

トを大幅削減できます。

・本講座によって、ピアレビューの効果的な実施方法を学習できます。

教育内容

◆講義

・ピアレビューとは何か、レビューの重要性

・代表的な手法とその使い分け

・フェイガン・インスペクション

・良いピアレビューを実施する秘訣

◆演習

・実際のチームで参加し、実際の成果物（設計書や

ソースコードなど）を対象にピアレビューを実施する

受講対象者：ソフトウェア開発担当者および管理者、プロセス改善担当者

(46)

4-5 オフショア開発プロセス改善支援

オフショア開発に最も効果的、効率的なプロセス改善をご支援します！

概要

・調達・開発ＣＭＭＩに基づくアプレイザル・現状診断を実施し、現状の課題・問題点を摘出します。

概要

メリット

・オフショア対象スコープ（プロジェクト・工程・モジュールなど）が的確に選定できるようになります。

シ

先進捗品質が定量的に把握きようになります

調達開発ＣＭＭＩに基くアプレイザル現状診断を実施し、現状の課題問題点を摘出します。

・課題・問題点に優先順位を付け、中長期的な改善活動計画を策定します。

・改善計画に基づく改善活動の履行を、現場の開発者・ＳＥＰGと共に推進してまいります。

メリット

・オフショア先の進捗・品質が定量的に把握できるようになります。

・オフショア開発に効果的な標準プロセスが早期に構築できます。

・ピアレビュー、プロセスＱＡなどの各種施策により、上流工程での品質確保、納期順守を実現

いたします。

オフショア先との契約条項の整備により、

作業項目、監視項目、目標品質、納期

オフショア先との契約条項の整備により、

作業項目、監視項目、目標品質、納期

オフショア先の進捗状況を定量的に把握

するための、共通指標の策定、分析、評

オフショア先の進捗状況を定量的に把握

するための、共通指標の策定、分析、評

調達プロセス改善活動支援

作業項目、監視項目、目標品質、納期

条件等を明文化

作業項目、監視項目、目標品質、納期

条件等を明文化

工程ごとの明確な完了基準策定等によ

る、上流工程での品質確保

工程ごとの明確な完了基準策定等によ

る、上流工程での品質確保

共通テンプレートの活用により、必須作成

ドキュメント、必要記載項目を明確化し、

作業成果物の品質向上を推進

共通テンプレートの活用により、必須作成

ドキュメント、必要記載項目を明確化し、

作業成果物の品質向上を推進

、共

指標策定、分析、評

価、蓄積、活用等を推進

、共

指標策定、分析、評

価、蓄積、活用等を推進

(47)

4-6 クラウド型オフショア分散開発環境構築支援

組込み開発環境を「所有」から「利用」へ

概要

・クラウド型オフショア分散開発環境構築の課題・要件を抽出します。

オフシア分散開発環境の構築をご支援いたします

概要

メリット

・セットアップ済みの環境を、必要な時、必要な数を月額で利用できます。

複数拠点同じ環境を相

参

き為共同デ

グが容

に行えます

・オフショア分散開発環境の構築をご支援いたします。

・開発体制や開発規模の変動にも柔軟に対応し、分散環境保守から運営まで、全面的にご支援

いたします。

メリット

・複数拠点で同じ環境を相互参照できる為、共同デバッグが容易に行えます。

・開発資産は全てサーバで一括管理される為、情報漏えいのリスクが軽減されます。

クラウドデータセンタ

クラウドデタセンタ

（仮想環境）

仮想マシン

仮想環境上で

開発資産を共有

開発環境を月額で利用

CPU HDD メモリ支援ツールビジネスソフトコンパイラデバッガ統合開発環境 OS：Windows Server

Ｉｎｔｅｒｎｅｔ

本社

協力会社／オフショア先

開発環境を月額で利用

・USBキーで端末をシンクライアント化

本社

協力会社／オフショア先

エミュレータによる実機デバッグに対応

・USBキで端末をシンクライアント化。

端末側には資産を残しません。

・ハードウェアを本社に置いたまま、

遠隔地からデバッグを実現。

エミュレタによる実機デバッグに対応。

仮想マシンにインストールされたデバッガ

ソフトから、ローカルに設置されたエミュレータ

デバッガをネットワーク経由でコントロール。

(48)

4-7 その他のサービスメニュー一覧

診断

現状のプロセスをCMMIと照らし合わせ、課題を抽出します

初期診断・経過診断

(ギャップ分析)

主にインタビューに基づく診断※により、CMMIモデルと現状プロセスとのギャップを分析し、組織の改善課題を洗い出すことができます ※SCAMPISM_{手法（クラスA、B、C）によるアプレイザル}

成熟度レベル判定

SEI公認のリードアプレイザがCMMI公式アプレイザル※を実施し、成熟度レベルの判定を行います成物精査実施にプ状に握開発現場の成果物を精査し、またインタビューを実施することにより開発プロセスの現状を正確に把握できます ※SCAMPI手法（クラスA）によるアプレイザル

プロセス改善

コンサルティング

改善計画策定からプロセスの展開・現場への定着まで、プロセス改善全般についてのコンサルティングを実施します

SEPG支援

プロセス改善活動を推進するグループ(SEPGSM_{)への支援により、現場の作業負担を軽減します} (例)SEPG組織の体制を立ち上げるための支援、SEPG組織へのコンサルティング、SEPG組織の業務代行など

プロセスQA支援

プロセスQA活動を推進するグループへの支援により、現場の作業負担を軽減します (例)プロセスQAグループの体制を立ち上げるための支援、プロセスQAグループへのコンサルティング、プロセスQAグループの業務代行など

PM(プロジェクト・マネジメント)

支援

PMO組織の作業をご支援します (例)プロセス改善施策をプロジェクトに浸透させるための作業など

支援

教育

プロセス改善に関する教育サービスを提供します

SEI公認

CMMI

®

_{入門コース}

SEIの公式カリキュラムに則った研修コースです CMMIモデルに従ったプロセス改善の概念およびモデル自体の概要を学ぶことができます受講修了者は「CMMI入門コース」受講者としてSEIに正式登録され、CMMIによる公式アプレイザルにアプレイザとして参加できる資格が与えられますえられます

ピアレビュー技法

開発の上流工程での不具合摘出率を向上させるためのレビュー技法を理解できるとともに、実務への導入方法についての知識を得ることができます

品質教育

品質に対する取り組みの基本的な考え方を身につけることができますまた、品質確保や品質管理について、その方法や留意点などを学ぶことができます

プロセスQA教育

プロセス主体の品質保障の考え方やプロセスQA実施方法など、プロセスQAの基本的な知識を身につけることができますさらに、CMMIにおけるPPQAのプロセス領域についても解説いたします

高成熟度組織向け教育

レベル4、5達成を目指す組織に必須となる統計的管理手法についてのスキルを得ることができます

ツール

活

支援

プロセス改善に有効なツールの提供・導入活用を支援します

お客様のご要望に応じたサービスをご提供いたします

お客様のご要望に応じたサービスをご提供いたしますお気軽にご相談ください

お気軽にご相談ください

活用支援

導入活用支援

開発支援ツール・プロジェクト管理ツールなど、各種ツールの導入および現場への定着を支援します (ツール例)anyWarp®CodeDirector For C/C++(静的ソースコードチェッカー) その他日立ソフトにて評価済みの他社ツールについてもご支援いたします

(49)

END