『レビュー運用ガイド』...

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

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

2013年10月23日

株式会社クライム

ソリューションビジネス本部


目次

第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：[email protected]

http://www.climb-net.co.jp

13

mailto:[email protected]





http://www.climb-net.co.jp/




ありがとうございました

『レビュー運用ガイド』...

Business