【てくにかるれびゅー】

テクニカルレビュー とは?

💡 「他の目」で設計やコードの問題を見つける
📌 このページのポイント
テクニカルレビューのフロー 成果物 コード・設計書 仕様書 レビュー実施 技術的正確性の確認 設計の妥当性検証 バグ・欠陥の発見 フィードバック 指摘事項の共有 改善提案 修正 品質向上 再レビュー 参加者の役割 作成者 説明・回答 レビュア 検証・指摘 司会者 進行管理 レビューの効果 早期にバグを発見(修正コスト低減) 設計品質の向上 知識共有・チーム力向上
テクニカルレビューのフローイメージ
ひよこ ひよこ
ペンギン先生 ペンギン先生

ウォークスルーは作成者が主導して参加者に説明しながら進める比較的カジュアルなレビューインスペクションは訓練された司会者(モデレータ)が主導し、事前準備・チェックリスト・記録のある公式なレビューインスペクションの方が欠陥検出率は高いけど工数もかかるよ

ひよこ ひよこ

コードレビューはどうやってる?

ペンギン先生 ペンギン先生

今はGitHubGitLabプルリクエスト(マージリクエスト)でコードレビューするのが一般的だよ。変更差分を画面で確認して、コメントで指摘・議論する。非同期レビューできるから時差のあるチームでもスムーズだし、レビュー履歴が残るのも大きなメリットだね

ひよこ ひよこ

レビューのコツは?

ペンギン先生 ペンギン先生

①一度に200行以上レビューしない(集中力の限界)、②「何を重点的に見るか」を決める(セキュリティ、パフォーマンス、設計など)、③批判ではなく建設的なフィードバックを心がける、④自動化できることは静的解析ツールに任せる。人間は「設計の妥当性」に集中するのがベストだね

ひよこ ひよこ

IPA試験でのポイントは?

ペンギン先生 ペンギン先生

ウォークスルーインスペクション、ラウンドロビンレビューなどの種類と特徴が出題されるよ。「モデレータが主導するのはどのレビュー形式か」→インスペクション。「作成者が参加者に説明するのはどれか」→ウォークスルー。各レビュー形式の特徴を整理しておこうね

ペンギン
まとめ:ざっくりこれだけ覚えればOK!
「テクニカルレビュー」って出てきたら「技術的な観点から設計やコードをチェックする品質活動」と思えればだいたいOK!
📖 おまけ:英語の意味
「Technical Review」 = 技術レビュー
💬 テスト前にレビューで欠陥を発見する方が10倍以上安い。品質の「前倒し」が狙いだよ
← 用語集にもどる