『レビュー運用ガイド』第4章・レビューの進め方（1）インスペクションレビュー

レビュー運用ガイド
第4章・レビューの進め方（１）
（インスペクションレビュー）
2013年10月23日
株式会社クライム
ソリューションビジネス本部

COPYRIGHT © 2013 CLIMB CO., LTD. ALL RIGHTS RESERVED.

目次
 第4章レビューの進め方（１）
・レビューの進め方（インスペクションレビュー）
事前準備
キックオフ
事前確認
インスペクションミーティング
レビュー後

・インスペクションレビューに変革を
・ご参考）レビューの種類

お問合せ先

2

レビューの進め方
（インスペクションレビュー）
インスペクションレビューを例に、レビューの進め方について
説明していきます。


3

事前準備 ※レビューのための準備を行います。
インスペクション
レビュー

事前準備

キックオフ

事前確認

インスペク
ション

レビュー後

これまでのインスペクションレビュー

オーナー

成果物作成者

対象
成果物

モデレーター

作成

司会進行者

対象
成果物
チェック
項目

成果物作成者であるオーナー（レビューイ）とは別に、インスペクションレビューを
司会進行するモデレーターが事前にチェック項目を作成します。
モデレーターはインスペクター説明用に、人数分の資料を準備します。

CRSを利用

オーナー

成果物作成者

対象
成果物

モデレーター

司会進行者

レビュー
計画作成
評価方針
ポイント

対象
成果物

インスペクションレビューを司会進行するモデレーターが、CRSにレビュー計画を作成。
レビューでの評価方針やポイントを入力し、レビュー対象の成果物をセット(格納)します。


4

キックオフミーティング
レビュー

事前準備

キックオフ

※事前にメンバーへ説明するための
ミーティングです。
事前確認

インスペク

レビュー後

ション

紙で確認

対象
成果物
モデレーター

司会進行者

評価
方針

インスペクター

チェック
項目



レビューア

モデレーターは事前に、インスペクター(レビューア)に対して資料の配布と期待する役割を説明。

CRSを利用
CRSで確認

モデレーター

司会進行者


対象
成果物
評価
方針


チェック
リスト


レビューア

対象物や、評価方針、チェック項目に基づき、インスペクターに指摘のポイント、指摘分類の入力ルール
などについて指示説明。質疑、修正、追加意見に基づき、レビューポイントの追加修正を行います。


5

インスペクションミーティングまでの事前確認
レビュー

キックオフ

事前準備

事前確認


査読


対象
成果物

査読


ション

レビュー後

紙またはメールでもらった資料を確認

査読

対象
成果物

インスペク


対象
成果物

査読


対象
成果物

インスペクターはインスペクションミーティングまでに、個別に対象成果物を査読します。

CRSを利用
BBSにより事前に指摘！

対象
成果物

事前に査読の状況
を確認できます
モデレーター

指摘

指摘

指摘

オーナー




指摘


※インスペクターはインスペクションミーティングまでに、BBSレビューにより、事前に対象
成果物への指摘を行います。その際、事前に確認したルールに基づき指摘分類も入力。
※共有された画面で指摘入力を行うので、他のインスペクターの指摘に触発され、見落とされ
がちな新たな指摘も発生します。

6

インスペクションミーティング
※
レビュー

キックオフ

事前準備

インスペク

事前確認


ション

指摘内容を確認・認定

指摘

指摘

オーナーモデレーター

指摘

対象
成果物

レビュー後


指摘



司会によりインスペクションミーティングが開催され、インスペクター（レビューア）が
指摘した内容をオーナー（レビューイ）が認定する形で進めます。

CRSを利用
指摘の傾向をすぐ確認

指摘内容を確認・認定
修正方法の入力・確認
オーナーモデレーター

指摘箇所の確認



対象
成果物





※レビューイは、事前に行われたBBS（掲示板）型レビュー結果からあらかじめ指摘内容を
確認し、回答を準備しておくことができます。
※既出指摘の分類統計から、この時点で障害の傾向を分析できます。
※レビューで生じた新たな指摘や改善方法はその場でCRSに格納され一覧化されます。

7

レビュー実施後
レビュー

キックオフ

事前準備

インスペク

事前確認

ション

レビュー後

モデレーター

集計

確認

指摘項目
一覧

オーナー

修正

対象
成果物

モデレーター

モデレーター

モデレーター

修正
成果物

指摘項目
一覧

報告書

確認

分析

報告書作成

モデレーターはレビュー結果から指摘一覧を作成。オーナー(レビューイ)は認定した指摘内容に基づいて
成果物を修正。その後、モデレーターは成果物の修正が行われたかどうかを追跡し、記録します。
また、モデレーターは検出した不具合情報や欠陥発生率などを分析して「インスペクション実施報告書」を
作成し、改善のための“指標”をレポートします。

CRSを利用
出力するだけ！
オーナー

確認

オーナー

修正

モデレーター

分析

対象
成果物

分析に専念！
報告書

※指摘箇所の集計は既に完了、報告書も自動作成されます。モデレーターは分析業務に専念できます。

8

インスペクションレビューに変革を


9

インスペクションレビューに変革を
CRSを利用した新しいインスペクションレビューで、次の効果が上がります

結論
CRS導入によるインスペクションレビューの変革ポイント
★スループット向上
・指摘内容のリアルタイム共有
・報告書の自動作成
・分析の効率化、期間短縮による、工程移行判断の早期化。
★明確化（見える化）
・他メンバーの指摘内容の見える化
・分類ごとの指摘頻度の見える化
・成果物ごとの指摘件数の見える化
・グラフによる指摘分類の見える化
★成果物の品質向上
・他メンバー指摘からの類推による新規指摘検出
・上流工程での障害発見（指摘）増加


10

ご参考）レビューの種類


11

ご参考）レビューの種類
ソフトウェア開発におけるピアレビューには下記のような種類があり、それぞれに
おいてメンバーやレビュー視点、進め方が異なります。
レビューの種類
★インスペクション
レビュー
チームレビュー
ウォークスルー

内容
事前にレビューの為の資料作成やレビュー前の打合せを行い、定められた手順やチェック項目に
従って第三者がレビューを行う、最も形式的なレビュー。
結果を対象物の修正だけでなく、開発プロセスの評価・改善に使用する。
開発チームが組織活動の一環として実施するソフトウェアレビュー。インスペクションのような
標準的ルールは存在せず、進め方は企業やチームごとに定めることになる。
レビューを希望する作成者が数人のレビューアを招集、成果物の内容を順に説明するレビュー。
レビューアは説明を通じて対象を追跡・検証し、その誤りや矛盾、抜けや漏れなどを指摘する。
レビュー対象となる成果物を電子メールなどで複数のレビューアに配布・回覧し、フィードバッ
クを求める方法。回覧式、配布式、掲示板式がある。物理的・時間的な理由で会合が持てない場
合や簡易にコメントが欲しい場合などに用いられる。レビューアが一同に会する必要が無くコス

★パスアラウンド

トがかからず、多人数からフィードバックが得られ、遠隔地でも開催ができる。反面、レビュー
アが積極的に協力してくれない場合、回答が得づらく、会議形式と違い相手の意見が見えないの
で、他レビューアの意見に触発されて新たな指摘がされるといった効果が期待しづらい。また、
同じ指摘の重複による冗長コストや矛盾する意見から一つの結論を導き出すのが大変。

ピアデスクチェック
アドホックレビュー

レビュー対象物の作成者とレビュー担当者の2人だけで行われるレビュー。
公式レビューとしても非公式レビューとしても運用できる。
必要に応じて身近な同僚や手すきの仲間に成果物を見てもらう非公式レビュー。


12

４. お問合せ先
本資料に関するお問い合わせは下記までお願いいたします。

■お問い合わせ先
株式会社クライムソリューションビジネス本部
TEL 03-3517-5575(代表) FAX 03-3517-5576
E-mail：crs-sales@climb-net.co.jp
http://www.climb-net.co.jp


13

ありがとうございました


『レビュー運用ガイド』第4章・レビューの進め方（1）インスペクションレビュー

Recommended

Recommended

More Related Content

What's hot

What's hot (7)

Viewers also liked

Viewers also liked (8)

Similar to 『レビュー運用ガイド』第4章・レビューの進め方（1）インスペクションレビュー

Similar to 『レビュー運用ガイド』第4章・レビューの進め方（1）インスペクションレビュー (11)

Recently uploaded

Recently uploaded (9)