품질게이트 통과 기준 잡기 - 단계 산출물 사인, 잔여 결함, 재시험 창

산출물 첨부만 있으면 품질게이트를 통과한 걸까?

아닙니다. 첨부는 파일이 쌓였다는 증빙이고, 게이트는 다음 단계를 열 자격을 판정하는 자리죠. 사인 주체와 미비 목록이 없으면 그 회의는 진척 보고입니다.

미국 프로젝트관리협회(PMI) 용어집에서 페이즈 게이트는 단계 끝에 여는 검토입니다. 다음 단계로 갈지, 고쳐 갈지, 사업을 멈출지를 그 자리에서 정하죠.

현장 WBS에 분석 종료, 설계 종료라고 한 줄만 있으면 그 줄의 초록은 대개 산출물 제출일이죠. 제출은 게이트의 입구이지 출구가 아닙니다.

미항공우주국(NASA) 소프트웨어 공학 핸드북은 검토를 시작하기 전 조건(입장)과 검토를 끝내는 조건(퇴장)을 나눕니다. 자료가 오기 전에 회의를 열면 입장이 안 된 것이고, 미비가 남은 채 다음 주를 열면 퇴장이 안 된 것이죠.

QA vs QC가 폴더 건수를 세는 일과, 확인 주체가 사인한 일은 다른 칸이죠. 건수만 올리면 수행 품질 조직이 주인이 되고, 사인이 빠지면 발주 현업은 다음 주에야 구멍을 만납니다.

그래서 게이트 안건 첫 장은 파일 목록이 아니라 사인 칸과 미비 목록입니다.

통과와 조건부 통과는 같은 칸일까?

같은 칸이 아닙니다. 통과는 다음 단계를 조건 없이 여는 결정이고, 조건부는 남은 일과 기한을 같은 장에 박고 여는 결정이죠. 조건이 없는 조건부는 통과로 읽힙니다.

PMI가 단계 게이트를 설명할 때 나오는 갈래는 세 가지에 가깝습니다. 진행, 수정 후 진행, 중단이죠.

현장에서 많이 쓰는 말은 통과, 조건부 통과, 반려입니다. 조건부 칸이 비면 회의록은 통과로 남고, 남은 화면은 다음 단계 백로그로 숨어들죠.

숨어든 일은 변경관리 창구를 안 거칩니다. 기한이 없는 조건은 조건이 아닙니다.

설계 게이트에서 인터페이스 명세 미비를 조건으로 남기려면, 누구 담당인지, 며칠 안에 재검토하는지, 그 기한을 넘기면 구현을 멈추는지를 한 줄로 적으세요. 한 줄이 없으면 구현 인원은 다음 주 월요일에 화면을 열기 시작합니다.

중단은 드물지만 칸이 있어야 하죠. 칸이 없으면 반려할 용기가 회의에서 사라집니다.

게이트 한 장의 아래쪽에는 세 갈래 중 하나를 고르는 칸과, 고른 이유를 두 줄로 남기세요.

잔여 결함 한도는 누가 어떤 숫자로 박나?

한도는 착수 주에 발주와 수행이 같이 박습니다. 치명은 0, 중대는 기한 있는 조건부, 경미는 다음 게이트 전까지로 나누는 현장이 많죠. 게이트 당일에 숫자를 흥정하면 이미 늦은 겁니다.

시험 단계 게이트에서 미조치 결함 40건을 두고 통과를 말하는 회의가 있습니다. 40의 등급이 없으면 그 숫자는 감정이죠.

QA vs QC가 매주 올리는 것은 발견과 조치의 흐름이고, 게이트가 묻는 것은 다음 단계를 열어도 되는 잔여입니다. 등급 정의가 사업마다 달라도, 게이트 표에는 세 칸이 필요하죠.

치명 잔여, 중대 잔여와 조치 기한, 경미 잔여의 이월 한도. 치명을 0으로 두는 현장이 많은 이유는, 한 건이 다음 단계의 시나리오를 막기 때문이죠.

중대를 조건부에 남길 때는 담당과 기한을 같이 적습니다. 기한만 있고 담당이 없으면 그 조건은 공란입니다.

검증(Validation)이 나중에 싸인할 시나리오와 연결되지 않은 결함은, 게이트 표의 바깥 칸으로 내려 운영 이관 후보로 표시하세요. 당일 흥정으로 한도를 올리면 다음 게이트의 한도도 같이 올라갑니다.

착수 품질계획에 한도를 먼저 박는 이유입니다.

재시험 창이 없으면 다음 단계가 왜 흔들릴까?

조건부 통과의 남은 일은 고친 뒤에 다시 타야 합니다. 창이 없으면 고친 줄만 있고 확인한 줄이 없죠. 다음 단계는 미확인 산출물 위에서 공수를 쓰기 시작합니다.

설계 미비를 사흘 안에 고친다고 적고 구현을 열면, 사흘 뒤에 고친 페이지가 게이트 테이블에 다시 안 올라오는 일이 생깁니다. 고친 사람과 확인하는 사람이 같으면 QA vs QC가 비는 것이죠.

재시험 창은 날짜만이 아닙니다. 다시 볼 산출물 범위, 확인할 사람, 실패하면 구현을 멈출지까지가 한 세트죠.

NASA 핸드북이 검토 자료를 회의 며칠 전에 두라고 하는 취지도 같죠. 당일 배포한 PDF를 당일 사인하면 입장이 안 된 검토입니다.

WBS 다음 단계 첫 줄 앞에 재시험 창을 하루라도 넣지 않으면, 구현 공수는 설계 구멍을 메우며 소진됩니다. 메운 공수는 변경으로 안 남고 야근으로 남죠.

창을 넣을 자리가 일정표에 없으면, 조건부 통과를 고르지 마세요. 그 경우는 반려에 가깝습니다.

합동검토와 감리는 게이트와 같은 회의일까?

같은 회의가 아닙니다. 게이트는 수발주가 다음 단계를 열지 판정하는 자리이고, 합동검토는 발주가 수행 상태와 산출물을 검사하는 계획된 검토입니다. 감리는 제3자가 별도 창에 들어오는 점검이죠.

과학기술정보통신부 고시 소프트웨어사업 계약 및 관리감독에 관한 지침(제2023-15호, 2023년 5월 15일 시행)은, 국가기관등의 장이 사업수행 상태와 산출물을 검사하려고 합동검토계획을 세우고 계약상대자와 합동 검토를 하라고 적습니다. 공공 구축이 아니어도 이 줄의 취지는 현장에 남길 만하죠.

계획 없는 종료 회의는 검사가 아니라 보고입니다. 국제표준 ISO/IEC/IEEE 12207은 특정 생명주기 모형을 강요하지 않습니다.

다만 단계는 기간이며 그 끝에 일차 의사결정 게이트가 생긴다고 구분해 두죠. 과정(프로세스)과 단계를 같은 말로 쓰면, 매주 하는 품질 활동과 단계 끝의 판정이 한 칸으로 붙습니다.

정보시스템 감리는 착수, 중간, 최종처럼 별도 창에 들어오는 제3자 점검이죠. 감리 지적 조치가 끝나기 전에 게이트를 통과로 남기면, 지적 사항은 다음 단계의 숙제가 됩니다.

WBS에는 게이트 날짜와 합동검토 날짜, 감리 창을 겹치지 않게 두세요. 같은 주에 세 회의를 몰아 넣으면 사인은 복사됩니다.