QA를 거치지 않은 항목이 릴리즈가 되었다. 릴리즈 노트 분석 결과, 약 76%가 QA 이전 단계에 있었다.
PM이 확인해야 하는 단계에 있는 게 대부분이었다. QA의 역할과 릴리즈 기준 사이에 근본적인 의문이 생긴다.
저연차에서는 원래 이런 건가 넘어갈 수도 있는데 생각을 정리했다. 개인의 문제가 아니라 구조의 문제로 본다.
워크플로우는 있는데, 그 상태와 실제 릴리즈 기준의 연결점이 없다. 워크플로우 상태와 의미 워크플로우에는 완료 상태와 작업 대기 상태가 섞여있다.
실제 용어는 확인, 검토, 검수, 테스트 등 혼재되어 있는데 설명 편의를 위해 임의로 통일하겠다. new: 신규 ing: 작업 중 dev done: 개발자가 개발을 완료함. dev test: 테스트 서버에 배포가 완료되었고, 개발자가 확인해야 하는 상태. pm test: PM이 확인해야 하는 상태. qa test: QA가 테스트 서버에서 확인해야 하는 상태. op test: 운영 서버에 배포된 이후에, QA가 운영서...
원문 링크 : 릴리즈 게이트 붕괴: 선 릴리즈, 후 테스트.
