ピアレビュー

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

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

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

設計の各段階で、設計書が要件を満たしているか、実現性や品質、保守性に問題がないかを、設計者以外の関係者や有識者を交えて評価・確認する会議。問題を上流工程で見つけ、後工程での手戻りを減らす。

システム監査基準の基準の1つで、監査人が、監査を依頼する経営者などのニーズを把握して監査の目的や範囲を定め、監査の品質を確保するための体制を整えることを求めるもの。システム監査の多くは法律で義務づけられていない任意監査であるため、ニーズに合った監査を行うことと、監査の手続や結果の品質を管理・評価する仕組みが重要になる。

作成したソースコードを作成者以外が読み、誤り、コーディング標準への違反、保守性や性能・セキュリティ上の問題を指摘する活動。プルリクエストを使ったレビューのほか、インスペクションやウォークスルーの形で行う。

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

成果物の作成者が説明役となり、参加者に内容を順に説明しながら、誤りや問題点を指摘してもらうレビュー手法。インスペクションより形式ばらずに実施でき、関係者の理解の共有にも役立つ。

プログラムを書くときに従う、命名規則、字下げ、コメントの書き方、使用を禁止・制限する構文などの組織やプロジェクトの取決め。書き手によるばらつきを抑えて読みやすさと保守性を高め、誤りや脆弱性の作り込みを防ぐ。遵守の確認は静的解析ツールで自動化することが多い。