JaSST東海2009～プロセス改善始めたばかりでの～インスペクション導入の実際
2009/10/16 名古屋市工業研究所
ヤマハ(株) PA・DMI事業部 DMIソフト開発G
小池 利和

インスペクション導入の実際

2009/10/15 JaSST東海

アジェンダ
インスペクション概要



背景の説明



事例紹介（実際のプロセスとデータ分析例）まとめ（効果、導入・定着化のコツ、など）

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

2

1

インスペクション概要

インスペクション導入の実際 - インスペクション概要

2009/10/15 JaSST東海

インスペクションとは？


レビュー技法のひとつ、簡単に言ってしまうとプロセスをきちんと明確に定義したレビューです。
特徴としては、


開始から問題点の対応までのフローを数段階で詳細に定義



資料を事前配布して実質のレビューは各自で行っておく









参加者の役割も詳細に定義し、レビューの観点も明確に役割分担して行う（インスペクション＝検査の名が付いた理由だと思います）
メンバー集まってのレビュー会議の場では議論はせず、問題点の指摘数を最大にすることに注力する
インスペクションプロセスの改善や見積もりのために指摘件数、工数等のデータを取って分析する検出した不具合情報を欠陥予防やプロセス改善に役立てる仕組みも組み込むことも期待する

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

42

インスペクション導入の実際 - インスペクション概要

2009/10/15 JaSST東海

観点を分けることが重要
インスペクション

きちんとしたプロセスメトリクスによる分析

堅苦しい

上記がインスペクションの最たるイメージだと思いますが私は観点を適切に手分けするということこそが重要なポイントと考えています。
工場ラインでの最終検査を想像してください。
「基本機能検査」「ねじ締忘れ検査」「外観検査」、etc.
これらの項目を全て一辺に同時並行して検査するという方式は取らないはずです。
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

5

インスペクション導入の実際 - インスペクション概要

2009/10/15 JaSST東海

インスペクション参考文献
インスペクションに関する著作では以下の２つが参考になると思います
Tom Gilb版•帳票や記入例、導入事例等、情報量多い•非常に厳格でこのまま適用はちょっと・・・
Karl E. Wiegers版•理解しやすく実務的な内容•特定の手法に肩入れしていない良書
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

63

インスペクション導入の実際 - インスペクション概要

2009/10/15 JaSST東海

様々なレビュー方式

から引用

検証

修正会議

準備計画

辞書でReviewを引くと、再調査、回顧、概観、復習、評論、視察、など
特徴

随時

IBMのFaganによって開発された最も体系的で厳
インスペク○ ○ ○ ○ ○
ション
格な手法
チーム
メトリクスや手順等の運用を若干簡略化したインス○ ○ ○ ○ ×
レビュー
ペクション、構造化ウォークスルーもこれに近い
ウォーク
おそらく最も一般的なレビュー、事前準備なしでそ○ × ○ ○ ×
スルーの場で作成者が説明をし、コメントを求める
ペアプログ
これをレビューと呼ぶかは議論の分かれるところで
○ ×
○ ○
ラミング
有るが、実質的にはピアレビューの目的を果たす
パス
資料配布後、各自机上チェックしてコメントを返す、× ○○ ×
アラウンドというメールベースでよくやるやり方
アドホック
ちょっと行き詰まった時などに同僚に意見を求める
× ×
○ ×
レビュー
行為、もはやレビューというより、単なる相談
可即席

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

7

背景の説明

4

インスペクション導入の実際 - 背景の説明

2009/10/15 JaSST東海

ヤマハ(株)の事業内容

本日のお話は電子楽器・業務用音響（PA）機器を開発している部門での事例をご紹介します。
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

9

インスペクション導入の実際 - 背景の説明

2009/10/15 JaSST東海

導入のきっかけ

10年近く前の話になりますが、当時の電子楽器事業部にて外部コンサルタントを入れてソフト開発のプロセス改善に着手しました。
約１年間の活動の中で、それまで我々が聞いたことも無かったような先進的な取り組みにチャレンジしました。
その中のひとつが「インスペクション」です。

コンサルティングを入れたぐらいですから当初は当然CMMレベル１
でも、何とかしなければという意欲は高かったと思います。
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

105

インスペクション導入の実際 - 背景の説明

2009/10/15 JaSST東海

具体的な話の前に

私は当時、全社スタッフの位置付けですが、修行も兼ねてほぼ事業部の一員として活動を共にしました。
（現在は、所属も事業部へ異動）
SEPGの一員としてインスペクションの導入に携わっただけでなく、その後開発チームに所属し、実際にインスペクションを体験しています。
今回の事例やデータ分析例は導入当初（10年前）のものが主体ですが、現状のインスペクションプロセスの工夫や、最近のデータについても少しご紹介します。

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

11

事例紹介

6

インスペクション導入の実際 - 事例紹介

2009/10/15 JaSST東海

弊社でのインスペクションプロセス
Ｐｌａｎｎｉｎｇ

作成文書

作業内容

関係者

おおよその時間・ターゲットドキュメント

・レビュー可能か判断

モデレーター

２時間

・サポートドキュメント等

・インスペクションの計画立案

オーナー

・資料の事前配布
・要点をメンバーに伝える

全員

３０分（ミーティングの開催は全員

２時間

全員

１時間半

Kickoff（Mee ting）

Preparation

・事前検討の指示
・ロギングミーティング

・指定時間は不具合検出行う

開催通知
・事前検討記録

・事前検討結果を記録しモデレーターに報告する・問題／対応リスト・問題を見つけ記録する

Lo ggin g
Me etin g

必要に応じて行う）（オーナーが合意するまで）

・問題／対応リスト

・原因と解決策を自由討議
する

全員

３０分
（ミーティングの開催は・ターゲットドキュメント

・問題を確認し修正する

モデレーター？？

Cause/Pre vention
Me etin g必要に応じて行う）

Rewo rk

Fo llo w- up

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

オーナー

・修正したドキュメントをリリースするモデレーター
オーナー

３０分

13

インスペクション導入の実際 - 事例紹介

2009/10/15 JaSST東海

各役割の定義•Moderator （モデレータ：議長）•インスペクション全体を運営（リーダーなど）•インスペクションの教育を受けた人が望ましい•Owner （文書作成者）•ドキュメントの作成者•発見された問題点を修正する責任をもつ•Inspector （レビューアー）•ドキュメントの中の問題を見つけ出す•開発メンバーや必要に応じて関連部門からも選出•Scribe （書記）•見つけ出された問題などを記録
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

14

7

インスペクション導入の実際 - 事例紹介

2009/10/15 JaSST東海

データ分析例（DRとの比較）☆ ＤＲメトリクスからのデータ ☆
通常のＤＲの場合

インスペクションの場合

通常のＤＲ1回当たりの指摘件数の平均（問題のみ）
2.63

ロギングミーティング1回当たりの指摘件数の平均（問題のみ）
19.73

通常のＤＲでの指摘率
1.69

ロギングミーティングでの指摘率
5.44

3.2 倍

通常のＤＲの1回当たり平均時間（修正時間は含まれていない）
8.86

インスペクション1回当たりのの平均時間（修正の為の時間も含む）
26.82（11.38 ）（ ）内は異常データを除いた値

テストで不具合発見された場合の対応時間とインスペクション全体の時間比率の平均
3.32
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

15

インスペクション導入の実際 - 事例紹介

2009/10/15 JaSST東海

データ分析例（見積り）★ インスペクションの実施効果の見積もり ★
実績からインスペクション1回当たりの検出不具合件数を10 件とすると（多少小さ目に見積もって）50 回のインスペクションで検出される不具合は500 件になる
従来、不具合1件当たりの発見から修正までにかかる平均時間は2 時間であるから、この500 件がインスペクションで検出されない場合は1000 時間の作業が発生する
インスペクションの効率はこの3 倍なのでインスペクションの場合は333 時間の作業で済む事になる
従って、インスペクションを実施する事により667 時間の工数削減が可能と考えられる

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

168

インスペクション導入の実際 - 事例紹介

2009/10/15 JaSST東海

データ活用例（計画立案）★ 開発開始時にインスペクション開催の計画法
１．システムデザイン、設計の工数の５％をインスペクションの為に確保する・XXXモデルでの工数メトリクスデータから、システムデザインと設計の合計工数は11000 時間からすると、インスペクションに550 時間確保し、1回当たりの平均時間を20 時間としても27 回のインスペクションを実施できるよう計画する
２．開発の各工程に入る前に、どんなドキュメントをインスペクションするか決めて計画を立てて実施する事

今までご紹介したデータは導入当初のものです。
最近のデータの一例をご紹介します。
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

17

インスペクション導入の実際 - 事例紹介

2009/10/15 JaSST東海

電子化による効率アップ
現在は現場で行われていた効率化の知恵を標準プロセスに

キックオフミーティングは省略し、メールで済ます。
ロギングミーティング前にサーバー上に指摘事項やメトリクスをインスペクター自らが書き込む。
誤字脱字等の明らかに修正が必要なものはロギングミーティングまでに修正を済ませ、ミーティング時は殆ど取り扱わない。
その分ロギングミーティングが効率的になったので、指摘事項に対して多少の議論が可能となる。
指摘を初めから電子上で行うことで、スクライブの労力を軽減
オーナーがスクライブを兼任することも可能に。記録の効率化と確実化（以前はスクライブとオーナーの伝達ミスも）Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

18

9

まとめ

インスペクション導入の実際 - まとめ

2009/10/15 JaSST東海インスペクションの効果

インスペクション実施率とQCDの関連を分析したことが有りますが、残念ながら明快な相関は取れませんでした。
理由としては、当然ですがインスペクション以外にも様々な改善をしており、インスペクションだけの独立した効果を抜き出すことは計画的な実験をしない限り難しいからです。

しかしながらインスペクションはいくつかの改善施策の中でも比較的定着化が図れたものの一つです。
（当初設計工数の5％を！と説得していたが、今は自然に10％）
それだけ価値が認められているのだと思います。

その理由はCopyright(C) 2009 YAMAHA CORPORATION All rights reserved.

2010

インスペクション導入の実際 - まとめ

2009/10/15 JaSST東海

インスペクションの副次効果
以下のような副次効果も認められたから

問題点の指摘効率は従来のアドホックなレビューよりも確かに良い。（話が横道に逸れなくなるのが一番有効）
事前に資料を配布することで、実施効率も確かに良い。
（一般の会議も資料を事前配布する習慣がつきました）
読み手を無視した文書（図だけ唐突に書いてあるなど）
では事前レビューができないので、おのずと読めば理解できる文書を書く習慣がついた。
アフターフォローまできっちり見届けられることで文書をきちんとメンテする習慣がついた。（当たり前ですが・・・）

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

21

インスペクション導入の実際 - まとめ

2009/10/15 JaSST東海

裏方の努力
インスペクション手法が優れているのはもちろんですが裏方の努力もそれなりに有ります。


まずはご利益がどのくらい有るのか知りたかったので、変に簡略化せず、謙虚な姿勢で教わるままにやってみることに。
その代わり、いきなり大々的に展開するのではなく、まずは1人1回ぐらいは体験してみましょう！と軽いノリでスタート。
その際にメトリクスをきちんと取って、どのくらい効率的か、実際にどの程度なら実施可能か、等をデータで論理的に示すことで本格導入の説得材料とした。
本格導入後は、先行しているチームのベストプラクティスを標準プロセスに取り込み、水平展開しやすくした。

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

2211

インスペクション導入の実際 - まとめ

2009/10/15 JaSST東海

プロセス改善は戦略が大事！
組織の意欲ベクトルに合わせた戦略でメトリクスも取られデータや指摘事項がプロセスにフィードバック 現実的

５

な目標

レビューの手順が決まっている
計画もきちんと立てられている

４

ウォークスルーを実施、不定期
で、記録が残っていないことも 導入前
文書は書き放しでメモレベル
不安な時はチェックしてもらう

３
２

そもそも文書を書く習慣すらない
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

インスペクション１

チームレビュー

ウォークスルーパスアラウンド
アドホックレビュー

初期

23

インスペクション導入の実際 - まとめ

2009/10/15 JaSST東海

我々の経験談（もちろん失敗も！）






初めから指摘件数のことばかりを強調すると、やはり瑣末な問題点が多くなる傾向が有るようです。
ターゲット文書のみでは抜け漏れが生じ易いので、できるだけ上位文書を参照しながらすべきです。
当然ですが、データの分析を怠ると、それに伴いデータの記入がおろそかになります。
関連部門の人が閲覧する文書を優先的に実施するように促すのが動機付けとして良いようです。

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

2412

インスペクション導入の実際 - まとめ

2009/10/15 JaSST東海

最後に



どんなプロセスでも導入が一番大変です。
組織のモチベーション度合いを肌で感じ取って、戦略的に遂行を。（この作戦を考えるのがSEPGの醍醐味かも）意外と見過ごされがちなのは、プロセスを維持していくための仕組みです。我々はプロセス監査という活動で歯止めを掛けてます。（今回は導入に話を絞ったので割愛）
賛否両論有りますが、やはりCMMのフレームワーク「コミットメント」「能力」「活動」「計測」「履行検証」がうまく噛み合って、初めてプロセスが定着するのだと身を持って感じています。

Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

25

インスペクション導入の実際

2009/10/15 JaSST東海

ご清聴ありがとうございました
Copyright(C) 2009 YAMAHA CORPORATION All rights reserved.

26

13