ピアレビュー

同じ立場の開発者どうしが、互いの設計書やソースコードなどの成果物を確認し合うレビュー。上位者が評価する場ではないため指摘がしやすく、欠陥の早期発見と知識の共有に役立つ。

作成者と同じ立場や同程度の技術を持つ同僚が、成果物を調べて誤りや改善点を指摘するレビュー。管理者の評価の場にせず、技術的な問題の発見に集中できるので、率直な指摘が出やすい。インスペクション、ウォークスルーなどの形で行う。

同じ立場や同程度の技術をもつ同僚どうしで成果物を確認し合うレビュー。上司や顧客を交えないため率直に指摘しやすく、設計書やソースコードの誤りの早期発見と知識の共有に役立つ。

作成したソースコードを、作成者以外の者が読んで、誤り、規約への違反、保守しにくい箇所などを見つけるレビュー。インスペクションやウォークスルーの形で行うほか、変更のたびにツール上で確認するプルリクエストのレビューが広く使われる。テストより前の段階で欠陥を見つけられ、知識の共有にも役立つ。

設計の各段階の成果物を、関係する部門や専門家が集まって評価し、要求事項を満たしているか、問題がないかを確かめるレビュー。次の段階に進む前に設計上の誤りや考慮漏れを見つけ、後の工程での手戻りを防ぐ。

インスペクションなどの公式なレビューで、会議の進行役を務める者。作成者とは別の者が担い、事前の準備の確認、会議の進行、指摘事項の記録と、修正が済んだかの確認（フォローアップ）を主導して、レビューを効果的に行う。

成果物の作成者が説明役となり、参加者とともに設計書やプログラムを順にたどって、誤りや問題点を見つけるレビュー。作成者が主導する比較的形式ばらない方法で、モデレーターが進行するインスペクションと対比される。

モデレーターが主導し、事前に定められた手順と基準に従って成果物の欠陥を検出する公式なレビュー手法。参加者が事前に成果物を精査し、インスペクション会議で指摘事項を記録する。ウォークスルーより形式的で、欠陥検出率が高い。

システム開発の各工程において、発注者と開発者が共同で成果物の内容を確認・評価するレビュー活動。要件の認識相違や品質上の問題を早期に発見し、手戻りを防止する目的で実施される。