Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

目次
Project Mgmt Support, Quality Assurance, IBM Global Services - Japan“Quality Inspection”の効果的実践事例§ Introduction§ Chapter - 1§ Chapter - 2§ Chapter - 3: 品質インスペクション概要: QIプロセス: QIの対 象・内容
: QIの効 果§ 参考資料

プロジェクト上流フェーズにおける熟視テストの実践と効用について

Nobuhiro Hosokawa ( carvin @ jp.ibm.com)
Manager
Project Mgmt Support
IBM Global Services - Japan© 2004 IBM Corporation2© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

品質レビュー を実践することの難しさProject Mgmt Support, Quality Assurance, IBM Global Services - Japan§ 品質自体を体系的に捕らえておらず、明確 な定義を持たない・持てない§ 品質マネジメントの知識体系が古い（「製品品質」と混同している）§ 品質レビューの明確な基 準が無い

Introdaction :Quality Inspection概要§ 品質レビュー手法は数多くあるがどれが最適化判断できない§ 品質レビューの専門担当者・専門 スキルを育成する体系が存在 しない§ 品質レビューは「飽きる」「疲れる」「属人性が高い」§ 品質レビューはコストがかかる。時間がかかる。タイムリー に実施し難い§ 品質レビューは上流フェーズは自動化しにくい§ 品質レビューは開発者の意 欲・文化との 対決／衝 突となり易い§ 品質レビューの専門担当者 は嫌われる§ 品質レビューは日本で好 まれる独特の文 化である
§ 品質レビューの後フォローが難しい© 2004 IBM Corporation
4

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

日本アイビーエムのQuality Inspectionの特徴

品質点検（QI : Quality Inspection）とは?
§ 目的：ソリューション・リスク最小化と上流成果物品質の向上

When?

Who?

プロジェクト上流フェーズにて（要件定義／設計）

レビュー専門の第三者組織がWhat?

IBM- QI

中間・最終成果物の品質を。

Why?

© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )ＰＭ／ＰＬ、およびＱＡと連動したプロジェクト・リスクの最小化
上流工程における品質面での欠陥防止→ プロジェクトの早期段階から成果物品質の徹底的な検証§ １）要件定義・外部設計ﾌｪｰｽﾞ成果物の“*1熟視ﾃｽﾄ （Stare Test ）”プロジェクトより借用した成果物を目視の点検を通じて整合性確認
一定の評価基準による成果物品質の測定・定量化
点検後、結果コメントと推奨作業をFeedback

How?
• 目視で
• プロセスに従って• 一定評価基準にて§ ２）その他：品質フォローアップ
プロセス／標準化等の事例提供
自己品質点検手法の教育コース提供
品質コンサルティング・サービスも。

ソリューション・リスク最小化と上流成果物品質の向上
・欠陥検出 → 品質向上／欠陥予防 → リスク最小化

QIは熟視テストによる欠陥検出・予防活動（”Smoke-Sensor System”）* 1）熟視ﾃｽﾄ ：ANSI/IEEE標準61-.12-1990：ｲﾝｽﾍﾟｸｼｮﾝ の定義
5

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation

6

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation1

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

QIの特徴
Project Mgmt Support, Quality Assurance, IBM Global Services - Japan§QIプロセス→ 医学の救急医療プロセス

品質バイタルサイン（QVS）測定によるリスク予測

Chapter-1 :QI プロセス

QIプロセス／チーム作業による高速化・コスト最適化
独自のスキル育成／教 育による属人性解消§QI対象・内容 → 警察の鑑識作業
全体観的品質（Holistic Quality）をレビュー
合目的性（Suitability：*1）の検証
整合性（Consistency：*2）の検証
設計バランスの検証*1、*2）：ISO9126 ( JIS X9126 ) "Software Quality"
7

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation© 2004 IBM Corporation

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan
AMI（急性心筋梗塞）
患者の場合
プロジェクトの場合

２）初期検査** AMI=Acute Myocardial Infarction

QIの課題・背景§ 業務アプリケーションは全業種・制限なし§ ビジネス形態も制限なし（SI・アウトソーシング他開発を含む案件全て）§ プラットフォーム（H/W、S/W、OS）も全て。制限なし§ １件当たりの対象 成果物量 は数１００MB〜数十 GB§ 対象プロジェクトは一定金額以上の中型案件〜大型案件中心§ 年間数百件、２~３日に１件 程度 でレビューを完了する

第Ⅰ期

急性期

亜急性期

§ QI担当者人数は１０人 以下（新入社員を含む若手中心。実質５−６人）§ QI結果報告書の提出先は開発者・PMから、お客様経営者 まで様々

１）受付／救急救命室

２）初期検査

１）受付

３）初期診断基礎ﾊﾞｲﾀﾙ測定
胸部X線
１２誘導心電図
合併症状
出血傾向
足背動脈触知血ガス分析
心エコー検査４）初期処置Feedback ミーティング開催推奨事項・必須アクション説明

４）初期処置
救急カテーテル検査治療
薬物療法・酸素療法・循環管理

9

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation

専門技術部署への移管

５）受付

５）受付

６）精密検査７）アクション・プラン作成+リカバリー実施

７）治療計画策定
＋治療実施

第Ⅱ期

回
復期

９) 外来通院実施

第Ⅲ期

維
持期

１１）社会復帰（再発防止・予防実践）

10

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan３）初期診断

他科／他病棟／他院転出

６）精密検査○インスペクション○ウォークスルー○ピア・レビュー等

トラブル回避へ

退院へ

これら曲芸みたいな無理難題 課題をどこまで対応できるのか?

QVS測定
制約条件検査組織体制検証
品質管理検証
整合性検査・・コスト検証
タイム検証
未決・課題検査
スコープ検査10) 検査通院終了

９）プログレス・レビュー（定期点検実施 ）１０）検査
基礎ﾊﾞｲﾀﾙ測定

緊急プロセス完了
11) 通常プロジェクト運営（再発防止・予防実践)© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

Tools : 品質バイタルサイン （QVS）

Tools : チェックリスト（対象技術別 に数種類用意）§ 品質バイタルサイン (QVS）とは?

Inspection Questionnaire

成果物の中 身や意味を熟視テスト（Stare Test）実施前に，成果物のあらゆる外的因 子を測定し，加工 して成果物検証作業の入 力として利用する．この時に測定する外的因子を「品質バイタルサイン」（以下QVS：Quality Vital Signs ）と呼ぶ．

RD Phase Category 15 ( 178 Questions )ED Phase Category 12 ( 108 Questions )Quick Inspection Category 8 ( 35 Questions )§ プログラムによる 機 械 的な抽出 → グラフ等による視覚化§ パターン分析による 推奨事項・リスクアセス【効果】§ 属人性の排除§ 品質検証コストの削減§ 品質検証時間／TAT の短縮§ 欠陥検出活動の精度向上
11Introduction of Quality Inspection ( IBM External )Quality Improve Rate =( After QI Score - Before QI Score ) /Target QI Score * 100•多種類の 点検項目 が、分類・整理済•品質状況・品質改善率等を自動計算: 定量化ツールとして利用© 2004 IBM Corporation

12

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation2

Project Mgmt Support, Quality Assurance, IBM Global Services - JapanQI実施の観点 ：全体観的品質（Holistic Quality）
Project Mgmt Support, Quality Assurance, IBM Global Services - Japan§ 全体観的品質の検証
医学の世界 では:
西洋医学=「専門・局所観的医療」という専門特化された分 業

Chapter-2 :QI対象・内容

東洋医学=食生活・運動も含め た健康に 向けた「全体観的医療」
サービス・ビジネスの世界では：
プロジェクト・リスクに特化した全体観的品質検証を行う（→ Point ：品質とは「ユーザー要求への適合性である」）§ 着目する検証ポイント– 合目的性（Suitability : *1）の検証– 整合性（Consistency : *2）の検証– 設計バランスの検証*1、*2）共に ：ISO9126 ( JIS X9126 ) "Software Quality"© 2004 IBM Corporation
14© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

参考:要件定義局面でよく見られる成果物の品質上の欠陥

合目的性の検証 : 観点の例

成果物間の整合性なし

機能・開発対象プロセスの 全量が不明確・定量的把握困難

1. ビジネス目標／システム 化の狙いに合致 しているか
技術偏重／ アーキテクチャー偏重 で、そもそもの 目的 を見 失っていないか ?
定量的 ・科 学 的に実現可能性 が検 証されているか?

DFDレベル０がない

システム・サービスイン後に 投資効果 を算 定 可 能か ?
システムの 重要性 やサービスイン失敗時 のビジネス影 響が 想定されているか ?

ユーザー操作が記述されているコンテキスト
ダイアグラムがない

採用技術には 実績 があるか?

不明瞭な
データ項目の意味定義

導出項目のロジックが明確でない

DFDとIPOが対応していない
保留一覧
未決・が無いIPO がデータ項目レベルの記述ではない

未決・保留事項がﾌﾟﾛｼﾞｪｸﾄ 全体 で共有されていない

IPO のI/O の整合性が不明である

不適切な
機能名

他システム
I/ Fが不明確

代替技術はあるか ?

機能、データ項目 、DB、ファイル等がIDや一覧によって 管理されていない構造化して全機能が洗い出されていないパッケージ利用 の場合 、開発対象不適切なサブ 範囲 が不明確である
システム分割ﾊ ﾟｯｹｰｼﾞ利用の場 合、ﾊﾟｯｹｰｼﾞとのI/ Fが明 確でない2. 技術面／品質面でのリスク管理がなされているか

新要件が不明確

複雑なサブシステム間I/F

低品質の要件定義書

品質面 でのリスクは想 定されており、発生確率が 予測されているか?

コスト妥当性はあるか
より低コストで要 件を充足す る手 段はないか?

15

ERDがない項目のCPM/CLMがない© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )NLM/NPMがない

新業務要件が定義されていない

16

Introduction of Quality Inspection ( IBM External )Project Mgmt Support, Quality Assurance, IBM Global Services - Japan§データフロー一覧

NDF020. 見積依頼通知
0

NDF003. 単価情報
NDF004. 単価未定情報
NDF010. 部組費回答

DFID

NDF011. 取引先見積回答
NDF021. 取引先ID

取引先

NDF012. 部組設定依頼表
工場

NDF019. 契約単価却下情報

NDF006.VA提案情報

N D F 0 1 3 見積依頼

NDF015. 工程分担決定通知書

生産管理部

NDF017.SDM決定事項

NDF023. 部品構成情報

購買担当者
生産部品表
システム

② DF名 がない、または、未定義のDF（その 場合は DFID不 整 合）17

Introduction of Quality Inspection ( IBM External )

連絡票
部組費回答
取引先見積回答

部組設定依頼表
見積依頼
NDF014 見積回答
NDF015 工程分担決定通知書
NDF016 部品構成情報
NDF017 SDM 決定事項

NDF018
NDF019NDF020
NDF021

利用者マスター情 報
契約単価却下情報

見積依頼通知取引先ID
NDF022 購買担当者ID
NDF023 部品構成照会

ファイル
帳票から画面入力画面入力
画面入力
画面入力
ファイル
ファイル
ファイル
ファイル
帳票から画面入力
ファイル
画面入力

NDF019.取引先付加情報
1.2
NDF001.
NDS001.取引先情報
見積回答
NDF001.取引先情報の作成 NDF011.取引先見積回答
NDS010.見積回答情報
NDF023.見積項目

NDS008.見積項目

NDS009.見積条件

見積価格交渉システム内
画面の一覧から選択
見積価格交渉システム内
見積価格交渉システム内© 2004 IBM Corporation

NDF024.

NDF022. 購買担当者

NDF007.

NDF009NDF010
NDF011
NDF012
NDF013

ファイル
ファイル
ファイル
ファイル
帳票から画面入力

NDF023.

NDF007. 仕入先内定依頼表

NDF023. 部品構成照会
SDM

コスト情報
一元管理
システム

N D F 0 1 4 見積回答

NDF015

NDF009. 連絡票
設計部

見積価格
交渉

NDF001.取引先情報
購買システムNDF042.取引先ID
NDF010.
1.1
NDS007.見積
NDF010.取引先見積依頼 見積依頼 取引先見積依頼 依頼情報の確認
NDF027.見積交渉状況

取引先

インターフェース手段
ファイル
ファイル

NDF024.見積条件

ノーツ
提案票
DB

NDF009. 設変通知票

DF名
NDF001 取引先情報
NDF002 有償支給品情報
NDF003 単価情報
NDF004 単価未定情報
NDF005 契約単価情報
NDF006 VA提案情報（審 査 済み、採用、設変無し、単価改訂有り）
NDF007 仕入先内定依頼表
NDF008 設変通知票

NDF011.
取引先見積回答

1.3

NDF027.見積交渉状況

NDF005. 契約単価情報

ホスト

新論理モデル（最下位レベル DFD）と処理機能記述
最下位レベル DFD ①プロセス名称の 不整合

コンテキスト・ダイアグラム
NDF001. 取引先情報
NDF018. 利用者マスター 情報
NDF002. 有償支給品情報© 2004 IBM Corporation

品質チェックリストによる点検実施：例（5）

新論理モデル（コンテキスト・ダイアグラム）とデータフロー一覧① DFIDまたは 名称不整合

購買システム

記述内容や記述方法にバラつきがある

機能、サブシステム
によって作成されている
仕様書は体系立 てが異なる
られた項番 で構成 成果物
されていないのドキュメント
標準化 が不十分である

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

品質チェックリストによる点検実施：
例（1）
§データ
全量が把握・整理できていない

データ項 目
辞書がない

処理機能記述プロセスID

1.2

入力データ欄

処理記述欄

プロセス名

相見積先候補の選定
出力データ欄[処理概要]
購買担当者は各部署からの情報に基づき、相見積先候補の選定を行う。
[処理詳細]
DF 026購買担当者名 Ⅰ．購買担当者は各部署からの情報に基づき次の各処理を制御。
DFL0 1仕入先指定
見積依頼
DF 027設変通知票

1 ．設計部からの仕入先指定見積依頼の場合

D F015 仕入先候補指定された仕入先を相見積先候補とする。
2 ．設計部からの設計変更の場合記載される部品の仕入先を相見積先候補とする。

DF 015仕入先候補

3 ．処理2の 部品の仕入先については仕入先登録DB を参照する。
仕入先は、1 つの部品に対し複数存在する場合がある。

見積回答の送付② 入出力データの不整合
18

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation3

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

品質チェックリストによる点検実施：例（7）§品質チェックリストによる点検実施：例（8）ER図§CRUD表（最下位DFD）
P3.1.10.4.9

P3.1.10.4.8© 2004 IBM Corporation

R R R R R R
R R R R R R R R
R R R RR R R R R R R R R R
RR
R R R RRR
R R
R R R R R R R R R R
R R R R
R R
RRR
RR
R

20

CRUD R R
CRUD R R
CRUD R R

R R R R R
R R R R R
R R
CRUD

R
R
R

1プロセスから
大 量の SQLを
発 行？

R R R R R R R R R R
R
R
R

R R

R

R

R R

R
CR
CRCR

© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

ユースケース・シナリオの欠陥例１

ユースケース・シナリオの欠陥例２§ コンテキスト§ コンテキスト取引ログの構 成 情 報 定 義を入力し取 引 ログに関す る制御情報等 を展 開する。

アプリケーションからの要求で取引ログ･データを入力する。

§ 主アクター§ 主アクターシステム･スタートアップ

アプリケーション§ 事前条件§ 主成功シナリオ

構成情報ファイルが 存在す る。
取引ログ管理 DB が存 在する。

1. アプリケーションは、カテゴリー、サブキー、または取引ログ通番を指定して取引ログの入力要求を行う。

取引ログ構成情報 ファイルに 定義されている取引 ログD Bが存 在す る。

§ 主成功シナリオ

2. 取引ログは、指定されたカテゴリー、サブキー、取引ログ通番を使用して内部メモリー、または取引ログDBを検索する。

１）構成情報定義を入力する。
２）取引ログ管理構成情報を共有メモリー・テーブルに展開する。

3. 取引ログは、取得した取引ログ・データをアプリケーションへ戻す。

3）取引ログ構成情報を共有メモリー・テーブルに展開する。

© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )22

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan例）検出欠陥の分 析と対 策立案

ユースケースシナリオ

ID① 検 出 欠 陥の層 別 分 析② 検 出 欠 陥の可視化③ 検 出 欠 陥の対 策 立 案

ユースケース図§ 名前
情報保存期間 照会§ 番号A0703§ ユースケースの開 始
１．DARWIN業務メニューがブラウザ上に表示されているところから開始する。
２．「簡易検索」「オンライン実行」「非同期一括実行」上に張られたリンクより実行する。
§ ユースケース・プロセス説明＜開始ポイント１．の場合＞

指摘欠陥数：
126
Defects

総指摘ユースケース数：65 欠陥残存率 ：1.94
Descriptions# of Detected

1

表現/記述ミス

日本語表現の間違いや「てにをは 」の間違い、及びそれらに 準ずるミス

12

2

可読性

一意に解釈できない仕様。曖昧さの残存30

3

例外処理漏れ例外処理の定義がない記述

28

4

内容妥当性課題(要再確認)

定義内容の妥当性について再確認が必要な記述

25

5

記述内容不足

定義内容に不足がある記述

13

6

未決/保留残存

未決／保留事項として明記がある記述

127

整合性課題

整合性の観点で課題を内包する記述

6

対策１）

１．利用者は、メインメニューから「情報期間保存照会」を選択する。
２．キーワード入力画面を表示する。

表現・可読性課題

例外処理・不足・漏れ・未決残存

３．利用者は検索の為のキーワードを入力する。
指摘１）© 2004 IBM Corporation

１ユースケースに対して再検証／再確認が必要な欠陥が1.92個内在しています。特に例外処理に対する考慮（ID３）、妥当性の面で課題が残るもの（ID４）および Ｉ
Ｄ５とＩ
Ｄ６で６４％を占めます。プロ
ジェクト内で作成者以外の他メンバーと相互レビューを実施するなど、仕様の目視テスト回数を増やし欠陥予防に注力してください。

対策２）
日本語表現や曖昧さから生じる欠陥が３１％を占めます。これも相互レビューなど多くの人の目視によって比較的簡単に除去できる欠陥です。

ユースケース図とシナリオ 間 で不整合。
（単なる表記ミスと断 定できない欠陥）
Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation

Introduction of Quality Inspection ( IBM External )ユースケース・シナリオの欠陥例３23

P3.1.10.4.7

DS100010実績データ
DS100011実績明細DS100012実績控除
DS100020計画データ
DS100030受払データ
DS100031受払明細DS100032受払控除[契約単価却下情報]

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

21

P3.1.10.4.6
P3.1.10.4.5[見積回答添付ファイル]

Introduction of Quality Inspection ( IBM External )P3.1.10.4.4

19

P3.1.10.4.3[見積条件][生補単価起票データ]① 非常に多くのデータストア からの
読 み込み

…

[見積パターン][見積回答内容][見積項目]

P3.1.10.4.2
P3.1.10.4.1[見積依頼内容][見積依頼添付ファイル]

P3.1.10.3.5[コスト情報一元化見積依頼]

DS010051控除加算
DS010182勘定科目
DS010250分類マスタDS010262受払明細手数料
DS010263受払明細費用[有償支給品情報]

P3.1.10.3.4[生補単価
未契約一覧][部品構成情報]R R R RR R
R
RRR
R R R R
R R
R

P3.1.10.3.3[取引先情報]

R R
R
R
R R
R R
R

P3.1.10.3.2
P3.1.10.3.1[利用者マスタ][見積依頼先取引先][自発単価改 定]① 1対 1の関 連が 散見される

P3.1.10.2.3[VA提案票][品番毎担当者]

P3.1.10.2.2[品番毎希望取引先]

P3.1.10.2.1
P3.1.10.1.4② 関連が循 環している[例外担当品番マスタ][設変通知票][有支単価未契約一覧]

データストア名
DS010010名称
DS010020生産者
DS010030取引先
DS010040代表品名
DS010050精算品目

P3.1.10.1.3[補給単価マスタ][品番添付ファイル][工程分担決定通知書]

P3.1.10.1.2

プロセス名[生産単価マスタ][品番]P3.1.10.1.1[候補品番]

24

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation

4

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

定量的効果 : コストとパフォーマンスProject Mgmt Support, Quality Assurance, IBM Global Services - Japan

Chapter-3 :
QIの効果

2001

2002

2003 ( ~3Q/8月)

QI実施案件数

基準年（100%）

対前年比+223%

対前年比+92%

１案件あたりの平均実施時間

3.5 日

3.6日

日

1.8

１案件あたりの平均ワークロード 6.7 人日
１案件あたりの平均QI担当者数 1.74 人

9.3 人日7.7 人 日

2.43人

2.9 人

品質改善率平均
業種別実施割合（件数ベース)

xx.xx

yy.yy

---

---

---

在籍QI担当者 （新人を含む）

4人

8人

7人

QIコスト効 果（M¥）

???

???

???

%%

yy.yy%© 2004 IBM Corporation
26

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation

Project Mgmt Support, Quality Assurance, IBM Global Services - Japan

効果 : QIは誰にとって価値があるか ?
Project Mgmt Support, Quality Assurance, IBM Global Services - Japan■プロジェクトにとっての価値? 品質指針／方針• 動機付け• お客様との折衝材料■お客様にとっての価値• 品質定量化・可視化による安心感• スピード感■組織／企業にとっての価値• プロセス成熟度向上• 利益率• リスク特定Thank you for your attention !!

”品質に弁解は通用しない”
ｂｙ Capers Jones© 2004 IBM Corporation
27

Introduction of Quality Inspection ( IBM External )© 2004 IBM Corporation5