위와 같이 Validation을 직역하면 "제대로 된 제품을 만들고 있는가" 입니다. Validation의 경우 개발이후 단계 중간 또는 말에 해당 요소에 대하여 요구사항을 정상적으로 반영 되었는가를 평가하는 행위를 통해 '제대로된 제품'인 지에 대해 판별합니다.
V&V의 개발 프로세스 실무 적용
제품을 개발하고 서비스를 제공하는 프로젝트에서 우리는 「이해관계자의 요구사항」 및 기타 「설계단계에서의 산출물」에 대한 Verification 을 통하여 평가를 진행하고, 이후에는 Validation 을 통하여 이해관계자의 요구사항이 모두 반영되었는지 평가를 진행하게 됩니다.
그러므로, 테스터는 (개인의 주관적 생각이나 의견이 아닌) 「공식화되고 객관적인 형태의 문서 등 산출물」을 통해 사용자의 요구사항 충족 조건이 소프트웨어 제품/서비스 내에 갖추어졌음을 확인(Verify)하는 전문성을 갖추어야 하며, 이를 위해 「소프트웨어 공학」이나 「소프트웨어 테스팅」 관련 지식들, 「프로젝트 관리」 관련 지식들을 학습해야 합니다.
질문에 대한 답변으로 결국 회장님의 요구를 만족시키는 일인지 확인할 길은 없지만, 회장님의 요구사항을 알거라고 믿는 이해관계자의 요구를 만족시키는지에 대해서는 확인할 수 있기에 이 활동을 통해 회장님의 요구도 만족시킬 수 있을 것이라고 보면 될 것 입니다.
관련 사족 설명
사족1. 그리고 이런 일련의 과정을 '품질관리(Quality Assurance)'라 합니다. QA ≠ Testing입니다. Testing은 이런 V&V 과정 내에서 행해지는 개별 활동들 각각을 의미하는 것이므로, Testing과 QA를 혼동해선 안됩니다. 어느 것이 더 크다, 작다를 말하는 것이 아니라 두 개가 다른 것이란 점을 기억하시면 됩니다.
사족2. 본 글에서 말하는 「이해관계자」의 범위는 해당 프로젝트에 직/간접으로 해당되는 인원을 뜻합니다. 프로젝트 관리 전문가(Project Management Professional)에서는 '요구사항에 의해 긍정/부정적 영향을 받는 프로젝트 내 사람들 모두'라고 소개합니다. 그러므로, 해당 범위의 이해관계자들이 가진 요구사항, 필요내용 등을 정상적으로 Validation 하여 구현되었다면 이해관계자의 요구를 만족시켰다는 의미로 생각하시면 될 것 같습니다.