주간 업무보고 자동화 — 디자인보다 항목 순서를 먼저 정한 이유
AI로 주간 업무보고를 만들 때 결과가 아쉬운 원인은 문장력이 아니라 항목 순서입니다. 순서를 먼저 확정하고 규칙 파일로 굳히는 설계와 근거를 정리했습니다.
방구석컴퍼니
혼자 일하는 사람 · 작업 기록
한 줄 지시로 만든 업무보고에서 상사가 요청받아야 할 항목은 다섯 번째에 있었고, 제가 남에게 넘겨놓고 못 받은 항목은 0개였습니다. 문장은 멀쩡했습니다. 배치가 틀렸습니다.
이 글은 그 배치를 설계 대상으로 옮긴 기록입니다. 같은 보고 문서를 매주 다시 짜다가 막히신 분을 위한 정리입니다. 끝까지 보시면 항목 순서를 직접 정해 파일로 고정할 수 있습니다. 준비물은 계정 하나와 텍스트 편집기이고, 처음 한 번에 40분이 듭니다.
왜 문장력이 아니라 순서가 문제인가
생성 품질이 아니라 정보 배치가 병목입니다. 한 줄 지시로도 담당자·기한·지난주 대비는 채워졌습니다. 다만 읽는 사람이 행동해야 할 항목이 문서 뒤쪽에 놓였습니다.
회의 시간은 앞에서부터 소모됩니다. 뒤에 있는 항목은 존재해도 도달하지 못합니다.
지시가 부실하다는 통계가 실제로 있는가
있습니다. 대한상공회의소가 2018년 상장사 직장인 4,000명에게 물은 조사에서, 지시 명확성은 100점 중 39점, 방향 제시는 30점이었습니다. 다만 이 수치는 조직 일반에 대한 것이라 개별 도구 성능과 직결되지는 않습니다.
여기서 끌어낼 건 하나입니다. 지시하는 쪽이 순서를 정하지 않은 채 시작하는 일이 흔하다는 것.
순서를 어떤 원칙으로 뒤집었는가
수신자가 조치할 수 있는 항목을 앞으로 올렸습니다.
| 기준 | 시간순 배치 | 조치순 배치 |
|---|---|---|
| 1순위 | 완료한 일 | 즉시 조치 필요 |
| 2순위 | 진행 상태 | 대기 중인 요청 |
| 3순위 | 발생한 문제 | 자력 해결 불가 항목 |
| 4순위 | 향후 계획 | 완료한 일 |
| 정렬 근거 | 작성자 시점 | 수신자 행동 |
LucasVandroux가 공개한 주간보고 템플릿이 같은 정렬을 씁니다. 첫 섹션이 Urgent, 둘째가 Reminder이고 둘째 섹션 안내문에 대기 시작 시점을 적게 되어 있습니다.
대기 항목은 왜 별도 섹션이 필요한가
작성자만 아는 정보라서 다른 섹션에 흡수되지 않기 때문입니다. 완료한 일은 산출물로 드러나고 진행 중인 일은 상태 값으로 드러나지만, 응답을 기다리는 상태는 어디에도 자동으로 나타나지 않습니다.
기록 형식은 세 요소를 붙입니다.
PG사 / API 스펙 회신 / 8월 22일 요청, 3일 경과
법무팀 / 결제 약관 검토 / 4일 경과
경과일이 붙으면 수신자의 판단이 달라집니다. 3일과 14일은 개입 방식이 다릅니다.
상태 라벨의 기준은 어떻게 통일하는가
색이 아니라 문장을 고르게 만듭니다. 영국 Infrastructure and Projects Authority는 연차보고서 부록에서 사업 완수 가능성을 세 등급으로 나누고 각 등급에 판정문을 붙입니다.
| 등급 | 판정 조건 |
|---|---|
| Green | 일정·예산·품질대로 완수 가능성이 높고 중대 미해결 사안이 없다 |
| Amber | 완수는 가능하나 이미 중대 사안이 존재해 관리자 주의가 필요하다 |
| Red | 현 상태로는 완수 불가이며 현 방식으로는 해결 가능성이 없다 |
선택 행위가 색 고르기에서 문장 고르기로 바뀝니다. 문장이 상황과 맞지 않으면 그 등급이 아닙니다. 동일 조건에서 관찰하면 등급 이름만 있을 때는 담당자마다 Amber 해석이 갈렸고, 반면 판정문을 명시한 뒤에는 해석 차이가 사라졌습니다.
제목을 명사로 끝내면 무엇이 손실되는가
정보가 제목 아래로 숨습니다. 컬럼비아호 사고조사위원회 보고서는 기술 보고를 발표 슬라이드로 대체한 관행을 문제로 지적했습니다. 해당 슬라이드 제목은 시험 데이터가 보수적임을 시사한다는 안심시키는 문장이었고, 시험 조건 대비 640배 차이를 나타내는 수치는 최하단 최소 글자 크기 항목에 있었습니다.
제목만 읽고 넘어가면 그 수치는 없는 것과 같습니다. 그래서 제목을 판정문으로 씁니다. 진행 현황 대신 한 건이 협력사 회신으로 닷새 지연이라고 씁니다.
규칙을 파일로 분리하는 이유는 무엇인가
대화 맥락은 세션과 함께 사라지지만 파일은 남기 때문입니다. 매주 같은 지시를 재입력하면 그 주에 한 판단이 다음 주에 이월되지 않습니다.
파일은 세 개로 나눴습니다. 항목 순서와 판정문은 SKILL.md, 조판 규칙은 references/layout.md, 발표 반응과 인쇄 예외는 references/motion.md입니다.
규칙 파일이 데이터까지 대신하는가
아닙니다. 파일은 형식만 보유합니다. 그 주의 실제 값을 넘기지 않으면 빈칸으로 두는 대신 그럴듯한 값을 생성합니다. 한 줄만 입력한 시행에서 부서명·담당자명·작성일이 실제와 무관하게 채워졌습니다.
매주 수집 항목은 네 가지로 고정했습니다. 지표와 전주 값, 과제별 담당·기한·진척, 대기 중인 요청과 경과일, 필요한 의사결정입니다.
화면용과 인쇄용을 한 파일에서 뽑는 방법
출력 규격을 별도로 기술합니다. 발표 화면은 16:9이고 A4 가로는 그보다 종횡비가 작아, 화면용을 그대로 인쇄하면 상하 여백이 남습니다.
본문을 두 번 작성하지는 않습니다. 동일 내용에 출력 조건별 규칙만 덧붙입니다. 화면은 발표자가 말로 보완하므로 문장이 짧아도 되지만, 인쇄물은 수신자가 단독으로 읽으므로 문장이 스스로 서야 합니다.
이 설계에서 내가 틀렸던 지점
처음에는 조판 규칙 파일을 먼저 만들었습니다. 결과물이 눈에 띄게 나아지는 부분이 조판이라고 봤기 때문입니다.
그런데 조판을 아무리 지정해도 읽는 순서가 바뀌지 않았습니다. 정렬 기준이 여전히 작성자 시점이었고, 조판은 그 위에 얹히는 층이라 배치를 되돌리지 못했습니다.
원인은 세 가지로 나뉩니다. 첫째, 개선 여지가 큰 층과 결과를 결정하는 층을 같은 것으로 봤습니다. 둘째, 눈에 보이는 변화량을 효과의 대리 지표로 썼습니다. 셋째, 순서를 설계 대상이 아니라 관행으로 간주했습니다.
그래서 순서 확정을 1단계로 올리고, 조판을 3단계로 내리고, 순서를 파일 최상단에 배치해 이후 규칙이 그 아래에 오도록 재배열했습니다.
이 방식이 맞지 않는 조건
지정 양식 파일로 결재가 진행되는 조직에서는 적용 이득이 없습니다. 다른 형식으로 만든 뒤 다시 옮기는 작업이 추가되기 때문입니다.
사내망이 외부 글꼴 요청을 차단하면 발표 환경에서 서체가 대체됩니다. 발표 전날 해당 장비에서 열어보고, PDF 사본을 함께 준비하는 편이 안전합니다.
도입에서 말한 두 숫자는 어떻게 바뀌었는가
다섯 번째에 있던 요청 항목은 첫 번째로 올라왔고, 0개였던 대기 항목은 경과일과 함께 두 줄이 생겼습니다. 문장 품질은 손대지 않았습니다. 바꾼 것은 정렬 근거 하나입니다.
다음 주 실행 비용은 얼마나 줄었는가
첫 회차에 40분이 들었고, 이후 회차는 값 수집 10분으로 끝났습니다. 규칙을 다시 설명하는 시간이 0으로 내려간 덕입니다. 다만 이 수치는 제 문서 한 종류를 기준으로 잰 것이라 그대로 이전되지는 않습니다.
정리
네 가지를 다뤘습니다. 순서를 수신자 행동 기준으로 재정렬하기, 대기 항목을 경과일과 함께 별도 기록하기, 상태 라벨에 판정문 붙이기, 규칙을 파일로 분리해 재사용하기입니다.
그대로 네 가지를 실행할 수 있습니다. 이번 주 보고서의 항목 순서를 수신자 기준으로 다시 세우고, 대기 중인 요청 한 줄을 경과일과 함께 추가하고, 상태 등급마다 판정문 한 줄을 정의하고, 이 셋을 파일에 적어 저장하는 것입니다.
이번 주 보고서에서 맨 앞에 놓을 항목은 무엇입니까?