Scrum 에서 품질 담당자의 역할은??

 

---

스크럼과 V 모델

스크럼팀에서 품질 담당자 또는 테스트 엔지니어는 단계별로 무엇을 해야 하는가?

 

일반적인 스크럼 프레임워크에서 테스트에 대해 직접적으로 명시하고 있지 않다.

개발 단위를 잘게 쪼개어 개발을 수행하는 특성을 생각하면 예측할 수 있는 이유는 몇 가지 있다.

 

 

1. 개발 완료 조건을 통해 원하는 품질을 달성할 수 있다.
2. 테스트 엔지니어도 개발팀에 소속되어 프로세스 내에서 품질 활동을 해야 한다.
3. 데일리 미팅을 통해 개발 중 발견된 이슈를 해결해야 한다.
4. 스프린트 리뷰를 통해 제대로 개발되었는지 확인해야 한다.

 

하지만,

 하나의 제품에 여러 스크럼팀이 함께 개발을 할 수도 있다. 스프린트가 완료되면 개발된 항목은 마스터 소스에 머지되어야 하며 이때 사이드 이슈가 발생할 가능성이 있다. 보통 CI/CD 에 의해 일부 자동화 테스트 및 회귀 테스트 진행을 통해 검증을 진행하게 된다.

 

 

스크럼에서는 (8) Product Increment 단계로 설명된다.

출처 : scruminc.com 

 

 매 스프린트마다 발행된 버전을 고객에게 릴리즈 할 수도 있으나 여러 번의 스프린트를 합쳐서 고객에게 릴리즈할 수 있다. 실제 사용하는 프로그램이나 앱의 버전을 보면 우리가 업데이트를 할 때 버전이 하나씩 올라가는 게 아니라 몇 개 버전이 뛰어넘는 경우가 이러한 경우이다.

 

아래 스크럼 프레임워크 단계 맞춰 테스트 프로세스를 접목시켰다.

 

 

Scrum 에 맞춰본 테스팅 V-Model

위 글에 추가적으로 두 단계를 추가한다.

 

Sprint Retrospective

- 이번 스프린트에 대한 회고를 진행한다.

- 품질 : 테스트 케이스를 통합하고 회귀 또는 자동화 영역을 검토한다.

 

Product Increment

- 검증 완료된 소스를 머지(배포)한다.

- 품질 : 발행된 버전에 대한 시스템(인수) 테스트를 수행한다.

 

 

 

 품질 담당자 또는 테스트 엔지니어는 스크럼 프레임워크에서 개발팀에 소속되어 함께 개발을 진행하게 된다. 하지만 각 단계별로 스크럼 마스터와 프로덕트 오너를 서포트하여 제대로 개발되고 있는지, 잘 개발되었는지를 확인할 수 있도록 본인의 역할을 명확히 해야 한다.

 아무리 성숙한 조직이라도 품질 전문가가 리딩 하는 프로덕트의 품질보다 나을 수 없을 것이다.

 

---