파일 수가 항목보다 많으면 제출이 끝난 건가

아닙니다. 항목 번호가 연결된 행만 제출입니다. 번호 없는 파일은 초안 폴더로 옮깁니다.

파일명에 최종을 써도 되나

쓰지 않습니다. 항목 번호, 문서 종류, v와 숫자만 둡니다. 최종은 어떤 버전인지 폴더에서 보이지 않습니다.

압축 파일 하나로 제출해도 되나

보관용으로는 받아도, 납품 행은 풀린 파일 이름으로만 닫습니다. 압축 1개를 항목 28개로 세지 않습니다.

버전은 표지만 고치면 되나

파일명과 표지가 같아야 합니다. 하나만 고치면 검수자는 어느 쪽을 볼지 멈춰서 반려가 됩니다.

산출물 파일명 대조, 계약 목록 | 제출 파일이 어느 항목인가

계약 산출물 28개와 제출 폴더의 파일 32개가 이름으로 이어지지 않으면, 검수자는 받은 파일인지 빠진 파일인지 하루를 쓴다. 요구사항정의서가 REQ_v7_최종.xlsx로 올라가 있으면 목록의 항목 번호와 파일이 따로 놀기 때문이다. 파일명을 착수 때 규칙으로 박아 두지 않으면, 막주에 압축 파일 하나로 합쳐 제출하는 일이 반복된다. 이름에 최종이 들어가면 어느 버전이 검수본인지 폴더만 보고는 가리지 못합니다. 규칙을 착수 때 안 적으면 팀마다 파일이 다르게 쌓입니다. 계약 항목 번호와 파일명을 잇는 대조표, 버전과 제출일을 어디에 적는지 제출 폴더 기준으로 적는다. 산출물은 많은데 검수 목록이 비는 분이라면, 이름 규칙부터 맞춰 보시면 됩니다.

칸	적는 예	어긋날 때
항목 번호	D03	파일이 어느 행인지 모름
파일명	D03-REQ-v07.xlsx	최종이 들어가면 버전이 숨음
표지 버전	v07	파일명과 다르면 반려
제출일	2026-10-03	압축만 있으면 빈 칸, 미제출
닫는 사람	발주 검수 담당	올린 사람이 닫으면 대조가 아님

계약 항목과 제출 파일을 잇는 칸

파일 32개와 항목 28개는 왜 안 맞을까?

파일 수가 항목 수보다 많다고 해서 다 제출된 것이 아니다. 항목 번호가 없는 파일은 초안이지 납품이 아니다.

제출 폴더에 파일이 32개이고 계약 목록이 28개면, 4개가 남습니다. 그 4개가 여분이 아니라 초안과 복사본인 경우가 많죠.

반대로 요구사항정의서라는 항목은 있는데, 파일 이름은 REQ_v7_최종.xlsx입니다. 검수자는 이름만으로 어느 항목인지 모릅니다.

WBS의 산출물 칸에 계약 항목 번호를 안 적으면, 개발이 끝난 뒤 파일을 뒤지며 번호를 붙이게 됩니다. 뒤지는 데 하루가 걸리면 그 하루는 검수 기간에서 빠집니다.

대조의 첫 숫자는 항목 28개 중 파일명이 연결된 개수입니다. 연결이 21개면 미제출은 7개예요.

폴더 파일 32개는 그 계산에 바로 쓰지 않습니다. 연결 21개와 미제출 7개를 주간보고 첫 줄에 적으면, 폴더 개수는 참고 숫자로만 남습니다.

이름 규칙은 어디에 박을까?

규칙은 착수 회의록에 한 번 적는다. 항목번호, 문서종류, 버전 세 토막이면 막주에 이름을 다시 짓지 않는다.

규칙은 거창하지 않습니다. D03-REQ-v07.xlsx처럼 항목 번호, 문서 종류, 버전 세 토막입니다.

최종, 진짜최종, 송부용 같은 말은 토막에 넣지 않죠. 착수 1주 차 회의록에 이 규칙을 적고, 예시 파일명 3개를 붙입니다.

예시가 없으면 팀마다 밑줄과 하이픈이 달라집니다. 요구사항 식별 산출물도 같은 규칙을 탑니다.

요구 쪽만 REQ_정의_최종으로 두면, 검수 목록에서 그 파일만 고아가 됩니다. 규칙을 설계 종료 후에 정하면, 이미 올라간 40개 파일의 이름을 다시 짓는 작업이 생깁니다.

그 작업은 공수 산정에 없던 줄이라 주말 작업으로 떨어집니다. 규칙 없이 쌓인 파일 40개의 이름을 막주에 고치면, 그 고침은 산정에 없던 하루로 잡힙니다.

버전과 제출일은 어디에 보일까?

버전은 파일명에, 제출일과 제출자는 대조표에 둔다. 파일 속 표지 날짜만 있으면 폴더에서 안 보인다.

버전을 문서 표지에만 적으면 폴더를 열기 전에는 v07인지 v03인지 모릅니다. 파일명의 v07이 표지의 버전과 다르면, 검수자는 어느 쪽을 믿어야 할지 멈춥니다.

멈추는 건은 반려로 적고, 파일명과 표지를 같게 만든 뒤에 다시 받죠. 제출일과 제출자 이름은 파일명에 넣지 않습니다.

넣으면 같은 문서가 날짜마다 다른 파일이 됩니다. 대조표 칸에 제출일 2026-10-03, 제출자 이름을 적습니다.

같은 항목에 파일이 두 개면 높은 버전만 납품으로 남기고, 낮은 버전은 초안 폴더로 옮기세요. 초안을 납품 폴더에 두면 파일 수가 항목 수보다 많아져, 다 낸 것처럼 보입니다.

낮은 버전 4개를 납품 폴더에 두면 파일 수가 항목보다 4개 많아집니다.

압축 하나로 내면 검수는 왜 멈출까?

압축 1개는 항목 1개로 읽힌다. 안의 파일 이름이 규칙과 다르면 압축을 풀어도 대조가 안 된다.

막주에 all_v1.zip 하나를 올리는 제출이 있습니다. 검수 체크리스트는 항목 28행인데, 받은 파일은 1개죠.

압축을 풀어도 안쪽 이름이 규칙과 다르면 행을 채울 수 없습니다. 그래서 납품 폴더는 항목 번호별 파일만 두고, 압축은 보관용으로만 받습니다.

압축만 있고 풀린 파일이 없으면 제출일 칸을 비워 두세요. 빈 칸은 미제출입니다.

PM이 주간보고에서 제출률 100%를 말하려면, 분모는 계약 항목 28이고 분자는 대조표에서 파일명이 채워진 행입니다. 압축 1개를 28로 세면 제출률이 한 번에 끝납니다.

그 숫자는 다음 날 검수자가 다시 0에 가깝게 고칩니다. 압축 1개를 제출률의 분자로 쓰면, 다음 날 채워진 행은 다시 비게 됩니다.

빠진 항목은 누가 닫을까?

미연결 행은 수행사가 파일을 올리고, 발주사가 항목 번호가 맞는지 닫는다. 한 사람이 올리고 닫으면 대조가 아니다.

미연결 7행의 담당을 비우면 그 행은 검수 마지막 날까지 남습니다. 수행사 PL이 규칙에 맞는 파일을 올리고, 발주사 검수 담당이 항목 번호와 버전이 맞는지 보고 행을 닫죠.

검증(Validation) 서명 전에 열린 행이 1개라도 있으면, 조서의 첨부란에 미제출 항목 번호를 적습니다. 첨부 없이 통과를 고르면, 없는 산출물을 받은 것으로 남습니다.

닫기 전에 볼 것은 세 가지입니다. 파일명의 항목 번호, 버전 숫자, 표지 버전과의 일치.

셋 중 하나가 어긋나면 행은 열린 채로 둡니다. 열린 행 수를 검수 시작일의 첫 보고에 적으면, 파일 찾는 하루가 회의 전에 줄어듭니다.

열린 행 7개의 번호를 검수 시작일 오전에 읽으면, 찾는 시간이 회의 뒤로 밀리지 않습니다. 7개 중 파일명 규칙이 다른 행이 3개면 그 3개는 반려로 적고, 제출일 칸을 비워 미제출로 되돌립니다.

반려 3건은 제출률 분자에서 빼고, 규칙에 맞는 파일을 다시 받을 때만 행을 닫습니다. 닫기 전에는 버전 숫자가 표지와 같은지도 한 번 더 봅니다.