월간 리포트를 열심히 만들었는데 회의에서 “잘 봤습니다” 로 끝나는 경험은 대부분 해 보셨을 것입니다. 문제는 성의가 아니라 구조입니다. 숫자만 나열된 문서는 읽는 사람에게 해석과 결정을 통째로 넘기고, 회의 시간 안에 그 두 가지가 다 일어나기는 어렵습니다.
리포트의 목적을 한 문장으로 다시 쓰면 이렇게 됩니다. 읽고 나면 다음에 할 일이 정해져 있을 것. 이 기준으로 보면 대부분의 리포트에서 절반은 덜어내도 됩니다.
한 장의 구조
첫 칸은 사실입니다. 숫자와 변화만 적습니다. 두 번째 칸은 해석이고, 여기서는 “추정” 과 “확인된 것” 을 구분해서 씁니다. 세 번째 칸이 리포트의 존재 이유이며, 누가 · 무엇을 · 언제까지 가 들어가야 합니다.
세 번째 칸을 쓰기 어렵다면 대개 지표 선택이 잘못된 것입니다. 첫 회차의 질문으로 되돌아가면 됩니다 — 이 숫자가 달라졌을 때 무엇을 다르게 할 것인가.
비교 대상을 먼저 정합니다
숫자 하나만으로는 좋은지 나쁜지 알 수 없습니다. 그래서 리포트에는 반드시 비교 대상이 붙는데, 이 대상을 그때그때 고르면 리포트가 유리한 쪽으로 흐릅니다.
주 단위 사업이라면 직전 몇 주의 평균과 비교하는 편이 안정적입니다. 특정 한 주와 비교하면 그 주의 우연한 사정이 그대로 증감률이 되기 때문입니다. 그리고 비율 옆에는 실제 인원 수를 함께 적습니다 — 4명이 6명이 된 것을 “50% 증가” 로만 적으면 읽는 사람이 규모를 오해합니다.
덜어낼수록 읽힙니다
리포트가 길어지는 이유는 대개 지난번에 넣었기 때문입니다. 한 번 들어간 표는 좀처럼 빠지지 않고, 그렇게 몇 달이 지나면 아무도 끝까지 읽지 않는 문서가 됩니다.
분기에 한 번, 각 항목에 같은 질문을 합니다. 이 표를 보고 지난 세 달 동안 바뀐 결정이 있는가. 없으면 뺍니다. 빼는 것이 불안하다면 부록으로 옮기세요 — 앞장은 결정용, 뒤는 참고용으로 나누는 것만으로도 읽는 속도가 달라집니다.
자동 발송이 리포트를 죽입니다
도구가 매주 보내 주는 자동 리포트는 편리하지만, 해석과 결정이 빠진 숫자이므로 받는 사람은 곧 열지 않게 됩니다. 그리고 “리포트는 오고 있다” 는 감각 때문에 아무도 직접 보지 않는 상태가 이어집니다.
자동 발송은 이상 감지용으로 쓰는 편이 낫습니다. 평소에는 짧게, 지표가 정해 둔 범위를 벗어났을 때만 사람이 보고 해석합니다. 이 편이 매주 긴 문서를 만드는 것보다 실제로 더 많은 결정을 만듭니다.
운영 규칙을 팀의 습관으로 만드는 방법은 개발 워크플로우 아카이브에서 더 다루고, 우리가 작업 전후를 어떻게 측정하고 무엇을 리포트로 남기는지는 작업 과정에 공개돼 있습니다.
다음 회차
마지막 회차는 이 모든 것의 전제입니다. 숫자를 믿기 전에 확인해야 할 것 — 내부 트래픽, 봇, 그리고 중복 태그입니다.