 | この記事は検証のために追加の引用が必要です。 ( 2023年5月) |
工学において、テクニカルピアレビューとは、役割が割り当てられた同僚のチームによって実施される、欠陥の発見と修正のための明確に定義されたレビュープロセスです。テクニカルピアレビューは、レビュー対象となる資料が影響を受けるライフサイクル領域を代表する同僚（通常は6人以下に制限されます）によって実施されます。テクニカルピアレビューは、開発フェーズ内、マイルストーンレビュー間、完成した製品、または製品の完成した部分に対して行われます。[ 1 ]テクニカルピアレビューは、エンジニアリングピアレビュー、製品ピアレビュー、ピアレビュー/検査、または検査と呼ばれることもあります。
概要
テクニカルピアレビューの目的は、開発プロセスの可能な限り早期に欠陥を除去することです。欠陥の発生源（例：要件定義書および設計書、テスト計画および手順、ソフトウェアコードなど）をテクニカルピアレビューで除去することで、欠陥が複数のフェーズや作業成果物に波及するのを防ぎ、プロジェクトに必要な手戻り作業の総量を削減します。副次的な効果として、チーム効率の向上（例：チーム内のコミュニケーションの改善、様々なエンジニアリング専門分野の視点の統合、新メンバーの迅速なスキルアップ、効果的な開発プラクティスに関するプロジェクトメンバーの教育など）が挙げられます。
CMMIでは、ピアレビューは検証プロセス領域における主要な検証手段として、またプロセスおよび製品品質保証プロセス領域における客観的な評価方法として用いられます。技術的なピアレビューの結果は、マイルストーンレビューにおいて報告されます。
ピアレビューはマネジメントレビューとは異なります。マネジメントレビューは、同僚ではなく経営陣の代表者によって、また技術的な評価ではなく経営管理を目的として実施されます。これは、著者の直属の上司やレビューの他の参加者に特に当てはまります。経営陣がピアレビューに介入しないよう促す方針は、ピアレビューチームがレビュー対象となる成果物に集中することを促進し、関係者や人格にこだわることはありません。
また、ソフトウェア監査レビューとも異なります。ソフトウェア監査レビューは、プロジェクト外部の担当者が仕様、標準、契約上の合意、その他の基準への準拠を評価するために実施されます。ソフトウェアピアレビューは、技術ピアレビューの一種です。IEEEは、ソフトウェアピアレビューの正式な構造、役割、およびプロセスを定義しています。[ 2 ]
参加者の役割
- モデレータ
- 技術ピアレビュープロセスの実施と検査データの収集を担当します。モデレーターは、手直しを除くプロセスのすべての段階で重要な役割を果たし、通常、検査員の業務に加えて、技術ピアレビュー中に複数の業務を遂行する必要があります。
- 検査官
- 一般的な観点から作業成果物の欠陥を見つけるだけでなく、専門分野に影響する欠陥も見つける責任があります。
- 著者
- プロセスの全段階における成果物に関する情報を提供します。作成者は、コストとスケジュールが許す限り、すべての重大な欠陥、および軽微で些細な欠陥を修正する責任を負い、検査員としての職務を遂行します。
- リーダー
- 技術ピアレビュー会議において、チームに成果物の説明を行います。リーダーは成果物を詳細に読み上げたり、要約したりします。また、検査官としての役割を果たす場合もあります。
- レコーダー
- 検査会議中に発見された欠陥を検査欠陥リストに正確に記録し、検査員としての職務も遂行します。
レビュー担当者の既得権益
検査員がレビュー対象製品に持つ既得権益については、2つの考え方があります。一つは、レビュー対象製品に既得権益を持つプロジェクト担当者が、製品に関する知識を最も多く持ち、欠陥を発見して修正する意欲を持つというものです。もう一つは、プロジェクト外部の担当者が、製品に既得権益を持たないというものです。彼らは、技術ピアレビューチームに客観性と新鮮な視点をもたらします。
各検査官は、モデレーターが検査官の入力を評価する際に適切な判断を下せるよう、技術ピアレビューパネルの他のメンバーに既得権益を明らかにするよう求められます。
参考文献
- ^ NASAシステムエンジニアリングハンドブック（PDF） . NASA . 2007. SP-610S.
- ^ IEEE Std. 1028-1997、「IEEEソフトウェアレビュー標準」