QA 부서는 필요한 것인가?

많은 프로젝트 관리 방법론과 조직론에서 항상 얘기하는 것이 QA 부서를 독립적으로 두는것에 대해 강조하는 편이다.

테스트 역시 테스트 조직을 별도로 두는 것에 대해 강조하는 편이다.

이러한 QA 부서 또는 테스트만을 전담하는 조직이 꼭 별도로 존재해야 하는 것일까?

테스트의 경우에는 개발자와 다른 시각을 가진 사람들의 테스트의 필요성을 강조하기 위해서 테스트 조직을 별도로 두는 것을 강조하는 편이다.
만약 테스터가 개발이나 영업, 운영과 같은 조직의 하부 조직이 되다 보면 정치적인 독립성에 따라 자신만의 독립적인 시각이나 의견을 피력하기 힘든 점이 있기 때문이다.

QA 부서는 어떨까?

여기서 먼저 생각해 볼 것이 있다.

그것은 QA 부서가 과연 무슨 일을 하는 부서인가? 하는 문제이다.

여러분의 회사에서 QA 부서는 과연 어떤 일을 하는가? 여러분은 QA 부서에 대해 얼마나 호감을 가지고 있는가?

펼쳐두기..

회사마다 회사의 정책이나 전략에 따라 QA 부서의 역할은 매우 판이하다. 그리고 그 역할에 따라 회사 내에 QA 부서의 호감도도 매우 달라지는 편이다.

만약 여러분이 QA 부서에 대한 호감도가 낮다면 아래와 같은 문제가 있는 것은 아닌지 한번 고민해 보시고 댓글이나 트랙백등으로 의견을 주셨으면 하는 바람이다.

먼저 일반적으로 QA 부서가 하는 일은 제품의 품질을 측정하고 제품의 품질을 향상시킬 수 있는 모든 활동을 계획하고 제어하는 일을 한다.

그런데 문제는 소프트웨어의 품질이 문제가 된다.

먼저 공장과 같은 하드웨어를 제조하는 회사의 경우에는 품질 부서가 독립적으로 존재한다. 이 품질 부서에서 제품의 품질을 측정하고 제품의 품질을 개선하기 위해 집중하는 곳은 하드웨어 그 자체이다.
하드웨어는 각각의 부붐의 품질이 100인 제품이 모여서 하나의 제품을 구성하게 되었을 때 그 제품의 품질은 역시 100이다.
이것은 매우 명확한 사실이다.

소프트웨어를 만드는 회사의 조직과 관리 방법 역시 이러한 하드웨어를 만드는 회사의 조직과 관리 방법을 그대로 물려받았다.
그런데 문제는 소프트웨어 회사의 QA 부서가 품질에 집중해야 할 상황에 직면했을 때 QA 부서가 직면하는 제품은 형체가 없는 가상의 소프트웨어이다.
즉, 기존의 관리 방법으로는 이것을 관리할 방법이 없게 된다.
때문에 제품 자체에 집중할 수 없다면 소프트웨어를 만드는 사람에게 집중하게 된다. 즉 QA 부서가 사람을 통제하게 되는 것이다. 만약 QA 부서가 인사 부서와 연합횡종을 하게 된다면 회사내의 모든 조직에 미치는 파급은 가히 상상을 초월하는 수준에 이르게 된다.
하지만 이러한 것은 절대로 있어서는 되는 일이 아니다.

소프트웨어 회사에서 QA 부서가 제품 자체가 아닌 사람에 집중하여 사람을 통제하여 제품의 품질을 조절하려는 가장 큰 가정은 뛰어난 개발자가 뛰어난 제품을 만들 수 있다는 것이다.
그리고 사람은 우선 눈에 보이기 때문에 통제 가능하다고 생각하는 것이다.

하지만 위 두가지 가정 중 그 어느 것도 가능한 가정이 아니다.

우선 사람의 능력과 생산성의 측정은 하드웨어의 품질을 측정하는 것만큼 명확하지도 간단하지도 않다.
설령 측정 가능하다고 하더라도 뛰어난 개발자들만을 모아놓는다고 해서 뛰어난 제품이 나오는 것도 아니다.
책상 앞에 앉아서 현란하게 손가락을 움직인다고 해서 좋은 소프트웨어가 나오는 것도 아니다. 솔직히 말하면 가만히 앉아서 많은 생각을 하는 와중에 더 좋은 소프트웨어가 나올 확률이 높다.

분명 QA 부서에서 소프트웨어의 품질을 측정하는 지표 자체가 사람을 통제하는 지표는 아니다.

하지만 그러한 소프트웨어의 품질을 측정하는 지표들을 자세히 들여다 보면 그러한 지표들은 대체로 그러한 품질 측정 지표를 회피하기 위한 사람의 행동을 야기하게 된다는 것을 알 수 있다.

이러한 차이와 딜레마가 생기는 근본적인 것은 하드웨어를 관리하는 방법과 측정 지표가 소프트웨어에 적용되고 있기 때문이다.

QA 부서에서 이러한 차이를 인식하지 못하고 있다면 조직 내에서 QA 부서에 대한 호감도는 매우 낮을 것이다. 그리고 회사 내에서 품질에 대한 인식 자체가 매우 부정적일 것이다.

소프트웨어의 품질은 누군가가 책임을 지고 제어하고 측정할 수 있는 성질의 것이 아니다. 소프트웨어의 품질은 소프트웨어의 개발에 관련된 모든 사람들이 책임지고 결정할 문제의 것이다.

즉, 하드웨어처럼 뛰어난 부품을 모아서 뛰어난 제품을 만드는 것처럼 뛰어난 개발자들을 모은다고 해서 뛰어난 제품이 나오는 것이 아니다.
막상 뛰어난 제품은 뛰어난 커뮤니케이션과 정보 공유에서 오는 경우가 많다.

즉, 소프트웨어는 그 자체가 품질을 내포한다기 보다는 소프트웨어를 개발하는 과정이 품질을 내포한다고 생각한다.

따라서 소프트웨어의 QA 부서라면 이러한 것을 이해하고 소프트웨어의 개발에 관련된 모든 이해관계자의 커뮤니케이션을 강화하고 모든 이해관계자가 동일한 목표를 향할 수 있도록 이끄는 역할을 해야 한다.

그렇지 못한다면 QA 부서는 있으나마나 한 조직이다.

여러분의 QA 부서는 어떠한가? 여러분의 QA 부서는 품질을 어떻게 이해하고 있는가? 무엇에 집중하고 있는가?