 |
ソフトウェア技術レビューはピアレビューの一種であり、「資格を持った担当者のチームが…ソフトウェア製品の意図された用途への適合性を検査し、仕様や標準との相違点を特定する。技術レビューでは、代替案の推奨や様々な代替案の検討も行われる」（IEEE Std. 1028-1997、IEEEソフトウェアレビュー標準、第3.7項）。[ 1 ]
「ソフトウェア製品」とは通常、何らかの技術文書を指します。ソフトウェア設計書やプログラムのソースコードなどがこれに該当しますが、ユースケース、ビジネスプロセス定義、テストケース仕様、その他様々な技術文書も技術レビューの対象となる場合があります。
テクニカルレビューは、ソフトウェアウォークスルーとは異なり、レビュー対象製品の技術的な品質に特に重点を置いています。また、ソフトウェア検査とは異なり、レビュー対象製品に直接的な変更を提案できること、そしてトレーニングやプロセス改善に直接焦点を当てていない点も異なります。
正式な技術レビューという用語は、ソフトウェア検査を意味するために使用されることがあります。「技術レビュー」は、調達ライフサイクルイベントや設計レビューを指す場合もあります。
目的と参加者
技術レビューの目的は、欠陥の修正、代替アプローチの推奨または導入など、レビュー対象の成果物の技術的に優れたバージョンを作成することです。後者の側面は、ソフトウェア検査にはない利便性を提供する一方で、一部の参加者の能力を超える技術的な議論や論争に時間を費やすというペナルティが生じる可能性があります。
IEEE 1028 では、次の役割を果たす参加者を含めることを推奨しています。
意思決定者(技術レビューの実施対象となる人物) は、レビューの目的が達成されたかどうかを判断します。
レビューリーダーは、レビューに関連する管理タスクを実行し、秩序ある実施を確保し、レビューが目的を達成していることを確認する責任を負います。
レコーダーは、レビュー チームによって行われた異常、アクション項目、決定、推奨事項を記録します。
技術スタッフは、ソフトウェア製品のレビューと評価に積極的に参加します。
経営上の解決が必要な問題を特定する目的で、 経営スタッフが参加する場合があります。
顧客またはユーザーの代表者は、レビュー前にレビュー リーダーによって決定された役割を果たすことができます。
必要に応じて、1 人の参加者が複数の役割を果たす場合があります。
プロセス
正式な技術レビューは、IEEE 1028 の第 5 項に指定されているものと同様の一連のアクティビティに従います。これは基本的に、ソフトウェア レビューに関する記事に要約されています。
参考文献
- ^ 「ソフトウェア技術レビュープロセス」(PDF) 。 2015年7月24日時点のオリジナル(PDF)からアーカイブ。 2012年5月6日閲覧。
