システム開発の現場で作成される様々なドキュメントは、レビューを受けることでプロジェクトとしての品質を担保しています。

設計フェーズで作成される要件定義書・基本設計書・詳細設計書、テストフェーズで作成されるテスト計画書・テストケース・テスト結果報告書、リリース前に作成されるリリース手順書・操作マニュアル等々、作成されたドキュメントはすべてレビューにかけられます。

レビューの際に起こりがちな間違いは別記事ドキュメントレビューのポイント vol.1 〜レビューの間違い〜でご紹介しましたが、このような間違いを起こさないためにも、レビューの技法や進め方を理解し、正しく進めていきたいものです。

システム開発プロジェクトの現場では、多くのドキュメントが作成されます。要件定義書・基本設計書・詳細設計書などの設計に関連するドキュメント、テストの計画段階で作成されるドキュメントやテストケース・リリース手順書・操作マニュアルなど、種類も内容も多岐にわたります。
作成されたドキュメントは、プロジェクトメンバーによってレビューされ、内容が決定されます。

それでは、「良いドキュメントレビュー」とはどのようなものでしょうか。
本記事では、ドキュメントレビューが必要な意義を再確認したうえで、ドキュメントレビューの際に起こりがちな誤りを挙げて、解説していきます。