발행 주기를 감으로 정하면 바쁜 주에 검수가 먼저 밀립니다. 매일과 주간 중 하나를 고르기 전에 최근 4주의 실제 작업 기록으로 한 편을 공개하는 데 필요한 시간을 계산합니다. 질문 수집, 사실 확인, 작성, 별도 검수, 모바일 점검, 수정 반영을 각각 기록하고, 기다린 시간과 직접 작업한 시간을 구분합니다.
기준은 ‘지난달에 몇 편 올렸는가’가 아니라 다음 주에 확실히 쓸 수 있는 편집 시간입니다. 가용 시간에서 이미 공개된 글의 정정, 운영정보 변경, 보류 원고 재검수에 필요한 시간을 먼저 뺍니다. 남은 시간을 최근 원고의 단계별 소요시간 중앙값으로 나누면 감당 가능한 신규 편수를 계산할 수 있습니다. 계산값을 목표치로 꽉 채우지 않고 지연을 흡수할 여유도 남깁니다.
대기열에는 글마다 현재 단계를 표시합니다. 자료 확인 전, 작성 완료, 독립 검수 대기, 수정 필요, 공개 가능을 섞어 단순한 원고 수로 세지 않습니다. 검수 대기가 일정 기준을 넘으면 새 초안을 더 만드는 대신 대기 원고를 해결합니다. 공개 뒤 오류 정정이 반복되는 주에는 다음 주 신규 편수를 줄이는 근거로 사용합니다.
매일 발행은 하루 안에 확인 담당자가 답하고 검수 결과를 반영할 수 있을 때 적합합니다. 주간 묶음은 담당자의 확인 일정이 정해져 있고 여러 글을 한 번에 비교 검수하는 편이 안정적일 때 선택할 수 있습니다. 어느 방식이든 긴급한 운영정보 수정은 새 글 일정과 분리해 즉시 처리합니다.
월말에는 계획 편수와 실제 공개 편수만 비교하지 않습니다. 단계별 지연시간, 수정으로 돌아간 비율, 공개 후 정정 건수, 남은 검수 대기를 함께 봅니다. 처리능력이 달라지면 같은 계산표로 주기를 다시 산정합니다. 이 방식은 많이 올리기 위한 약속이 아니라 확인 가능한 속도를 유지하기 위한 운영 기준입니다.