먼저 답해야 할 질문은 “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”이다. 요청을 보낸 날을 곧바로 작업 시작일로 잡으면 회신 대기 시간이 제작 지연처럼 보인다. 최종 마감만 공유하면 중간 입력이 늦어졌을 때 어느 일정을 다시 계산해야 하는지도 알기 어렵다.
자료를 모으는 순서는 다음과 같다: 전체 작업을 요청 발송, 자료 회신, 검토, 수정, 승인으로 나누고 각 단계의 책임자와 예정일을 둔다. 상대 응답 전에는 진행할 수 없는 일을 표시하고 회신이 늦을 때 자동으로 바뀌는 후속 일정도 함께 합의한다.
증거의 범위를 넓히기 전에 “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”를 가르는 항목을 골라야 한다. “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”의 검토에서는 실제 화면, 최신 운영 기록, 승인된 원문을 나란히 놓아 한 자료의 빈틈을 다른 자료가 가리지 않게 한다. 세 자료가 일치하지 않으면 “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”의 수정부터 시작하지 않고 차이가 생긴 시점과 책임 범위를 남긴다.
일반 규칙만으로 처리하기 어려운 부분도 있다: 부분 회신, 재질문, 승인권자 부재, 여러 사람의 답이 필요한 경우를 별도 상태로 둔다. 기다리는 시간을 작업자가 소비한 시간처럼 기록하거나 아직 합의되지 않은 회신일을 확정 일정으로 말하지 않는다.
수정 우선순위도 “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”와의 거리를 기준으로 잡는다. “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”의 답이 이용자의 결정에 바로 영향을 주는 차이를 먼저 다루고 표현 정리는 그 뒤에 놓는다. “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”를 변경한 후에는 처음 오류가 나온 조건으로 되짚어 새 혼선이 없는지 확인한다.
판단 과정을 되짚을 수 있도록 단계·담당자·요청일·회신 예정일·실제 회신일·영향받은 마감을 담은 일정 합의표을 만든다.
단계·담당자·요청일·회신 예정일·실제 회신일·영향받은 마감을 담은 일정 합의표에는 선택한 안뿐 아니라 제외한 안의 이유도 짧게 남긴다. 그래야 “누가 언제 무엇을 넘겨야 다음 작업이 예정대로 시작되는가”를 다시 검토할 때 이미 확인한 실패 경로를 반복하지 않는다. 단계·담당자·요청일·회신 예정일·실제 회신일·영향받은 마감을 담은 일정 합의표의 다음 회차 항목은 담당자와 확인 조건이 갖춰져야 인계된 것으로 본다.
검수의 종료점은 분명해야 한다: 모든 선행 입력에 책임자와 날짜가 있고 지연 시 조정 규칙을 양쪽이 확인하며 실제 회신이 후속 일정에 반영되면 진행한다.