(57)【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント端末及び管理サーバが接続されているレビュー評価
システムにおいて、
前記管理サーバは、記憶部と実行部とを備え、
前記記憶部は、
レビュー議事録に記載されたレビュー指摘件数、レビューに参加したレビューア、レビ
ューイ、レビューに費やした時間を含む情報を記憶するレビュー議事録ファイルと、
レビューア、レビューイのスキルレベルを含む情報を予め記憶しておく開発者情報テー
ブルと、
レビューの品質指標データとなる、レビューアの必須スキルレベルと必須人数、レビュ
ー作業充当率、レビュー指摘率を含む情報を予め記憶しておく品質指標テーブルと、
スキルレベルに対応する評価係数を予め記憶しておくスキル係数テーブルと、
対象プロジェクトの規模を表す工数、プログラムステップ数を含む情報を予め記憶して
おくプロジェクト規模見積りテーブルと、
レビューの品質データを記憶する品質データ格納ファイルとを備え、
前記実行部は、
メール受信部とレビュー評価処理部とを備え、
メール受信部は、
前記クライアント端末から受信したレビュー議事録を前記レビュー議事録ファイルに記
憶させるレビュー議事録記憶手段と、
レビュー評価処理部に前記レビュー議事録を転送するレビュー議事録転送手段とを備
え、
レビュー評価処理部は、
（ａ）レビューに費やした工数を前記レビュー議事録から求め、前記レビュー議事録か
ら求めたレビュー工数と前記プロジェクト規模見積りテーブルの工程工数から工程工数当
たりのレビュー作業充当率を求めるレビュー作業充当率算出手段と、
（ｂ）レビュー指摘件数を前記レビュー議事録から求め、前記レビュー議事録から求め
たレビュー指摘件数と前記プロジェクト規模見積りテーブルのプログラムステップ数から
プログラム当たりのレビュー指摘率を求めるレビュー指摘率算出手段と、
（ｃ）レビューに参加したレビューアと人数を前記レビュー議事録から求め、前記開発
者情報テーブルのスキルレベルを参照し、レビューに参加したレビューアのスキルレベル
を求め、前記品質指標テーブルの必須スキルレベルと必須人数からレビューア充足度を求
めるレビューア充足度算出手段と、
前記（ａ）〜（ｃ）で求めた品質データを前記品質データ格納ファイルに記憶させる品
質データ格納ファイル記憶手段と、
前記（ａ）〜（ｃ）で求めた品質データと品質指標データとを比較する品質指標データ
比較手段と、
（１）レビューに費やした工数を評価する工数評価手段と、
（２）レビュー指摘件数を評価するレビュー指摘件数評価手段と、
（３）レビューに参加したレビューアのスキルレベルと人数を評価するスキル評価手段
と、
前記評価結果を電子メールで所定の送信先に送信する電子メール送信手段とを備えるこ
とを特徴とするレビュー評価システム。
【請求項２】
請求項１記載のレビュー評価システムにおいて、
前記工数評価手段または前記レビュー指摘件数評価手段は、前記開発者情報テーブルか
らレビューイのスキルレベルを取得し、前記スキル係数テーブルから前記スキルレベルに
対応する評価係数を取得し、品質指標テーブルからレビュー対象成果物に対応する品質指
標範囲を取得し、前記品質指標範囲を前記評価係数で補正した品質指標範囲に前記レビュ
ー作業充当率または前記レビュー指摘率があれば、妥当な品質と評価することを特徴とす
るレビュー評価システム。
【請求項３】
請求項１記載のレビュー評価システムにおいて、
前記スキル評価手段は、前記レビューア充足度が１以上を妥当な品質と評価することを
特徴とするレビュー評価システム。
【請求項４】
ネットワークを介してクライアント端末及び管理サーバが接続されているレビュー評価
方法において、
前記管理サーバは、
レビュー議事録に記載されたレビュー指摘件数、レビューに参加したレビューア、レビ
ューイ、レビューに費やした時間を含むレビュー議事録を記憶し、
レビューア、レビューイのスキルレベルを含む開発者情報を予め記憶し、
レビューの品質指標データとなる、レビューアの必須スキルレベルと必須人数、レビュ
ー作業充当率、レビュー指摘率を含む品質指標データを予め記憶し、
スキルレベルに対応する評価係数を含むスキル係数情報を予め記憶し、
対象プロジェクトの規模を表す工数、プログラムステップ数を含むプロジェクト規模見
積り情報情報をを予め記憶し、
レビューの品質に係る品質データを記憶し、
前記クライアント端末から受信したレビュー議事録を記憶させるステップと、
（ａ）レビューに費やした工数を前記レビュー議事録から求め、前記レビュー議事録か
ら求めたレビュー工数と前記プロジェクト規模見積り情報の工程工数から工程工数当たり
のレビュー作業充当率を求めるレビュー作業充当率算出ステップと、
（ｂ）レビュー指摘件数を前記レビュー議事録から求め、前記レビュー議事録から求め
たレビュー指摘件数と前記プロジェクト規模見積り情報のプログラムステップ数からプロ
グラム当たりのレビュー指摘率を求めるステップと、
（ｃ）レビューに参加したレビューアと人数を前記レビュー議事録から求め、前記開発
者情報のスキルレベルを参照し、レビューに参加したレビューアのスキルレベルを求め、
前記品質指標データの必須スキルレベルと必須人数からレビューア充足度を求めるステッ
プと、
前記（ａ）〜（ｃ）で求めた品質データを記憶させるステップと、
前記（ａ）〜（ｃ）で求めた品質データと前記品質指標データとを比較するステップ
と、
（１）レビューに費やした工数を評価するステップと、
（２）レビュー指摘件数を評価するステップと、
（３）レビューに参加したレビューアのスキルレベルと人数を評価するステップと、
前記（１）〜（３）の前記評価結果を電子メールで所定の送信先に送信するステップ
と、
からなることを特徴とするレビュー評価方法。
【請求項５】
請求項４記載のレビュー評価方法において、
前記（１）レビューに費やした工数を評価するステップ、または前記（２）レビュー指
摘件数を評価するステップは、前記開発者情報からレビューイのスキルレベルを取得し、前記スキル係数情報から前記スキルレベルに対応する評価係数を取得し、品質指標情報からレビュー対象成果物に対応する品質指標範囲を取得し、前記品質指標範囲を評価係数で補正した品質指標範囲に前記レビュー作業充当率、または前記レビュー指摘率があれば、妥当な品質と評価することを特徴とするレビュー評価方法。
【請求項６】
請求項４記載のレビュー評価方法において、
前記（３）レビューに参加したレビューアのスキルレベルと人数を評価するステップは
、前記レビューア充足度が１以上を妥当な品質と評価することを特徴とするレビュー評価
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアなどを開発するプロジェクトにおいて、レビュー議事録からレビューの品質を評価するレビュー評価システムおよび方法に関する。
【背景技術】
【０００２】
ソフトウェアなどを開発するプロジェクトにおいて、問題の発見が遅れるほど、その対策に要する費用と時間は増大する。そのため、シミュレーションやプロトタイピング、テストファースト（コードを書く前にテストケースを書く）手法などでフロントローディング（上流工程に重点を置き、後工程の作業を前倒しで行う）などの取り組みを行うことで上流工程で問題を早期に発見することに重点が置かれている。
【０００３】
問題を早期に発見する最も一般的で有用な手段は、レビューである。レビューでは、プロジェクトの成果物である仕様書やプログラムなどには必ず問題点や不具合が存在するとの前提で、過去のプロジェクト実績に基づいて、開発工程毎にレビューで発見する問題件数を目標値として設定する。実際に実施したレビュー結果が、設定した目標値に達しているか判断し、不足している場合は、追加レビューなどを実施している。
【０００４】
また、レビュー後は、議事録、フォロー項目管理表など複数の管理資料を作成し、決定内容、後日、フォローすべき内容などを指摘事項として記録・管理する。  上述したように、レビューは、プロジェクトを成功させる上で、重要な作業となっている。
【０００５】
しかしながら、レビューはプロジェクトのレビューイ（レビューを受ける人）である担当者が主催する場合が多く、担当者がレビュー実施の有無、実施内容の良否を判断する場合がある。
【０００６】
また、レビュー目標の設定やレビュー実施内容の確認は、本来、プロジェクトリーダの責務であるが、すべてのレビューに参加できるわけではないため、レビューが適正であったかどうかの判断が難しい。
【０００７】
また、レビューの品質を評価する際、指摘件数、レビューア（レビューする人）のレベル・人数、レビューに費やす時間などが妥当であったかどうかの判断は、感覚的・経験的に行われることが多い。
【０００８】
このような課題にたいしては、例えば、以下の特許文献１に開示された技術が知られている。
すなわち、特許文献１には、レビューの品質を各プロジェクトの特徴に合わせて統計解析し、レビューの統計情報に基づきレビュー品質の評価を行うシステムが提案されている。統計情報はレビュー速度：（レビュー対象規模）／（レビュー総時間）と欠陥密度：（不具合件数）／（レビュー対象規模）の統計計算によりレビュー品質を評価している。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００６−１７８５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１の発明では、以下の点に対し課題がある。
課題１：成功した類似プロジェクトデータが多数必要になる。
上述の従来技術では、統計情報に基づく、品質評価であるため、一定の成功した類似プロジェクトデータが集まらなければ有用な標準統計指標として利用することができない。
【００１１】
課題２：レビューア、レビューイのスキルレベルに応じた品質評価がなされていない。
上述の従来技術では、レビュー速度により、レビューの急ぎすぎによる欠陥の見落としを防止し、さらに、欠陥密度により、指摘件数が足りないか評価している。しかしながら、レビュー品質に係るレビューア、レビューイのスキルレベルについては何ら記載されていない。
【００１２】
本発明は、かかる点に鑑みてなされたものであり、その目的とするところは、ソフトウェアなどを開発するプロジェクトにおいて、レビュー品質を評価できるようにすることにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために本発明は、ネットワークを介してクライアント端末及び管理サーバが接続されているレビュー評価システムにおいて、前記管理サーバは、記憶部と実行部とを備え、前記記憶部は、レビュー議事録に記載されたレビュー指摘件数、レビューに参加したレビューア、レビューイ、レビューに費やした時間を含む情報を記憶するレビュー議事録ファイルと、レビューア、レビューイのスキルレベルを含む情報を予め記憶しておく開発者情報テーブルと、レビューの品質指標データとなる、レビューアの必須スキルレベルと必須人数、レビュー作業充当率、レビュー指摘率を含む情報を予め記憶しておく品質指標テーブルと、スキルレベルに対応する評価係数を予め記憶しておくスキル係数テーブルと、対象プロジェクトの規模を表す工数、プログラムステップ数を含む情報を予め記憶しておくプロジェクト規模見積りテーブルと、レビューの品質データを記憶する品質データ格納ファイルとを備え、前記実行部は、メール受信部とレビュー評価処理部とを備え、メール受信部は、前記クライアント端末から受信したレビュー議事録を前記レビュー議事録ファイルに記憶させるレビュー議事録記憶手段と、レビュー評価処理部に前記レビュー議事録を転送するレビュー議事録転送手段とを備え、レビュー評価処理部は、（ａ）レビューに費やした工数を前記レビュー議事録から求め、前記レビュー議事録から求めたレビュー工数と前記プロジェクト規模見積りテーブルの工程工数から工程工数当たりのレビュー作業充当率を求めるレビュー作業充当率算出手段と、（ｂ）レビュー指摘件数を前記レビュー議事録から求め、前記レビュー議事録から求めたレビュー指摘件数と前記プロジェクト規模見積りテーブルのプログラムステップ数からプログラム当たりのレビュー指摘率を求めるレビュー指摘率算出手段と、
（ｃ）レビューに参加したレビューアと人数を前記レビュー議事録から求め、前記開発者情報テーブルのスキルレベルを参照し、レビューに参加したレビューアのスキルレベルを求め、前記品質指標テーブルの必須スキルレベルと必須人数からレビューア充足度を求めるレビューア充足度算出手段と、前記（ａ）〜（ｃ）で求めた品質データを前記品質データ格納ファイルに記憶させる品質データ格納ファイル記憶手段と、前記（ａ）〜（ｃ）で求めた品質データと品質指標データとを比較する品質指標データ比較手段と、（１）レビューに費やした工数を評価する工数評価手段と、（２）レビュー指摘件数を評価するレビュー指摘件数評価手段と、（３）レビューに参加したレビューアのスキルレベルと人数を評価するスキル評価手段と、前記評価結果を電子メールで所定の送信先に送信する電子メール送信手段とを備えることを特徴とする。
【００１４】
また、本発明における前記レビュー評価処理部の前記工数評価手段または前記レビュー指摘件数評価手段は、前記開発者情報テーブルからレビューイのスキルレベルを取得し、前記スキル係数テーブルから前記スキルレベルに対応する評価係数を取得し、品質指標テーブルからレビュー対象成果物に対応する品質指標範囲を取得し、前記品質指標範囲を前記評価係数で補正した品質指標範囲に前記レビュー作業充当率または前記レビュー指摘率があれば、妥当な品質と評価することを特徴とする。
【００１５】
また、本発明における前記レビュー評価処理部の前記スキル評価手段は、前記レビューア充足度が１以上を妥当な品質と評価することを特徴とする。
また、本発明は、ネットワークを介してクライアント端末及び管理サーバが接続されているレビュー評価方法において、前記管理サーバは、レビュー議事録に記載されたレビュー指摘件数、レビューに参加したレビューア、レビューイ、レビューに費やした時間を含むレビュー議事録を記憶し、レビューア、レビューイのスキルレベルを含む開発者情報を予め記憶し、レビューの品質指標データとなる、レビューアの必須スキルレベルと必須人数、レビュー作業充当率、レビュー指摘率を含む品質指標データを予め記憶し、スキルレベルに対応する評価係数を含むスキル係数情報を予め記憶し、対象プロジェクトの規模を表す工数、プログラムステップ数を含むプロジェクト規模見積り情報情報をを予め記憶し、レビューの品質に係る品質データを記憶し、前記クライアント端末から受信したレビュー議事録を記憶させるステップと、（ａ）レビューに費やした工数を前記レビュー議事録から求め、前記レビュー議事録から求めたレビュー工数と前記プロジェクト規模見積り情報の工程工数から工程工数当たりのレビュー作業充当率を求めるレビュー作業充当率算出ステップと、（ｂ）レビュー指摘件数を前記レビュー議事録から求め、前記レビュー議事録から求めたレビュー指摘件数と前記プロジェクト規模見積り情報のプログラムステップ数からプログラム当たりのレビュー指摘率を求めるステップと、（ｃ）レビューに参加したレビューアと人数を前記レビュー議事録から求め、前記開発者情報のスキルレベルを参照し、レビューに参加したレビューアのスキルレベルを求め、前記品質指標データの必須スキルレベルと必須人数からレビューア充足度を求めるステップと、前記（ａ）〜（ｃ）で求めた品質データを記憶させるステップと、前記（ａ）〜（ｃ）で求めた品質データと前記品質指標データとを比較するステップと、（１）レビューに費やした工数を評価するステップと、（２）レビュー指摘件数を評価するステップと、（３）レビューに参加したレビューアのスキルレベルと人数を評価するステップと、前記（１）〜（３）の前記評価結果を電子メールで所定の送信先に送信するステップと、からなることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、作成された議事録によりレビュー品質の評価を行うため、評価作業が低減できる。また、評価結果がレビュー関係者に通知されるため、レビューに対する意識の向上を図ることができる。結果として後工程に発生する問題が減少し、手戻り作業が少なくなり、開発効率と品質の向上を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係るレビュー評価システムの構成概要を示す図である。
【図２】本発明の実施の形態に係る開発者情報テーブルの構成を示す図である。
【図３】本発明の実施の形態に係る品質指標１設定テーブルの構成を示す図である。
【図４】本発明の実施の形態に係る品質指標２設定テーブルの構成を示す図である。
【図５】本発明の実施の形態に係るスキル係数テーブルの構成を示す図である。
【図６】本発明の実施の形態に係るプロジェクト規模見積りテーブルの構成を示す図である。
【図７】本発明の実施の形態に係るレビュー議事録の例を示す図である。
【図８】本発明の実施の形態に係るレビュー議事録の記載項目を説明する図である。
【図９】本発明の実施の形態に係る品質データ格納ファイルの構成を示す図である。
【図１０Ａ】本発明の実施の形態に係る管理サーバからの評価結果送信メールの例１を示す図である。
【図１０Ｂ】本発明の実施の形態に係る管理サーバからの評価結果送信メールの例２を示す図である。
【図１０Ｃ】本発明の実施の形態に係る管理サーバからの評価結果送信メールの例３を示す図である。
【図１１】本発明の実施の形態に係るレビュー議事録を管理するサーバ処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について、詳細に説明する。
＜レビュー評価システムの概要＞
図１は、本発明の実施形態に係るレビュー評価システムの構成概要を示す図である。図１において本発明の実施形態に係るレビュー評価システムは、レビューを評価する管理サーバ１０と、電子メールを送受信するクライアント端末である端末３０と、により構築され、ネットワーク４０を介して管理サーバ１０及び端末３０が通信可能に接続されている。なお、ネットワーク４０は、有線、無線を問わず既存の公衆網、ＬＡＮ、ＷＡＮなどを用いることができる。
＜管理サーバの機能構成＞
図１において、管理サーバ１０は、実行部１１と記憶部１４で構成され、実行部１１０は、端末３０からレビュー議事録が添付された電子メールを受信するメール受信部１２と、メール受信部１２から転送されたレビュー議事録の内容と記憶部に記憶された各種テーブル１６〜２０の情報からレビューの品質を評価し、評価結果を電子メールで所定の送信先に送信するレビュー評価処理部１３とを備え、記憶部１４は、評価対象のレビューに関するレビュー議事録を記憶するレビュー議事録ファイル１５と、開発プロジェクトに係るメンバーの情報を予め記憶しておく開発者情報テーブル１６と、開発工程毎の標準作業者に対するレビューを評価する指標を予め記憶しておく品質指標１設定テーブル１７と、開発工程毎のレビューイに対するレビューを評価する指標を予め記憶しておく品質指標２設定テーブル１７と、品質指標１設定テーブル１７に対するレビューイのスキルレベルに応じた補正係数を予め記憶しておくスキル係数テーブルと、レビュー対象の成果物に対する見積り工数とプログラムのステップ数を予め記憶しておくプロジェクト規模見積りテーブル２０と、レビュー評価処理部１３でレビューの品質データを求め、求めた結果を記憶する品質データ格納ファイル２１とを備えている。
【００１９】
メール受信部１２は端末３０からレビュー議事録が添付された電子メールを受信し、受信したレビュー議事録をレビュー議事録ファイル１５に記憶し、レビュー評価処理部１３に転送する。
【００２０】
レビュー評価処理部１３は、メール受信部１２から転送されたレビュー議事録の内容と記憶部に記憶された各種テーブル１６〜２０の情報からレビューの品質データを求め、これを品質指標を基に評価する。評価としては、（１）レビューに費やした工数評価と、（２）レビュー指摘件数の評価と、（３）レビューに参加したレビューアのスキルレベル評価がある。
【００２１】
（１）レビューに費やした工数評価
レビュー作業充当率でレビュー品質を評価する。レビュー議事録に記載のレビュー時間とレビュー参加人数からレビュー工数（時間）を求める。次に、レビュー議事録に記載のレビュー対象工程に対応するプロジェクト規模見積りテーブル２０の工数（時間）を抽出し、下記の式でレビュー作業充当率を求める。
【００２２】
レビュー作業充当率＝レビュー工数／工程全体工数
さらに、レビュー対象工程に対応する品質指標１設定テーブル１７の閾値を抽出し、レビュー議事録に記載のレビューイとレビュー対象工程に対応する開発者情報テーブル１６のレビューイスキルレベルを抽出し、次に、抽出したスキルレベルに対応するスキル係数テーブルの係数を抽出し、抽出した係数を閾値に掛けた補正後の閾値（品質指標データ）と求めたレビュー作業充当率（品質データ）を比較し、品質指標の範囲内であれば適正と判断する。また、レビュー対象が工程単位ではなく成果物単位の場合は、工程を成果物に置き換え、同様に処理する。
【００２３】
（２）レビュー指摘件数の評価
レビュー指摘率でレビュー品質を評価する。レビュー議事録に記載の決定事項、指摘事項、フォロー事項の項目から指摘件数合計を求める。次に、プロジェクト規模見積りテーブル２０のステップ数（Ｋ Ｓｔｅｐ）を抽出し、下記の式でレビュー指摘率を求める。
【００２４】
レビュー指摘率＝指摘件数合計／プログラムステップ数
さらに、レビュー対象工程に対応する品質指標１設定テーブル１７の閾値を抽出し、レビュー議事録に記載のレビューイとレビュー対象工程に対応する開発者情報テーブル１６のレビューイスキルレベルを抽出し、次に、抽出したスキルレベルに対応するスキル係数テーブルの係数を抽出し、抽出した係数を閾値に掛けた補正後の閾値（品質指標データ）と求めたレビュー指摘率（品質データ）を比較し、品質指標の範囲内であれば適正と判断する。
【００２５】
また、レビュー対象が工程単位ではなく成果物単位の場合は、工程を成果物に置き換え、同様に処理する。レビュー対象の成果物が機能単位である場合は、レビュー指摘率の分母となるプログラムステップ数はその機能を実現させるプログラムのステップ数となる。また、開発工程のレビューの場合は、プログラムステップ数は、プロジェクト全体のプログラムステップ数となる。
【００２６】
（３）レビューに参加したレビューアのスキルレベルと人数の評価
レビューア充足度でレビューに参加したレビューアのレビュー品質を評価する。レビュー議事録に記載のレビューアとレビュー対象工程に対応する開発者情報テーブル１６のレビューアスキルレベルを抽出する。次に、レビュー対象工程に対応する品質指標２設定テーブル１８の必須スキルレベルと必須スキルレベルの参加人数を抽出し、下記の式でレビューア充足度を求める。
【００２７】
レビューア充足度＝（必須スキルレベル×必須スキルレベル保有者数）
／（必須スキルレベル×参加人数）
すなわち、レビューに参加したレビューアのスキルレベル×人数が式の分子となり、品質指標２設定テーブル１８の必須スキルレベル×必須スキルレベルの参加人数が分母となる。求めたレビューア充足度（品質データ）と「１」（品質指標データ）を比較し、レビューア充足度が「１」以上であれば適正と判断する。
【００２８】
レビュー評価処理部１３は、上述した評価処理後、評価結果に応じた電子メールを開発者情報テーブル１６を参照して、レビュー議事録に記載のレビューイ、レビューア、及びプロジェクトリーダーなどのメールアドレスに送信する。
＜管理サーバのハードウェア構成＞
なお、図示はしていないが、管理サーバ１０としての機能を実現するためのハードウェア資源として、例えば、ＣＰＵ、記憶装置、入出力装置、各種インターフェースなど、を周知の構成として備えており、また当然ながら、上記のごとき機能を実現させるためのプログラムを上記記憶装置内に格納している。記憶部１２０は上述の記憶装置により実現され、また、実行部１１内の各構成は、上述のＣＰＵ、記憶装置、各種インターフェース等のハードウェア資源と後述する処理フローを実行する各種プログラムにより実現される。
＜クライアント端末の機能とハードウェア構成＞
一方、クライアント端末としての端末３０は、図示はしていないが、上記した所定のテーブルに情報(初期情報)を入力するための設定画面と、送受信するための通信機能および管理サーバ１０の記憶部１４内にある各種ファイル、テーブルの内容を表示する機能を備えている。また、図示はしていないが、端末３０としての機能を実現するためのハードウェア資源として、例えば、ＣＰＵ、記憶装置、入出力装置、各種インターフェースなど、を周知の構成として備えており、また上記のごとき機能を実現させるためのプログラムを端末３０の上記記憶装置内に格納している。
【００２９】
また、端末３０は管理サーバ１０の記憶部１２０内にあるテーブルおよびファイルの情報を共有化しており、設定画面から入力された情報（初期情報、運用情報）は、管理サーバ１０内のテーブルおよびファイルの情報に反映される。
＜記憶部のテーブルおよびファイル構成＞
図２は、開発者情報テーブル１６の構成を示す図である。図２は、開発プロジェクト毎に作成され、その開発プロジェクトに係るメンバーのスキル及びレビュー評価結果の送信先情報をシステム運用前に予め登録しておく。次に各項目について説明する。
１．氏名：開発プロジェクトに係るメンバーの氏名を登録する。開発プロジェクトに係るすべてのレビューを含むレビューア、レビューイの氏名も登録されている。
２．登録者種別：氏名に対応する登録種別を登録する。開発プロジェクトにおける役割を示す。例えば、登録種別がＰＭ（プロジェクトマネージャー）であれば、全ての議事録を確認する必要がある。
３．メールアドレス：氏名に対応する電子メールアドレスを登録する。
４．電話番号：氏名に対応する電話番号を登録する。
５．スキルレベル：開発対象製品、システム設計、詳細設計、プログラム作成、試験毎に設定する。システム設計は、要求分析、ユーザーインターフェース設計、システム構造設計の工程に対応し、詳細設計は、プログラム構造設計の工程に対応し、プログラム作成は、プログラミングの工程に対応し、試験は、プログラムテスト、結合テスト、システムテストの工程に対応している。スキルレベル（数値）の定義は、図５のスキル係数テープルの説明で後述する。
【００３０】
図３は、品質指標１設定テーブル１７の構成を示す図である。図３は、レビューイを標準作業者として開発工程毎のレビューを評価する場合の指標の内、レビュー作業充当率（％）とレビュー指摘率（件／Ｋ Ｓｔｅｐ）の品質指標範囲を上限値、標準値、下限値でシステム運用前に予め登録しておく。この中で上限値の登録は、必須ではない。
【００３１】
図４は、品質指標２設定テーブル１８の構成を示す図である。図４は、レビューアの充足度を評価するためのテーブルである。開発工程毎に必須スキルレベルと必須スキルレベルの参加人数をシステム運用前に予め登録しておくためのテーブルである。次に各項目について説明する。
１．必須スキルレベル
レビューに参加するレビューアの必要レベルを登録する。
２．必須スキルレベルの参加人数
必須スキルレベル以上を保持したレビューアの最低限参加すべき人数を登録する。
【００３２】
図５は、スキル係数テーブル１９の構成を示す図である。レビューイが作成した成果物は、レビューイのスキルレベルが低いとその品質は低いとの考え方で、当然、品質が低いとレビュー指摘件数も標準作業者（レベル標準）と比べて多くなる。
【００３３】
このため、品質指標１設定テーブル１７に登録した標準作業者ベースの品質指標範囲に対して、係数を掛けることで、レビューイのスキルに応じた適正な閾値とする。
スキル係数テーブル１９には、スキルレベル毎に呼称、係数、概要をシステム運用前に予め登録しておく。
【００３４】
図６は、プロジェクト規模見積りテーブル２０の構成を示す図である。図６は、開発工程毎の成果物に対してドキュメントであれば頁数、プログラミングであればステップ数（Ｋ Ｓｔｅｐ）を成果物の規模として見積り、生産性より工数（時間）を算出している。最後にプロジェクトの全体工数と全体ステップ数を集計する。
【００３５】
図７は、レビュー議事録ファイルに登録されるレビュー議事録の例を示す図である。
図８は、図７のレビュー議事録に記載される項目を説明するための図である。レビュー議事録には、レビュー議題、開発工程、レビュー対象の成果物、参加者としてレビューイ、レビューアの氏名、参加人数、レビューに要した時間または開始時刻〜終了時刻、指摘事項、決定事項、フォロー事項、議事内容などが記載されている。
【００３６】
図９は、品質データ格納ファイル２１の構成を示す図である。図９は、レビュー評価処理部１３によりレビュー議事録からレビュー品質に係るデータを収集するとともに、各種テーブル１６〜２０の情報からレビューを評価した品質評価データを格納しておくための品質データ格納ファイル２１である。次に各項目について説明する。
【００３７】
１．指摘件数合計
指摘事項、決定事項、フォロー事項の件数を集計して格納する。レビュー議事録のフォロー事項と議事内容が同一の内容となっている場合は、指摘事項にカウントされているため、フォロー事項のカウント対象がら除外する。
【００３８】
２．レビュー作業充当率
レビュー作業充当率は、下記の式で求める。
レビュー作業充当率＝レビュー工数／工程全体工数
レビュー工数は、レビュー議事録に記載のレビュー時間とレビュー参加人数からレビュー工数（時間）を求める。工程全体工数は、プロジェクト見積りテーブルに記載のレビューに対応する開発工程の工数（見積り）である。
【００３９】
３．レビュー指摘率
レビュー指摘率は、下記の式で求める。
レビュー指摘率＝指摘件数合計／プログラムステップ数
プログラムステップ数は、プロジェクト見積りテーブル２０に記載の全体ステップ数である。レビュー対象が、機能単位のプログラムの場合は、機能ごとのプログラムステップ数である。
４．レビューア充足度
レビューア充足度は、下記の式で求める。
【００４０】
レビューア充足度＝（必須スキルレベル×必須スキルレベル保有者数）
／（必須スキルレベル×参加人数）
必須スキルレベル×必須スキルレベル保有者数は、レビュー議事録に記載のレビューアに対応する開発者情報テーブルのレビューアスキルレベルを抽出し、レビューの開発工程に対応した品質指標２設定テーブルの必須スキルレベル以上のスキルを持った参加者について必須スキルレベル×必須スキルレベル保有者数を計算する。
【００４１】
必須スキルレベル×参加人数は、レビューの開発工程に対応した品質指標２設定テーブルの必須スキルレベル×必須スキルレベルの参加人数のことである。
＜評価結果に応じた電子メール例＞
図１０Ａは、管理サーバからの評価結果送信メールの例１を示す図である。図１０Ａは、レビューが適正に行われた場合の例である。
【００４２】
図１０Ｂは、管理サーバからの評価結果送信メールの例２を示す図である。図１０Ｂは、レビュー指摘件数の評価で目標件数を下回っていると判定した場合の例である。
図１０Ｃは、管理サーバからの評価結果送信メールの例３を示す図である。図１０Ｃは、レビューに参加したレビューアのスキルレベル評価で目標スキルに対して不足していると判断し、かつ、レビュー指摘件数の評価で目標件数を下回っていると判定した場合の例である。
＜サーバ処理手順＞
図１１は、レビュー議事録を管理するサーバ処理手順の一例を示すフローチャートである。図１１は、メール受信部１２のプログラム処理であるメール受信処理とレビュー評価処理部１３のプログラム処理であるレビュー評価処理のフローチャートである。
【００４３】
メール受信処理は、端末３０からの電子メール受信を待ち（Ｓ１１）、電子メールを受信すると、受信した電子メールがレビュー議事録であるか判定し（Ｓ１２）、レビュー議事録であれば（Ｓ１２ＹＥＳ）、レビュー議事録ファイルにレビュー議事録を格納し、レビュー評価処理にレビュー議事録を転送し（Ｓ１３）、Ｓ１１の前に戻り、電子メール受信待ちとなる（Ｓ１１）。レビュー議事録でない場合（Ｓ１２ＮＯ）、Ｓ１１の前に戻り、電子メール受信待ちとなる（Ｓ１１）。
【００４４】
レビュー評価処理は、メール受信処理からのレビュー議事録の転送を待ち（Ｓ２１）、レビュー議事録を受け取った場合（Ｓ２２）、レビュー議事録と各種テーブルの情報から指摘事項数、決定事項数、フォロー事項数と、集計した指摘件数合計を求め、レビュー作業充当率、レビュー指摘率、レビューア充足度を計算した結果を品質データ格納ファイル２１に格納する（Ｓ２３）。
【００４５】
次に、レビュー作業充当率とレビュー指摘率を適正評価するためにレビュー対象工程に対応する品質指標１設定テーブル１７の閾値を抽出し、レビュー議事録に記載のレビューイとレビュー対象工程に対応する開発者情報テーブル１６のレビューイスキルレベルを抽出し、次に、抽出したスキルレベルに対応するスキル係数テーブルの係数を抽出し、抽出した係数を閾値に掛けた補正後のビュー作業充当率とレビュー指摘率の閾値を求める（Ｓ２４）。
【００４６】
次に、求めたレビュー作業充当率、レビュー指摘率、レビューア充足度とそれぞれの閾値を比較し、レビュー品質を評価する（Ｓ２５）。評価した結果に応じて電子メールの文章を作成し（Ｓ２６）、開発者情報テーブル１６を参照し、レビュー議事録に記載の氏名（レビューイ、レビューア）及びプロジェクトマネージャー、プロジェクトリーダーに対して評価結果の電子メールを送信する。
＜レビューに費やした工数評価方法の説明補足・・・数値を使った例＞
レビューに費やした工数評価について、図２、図３、図５、図６、図７のテープル及びレビュー議事録にある数値を基にシステム構造設計レビューを例に説明する。
【００４７】
レビュー作業充当率で費やした工数を評価する場合、レビュー議事録に記載のレビュー時間とレビュー参加人数からレビュー工数（時間）を求める。次に、レビュー議事録に記載のレビュー対象工程に対応するプロジェクト規模見積りテーブル２０の工数（時間）を抽出し、下記の式でレビュー作業充当率を求める。
【００４８】
レビュー作業充当率＝レビュー工数／工程全体工数
図６のプロジェクト規模見積りテーブル２０のシステム構造設計の工数「４０」と、図７のレビュー議事録のレビュー時間「２．０」×参加人数「４」からレビュー作業充当率「２０」（％）を求める。
【００４９】
さらに、レビュー対象工程に対応する図３の品質指標１設定テーブル１７の閾値「下限２」を抽出し、図７のレビュー議事録に記載のレビューイとレビュー対象工程に対応する図２の開発者情報テーブル１６のレビューイスキルレベル「１」を抽出し、次に、抽出したスキルレベルに対応する図５のスキル係数テーブルの係数「１．６」を抽出し、抽出した係数「１．６」を閾値「下限２」に掛けた補正後の閾値「下限３．２」と求めたレビュー作業充当率「２０」を比較し、品質指標の範囲内であれば適正と判断する。今回の例では、求めたレビュー指摘率が品質指標の範囲内のため、適正と判断される。
＜レビュー指摘件数の評価方法の説明補足・・・数値を使った例＞
レビュー指摘件数の評価について、図２、図３、図５、図６、図７のテープル及びレビュー議事録にある数値を基にシステム構造設計レビューを例に説明する。
【００５０】
レビュー指摘率でレビュー指摘件数の評価をする場合、レビュー議事録に記載の決定事項、指摘事項、フォロー事項の項目から指摘件数合計を求める。次に、プロジェクト規模見積りテーブル２０のステップ数（Ｋ Ｓｔｅｐ）を抽出し、下記の式でレビュー指摘率を求める。
【００５１】
レビュー指摘率＝指摘件数合計／プログラムステップ数
図６のプロジェクト規模見積りテーブル２０の全体ステップ数「５０」と、図７のレビュー議事録の決定事項、指摘事項、フォロー事項の項目（図示せず）を集計した指摘件数合計「４５」（図示せず）からレビュー指摘率「０．９」を求める。
【００５２】
さらに、レビュー対象工程「システム構造設計」に対応する図３の品質指標１設定テーブル１７の閾値「下限２、上限６」を抽出し、図７のレビュー議事録に記載のレビューイ「佐藤  健三」とレビュー対象工程「システム構造設計（システム設計）」に対応する図２の開発者情報テーブル１６のレビューイスキルレベル「１」を抽出し、次に、抽出したスキルレベル「１」に対応する図５のスキル係数テーブル１９の係数「１．６」を抽出し、抽出した係数「１．６」を閾値「下限２、上限６」に掛けた補正後の閾値「下限３．２、上限９．６」と求めたレビュー指摘率「０．９」を比較し、品質指標の範囲内「下限３．２、上限９．６」であれば適正と判断する。今回の例では、求めたレビュー指摘率が品質指標の範囲外のため、不適正と判断される。
＜レビューに参加したレビューアのスキルレベルと人数の評価の説明補足・・・数値を使った例＞
レビューに参加したレビューアのスキルレベルと人数の評価について、図２、図４、図７のテーブル及びレビュー議事録にある数値を基にシステム構造設計レビューを例に説明する。
【００５３】
レビューア充足度でレビューに参加したレビューアのレビュー品質を評価する場合、図７のレビュー議事録に記載のレビューア「伊藤、田中、鈴木」とレビュー対象工程に対応する図２の開発者情報テーブル１６のレビューアスキルレベル「伊藤：３、田中：３、鈴木：３」を抽出する。次に、レビュー対象工程に対応する図４の品質指標２設定テーブル１８の必須スキルレベル「３」と必須スキルレベルの参加人数「２」を抽出し、下記の式でレビューア充足度を求める。
【００５４】
レビューア充足度＝（必須スキルレベル×必須スキルレベル保有者数）
／（必須スキルレベル×参加人数）
すなわち、レビューに参加したレビューアのスキルレベル（必須レベル以上）「３」×人数「３」が式の分子となり、図４の品質指標２設定テーブル１８の必須スキルレベル「３」×必須スキルレベルの参加人数「２」が分母となる。求めたレビューア充足度「１．５」と「１」を比較し、レビューア充足度が「１」以上であれば適正と判断する。今回の例では、求めたレビューア充足度が品質指標「１」以上であるため、適正と判断される。
＜実施例の効果＞  
上述した本実施例によれば、作成されたレビュー議事録と各種テーブルの情報からレビューの品質を評価することができる。レビュー品質評価は、（１）レビューに費やした工数評価、（２）レビュー指摘件数の評価、（３）レビューに参加したレビューアのスキルレベル評価について実施し、対象プロジェクトに適合したレビューの質、量で評価できる。レビューア、レビューイのスキルレベルに応じて評価指標を対応付けているため、膨大な過去の成功ブロジェクトの情報から統計情報を作成し、この統計情報を参考に評価指標を設けることなく、適正な評価ができる。
【００５５】
また、評価結果がレビュー関係者の宛先に電子メールで通知されるため、プロジェクトの管理者や責任者がレビューに参加しなくても、レビュー品質が正しく評価され、開発関係者のレビューに対する意識の向上を図ることができるれる。結果として後工程に発生する問題が減少し、手戻り作業が少なくなり、開発効率と品質の向上を図ることができる。
【符号の説明】
【００５６】
１０  管理サーバ
１１  実行部
１２  メール受信部
１３  レビュー評価処理部
１４  記憶部
１５  レビュー議事録ファイル
１６  開発者情報テーブル
１７  品質指標１設定テーブル
１８  品質指標２設定テーブル
１９  スキル係数テーブル
２０  プロジェクト規模見積りテーブル
２１  品質データ格納ファイル
３０  端末
４０  ネットワーク
【図１】
0005772358.tif 000002
【図２】
0005772358.tif 000003
【図３】
0005772358.tif 000004
【図４】
0005772358.tif 000005
【図５】
0005772358.tif 000006
【図６】
0005772358.tif 000007
【図７】
0005772358.tif 000008
【図８】
0005772358.tif 000009
【図９】
0005772358.tif 000010
【図１０Ａ】
0005772358.tif 000011
【図１０Ｂ】
0005772358.tif 000012
【図１０Ｃ】
0005772358.tif 000013
【図１１】
0005772358.tif 000014