技術ピアレビュー

テクニカル ピア レビューの目的は、開発プロセスのできるだけ早い段階で欠陥を取り除くことです。欠陥の発生源 (要件と設計文書、テスト計画と手順、ソフトウェア コードなど) を取り除くことにより、技術的なピア レビューは、欠陥が複数のフェーズと作業成果物に伝播するのを防ぎ、プロジェクトで必要な再作業の全体的な量を削減します。 .

さらに、チームの効率の改善は、技術的なピアレビューの副作用です (たとえば、チームのコミュニケーションを改善し、さまざまなエンジニアリング専門分野の視点を統合し、新しいメンバーをより迅速に習得し、効果的な開発慣行についてプロジェクトメンバーを教育することによって)。

CMMI、ピアレビューは、検証プロセス領域における検証の主要手段として、対物プロセスにおける評価方法と製品の品質保証プロセス領域として使用されます。テクニカル ピア レビューの結果は、マイルストーン レビューで報告できます。(マイルストーン (プロジェクト管理) を参照してください。)

モデレータ

技術的なピアレビュープロセスを実施し、検査データを収集する責任があります。再作業を除く、技術的なピア レビュー プロセスのすべての段階で重要な役割を果たします。インスペクターのタスクに加えて、テクニカル ピア レビュー中にいくつかのタスクを実行する必要があります。

検査官

一般的な観点から、作業成果物の欠陥、および専門分野に影響を与える欠陥を見つける責任があります。

著者

プロセスのすべての段階で作業成果物に関する情報を提供します。すべての主要な欠陥と、費用とスケジュールが許す軽微で些細な欠陥を修正する責任があります。検査官の職務を遂行します。

読者

テクニカル ピア レビュー ミーティング中に作業成果物についてチームをガイドします。作業成果物を詳細に読んだり、言い換えたりする。読者の役割に加えて、検査官の任務を遂行する。

レコーダー

検査会で発見された不具合一つ一つを「検査不具合リスト」に正確に記録します。レコーダーの役割に加えて、検査官の職務を遂行します。

審査中の製品に対する検査官の既得権については、2 つの哲学があります。一方では、レビュー中の作業成果物に既得権益を持つプロジェクト担当者は、その製品について最も知識があり、欠陥を見つけて修正することに意欲的です。一方で、作業成果物に既得権益を持たないプロジェクト外の人員は、技術ピアレビューチームに客観性と新鮮な視点をもたらします。

各検査官は、モデレーターが検査官の入力を評価する際に健全な判断を行うことができるように、技術ピアレビューパネルの残りの部分に既得権益を開示するように求められます。

ピア レビューは、同僚ではなく経営陣の代表者によって行われ、技術的評価ではなく、管理と制御の目的で行われるマネジメント レビューとは異なります。また、これらは、仕様、標準、契約上の合意、またはその他の基準への準拠を評価するために、プロジェクトの外部の担当者によって実施されるソフトウェア監査レビューとは異なります。

ソフトピアレビューは、技術的なピアレビューのタイプです。IEEEは、ソフトウェアのピアレビューのために、正式な構造、役割、およびプロセスを定義します。^[2]

経営陣の代表者は、通常、ピアレビューの実施には関与しません。これは特に、著者のライン マネージャーやレビューの他の参加者に当てはまります。経営陣がピア レビューを行わないようにする方針は、ピア レビュー チームが、関係する人や人物ではなく、レビューされている製品に集中することを奨励します。

技術的なピア レビュー/検査の実施に関する詳細な手順については、NASA システム エンジニアリング ハンドブックの付録 N を参照してください^[1]。

• 設計レビュー- 予備的、批判的、その他の設計レビューを含む