問題 No.7009
ソフトウェア開発におけるデザインレビューに関する記述として、不適切なものはどれか。
【正解の解説】
レビューの効率化と客観性の向上を目的として、製品の作成者本人をレビューの議長やリーダーに任命し、進行管理を行わせる。
自分が書いたラブレターの添削を、自分自身で行うようなものです。作成者本人がリーダーになると、自分のミスに甘くなったり、他メンバーが遠慮して意見を言えなくなったりするため、客観的なチェックができなくなります。
スポンサーリンク
【その他の選択肢の解説】
レビューアには開発工程に関与していない第三者を選定し、個人的な感情や偏見を排した公平な指摘が行える環境を構築する。
先入観のない第三者の目を入れることで、作成者が見落としたバグや仕様の矛盾を発見しやすくなります。開発チームの内輪だけでレビューを回すよりも、外部の視点を取り入れる方が品質向上に効果的です。
指摘事項の記録や管理においては、個人の責任追及を目的とせず、成果物の品質向上とプロセス改善に焦点を当てて運用する。
レビューは「人を責める場」ではなく「バグを責める場」です。犯人探しをしてしまうと、開発メンバーが次のレビューでミスを隠すようになり、かえって品質が低下するアンチパターンに陥ります。
レビューの実施前にチェックリストを共有し、参加者全員が共通の評価基準に基づいて成果物の検証を行えるように準備する。
参加者全員がバラバラの基準でチェックすると、指摘が属人化してしまいます。学校のテストのように、あらかじめ採点基準を共有しておくことで、誰が参加しても漏れなく高品質なレビューが可能になります。