ピアレビュー

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

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

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

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

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

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

モデレータが主導し、あらかじめ役割と確認項目を決めて成果物を検査する公式のレビュー手法。参加者は事前に成果物を読み込み、会議で欠陥を洗い出して記録し、修正の完了まで追跡する。レビューの中で最も厳格に行われる。

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

システムやソフトウェアの取得者（発注者）と供給者（受注者）が共同で、作業の進捗や成果物を評価するレビュー。要件や設計が合意したとおりかを双方で確かめ、問題の解決策や次の作業について合意する。