ソフトウェアピアレビュー

ソフトウェア開発において、ピアレビューはソフトウェアレビューの一種であり、作業成果物 (ドキュメント、コードなど) が作成者の同僚によって検査され、その作業成果物の技術的な内容と品質が評価されます。

ピアレビューの目的は、能力成熟度モデルに従って、「ソフトウェア成果物の欠陥を検出して修正し、現場の運用への漏れを防ぐための規律あるエンジニアリング手法」を提供することです。

各ソフトウェア開発プロセスアクティビティの一部として実行される場合、ピアレビューはライフサイクルの早い段階で修正できる問題を特定します。^[1] つまり、要件分析アクティビティ中に要件の問題を特定するピアレビューは、ソフトウェアアーキテクチャまたはソフトウェアテストアクティビティ中よりも安価で簡単に修正できます。

ピアレビューの有効性を評価するNational Software Quality Experiment ^[2]では、「ソフトウェア検査の投資収益率は良好で、節約額はコストの 4 倍である」と結論付けています。言い換えると、ソフトウェアの問題を後で特定して修正するには、平均して 4 倍のコストがかかります。

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

ピアレビューのプロセスは、さまざまな形式にわたって存在し、一方の端には「バディチェック」などの比較的構造化されていない活動があり、もう一方の端にはウォークスルー、技術ピアレビュー、ソフトウェア検査などのより非公式なアプローチがあります。IEEEは、最後の3つそれぞれについて、正式な構造、役割、プロセスを定義しています。^[3]

経営陣の代表者は、特定の技術的専門知識がある場合や、レビュー対象の成果物が経営レベルの文書である場合を除いて、通常はピア レビューの実施には関与しません。これは、レビューの他の参加者のライン マネージャーに特に当てはまります。

ソフトウェア検査などの正式なピアレビューのプロセスでは、各参加者の特定の役割を定義し、開始/終了基準を使用してステージを定量化し、ピアレビュー プロセスで ソフトウェア メトリックを取得します。

フリー/オープンソースコミュニティでは、コンピュータソフトウェアのエンジニアリングと評価においてピアレビューのようなものが行われています。この文脈では、ピアレビューの理論的根拠は、 Linusの法則に相当します。これは、「十分な数の目があれば、すべてのバグは浅くなる」とよく言われます。つまり、「十分な数のレビュアーがいれば、すべての問題は簡単に解決できる」ということです。Eric S. Raymondは、ソフトウェア開発におけるピアレビューについて影響力のある著書を書いています。^[4]