新しいアイデアや解決策の創出、影響度の小さい問題の迅速な解決。

レビューミーティングを行わないことがある

作成者の同僚（バディチェック）やその他の人により実施。

結果を文書化することもある。

レビューアにより、効果はさまざまである。

チェックリストの使用は任意である。

アジャイル開発では一般的に行われる。

欠陥の発見、ソフトウェアプロダクトの改善、異なる実装方法の検討、標準や仕様への準拠の評価。

さまざまな技法やスタイルに関するアイデアの交換、参加者のトレーニング、合意の形成。

レビューミーティング前の個々のレビューアによる準備は任意である。

シナリオ、ドライラン、シミュレーションの形態を取る場合がある。

運営により、きわめて非形式的のものから、高度に形式的なものまである。

合意の獲得、潜在的な欠陥の検出。

作業成果物の品質の評価と信頼の積み上げ、新しいアイデアの創出、作成者のモチベーション向上と将来の作業成果物の改善、異なる実装方法の検討。

レビューアは、作成者の技術領域の同僚、および技術分野が同じ、または別の専門家である。

レビューミーティングの開催は任意である。開催する場合、経験を積んだファシリテーター（作成者ではない）が主導するのが理想である

潜在的な欠陥の検出、作業成果物の品質の評価と信頼の積み上げ、作成者の学習と根本原因分析による将来の類似欠陥の防止。

作成者のモチベーション向上と、将来の作業成果物およびソフトウェア開発プロセスの改善、合意の形成。

ルールやチェックリストに基づいたプロセスで進行し、形式に沿ったドキュメントを作成する。

メトリクスを収集し、ソフトウェア開発プロセス全体（インスペクションプロセスを含む）の改善に使用する。

開始基準と終了基準が指定されている。