주간 보고가 힘든 진짜 이유
금요일 오후에 빈 문서를 열고 월요일부터 되짚기 시작하면 이미 진 게임입니다. 문제는 문장이 아니라 복원입니다. 기억은 사흘만 지나도 흐려지고, 흐려진 기억을 문장으로 만드는 데 시간이 다 들어갑니다.
읽는 사람은 이 보고로 다른 일을 합니다
주간 보고가 형식적인 숙제처럼 느껴지는 이유는 이 문서가 어디에 쓰이는지 모르기 때문입니다. 팀장은 여러 사람의 보고를 모아 자기 상사에게 올릴 보고를 만들고, 일이 몰린 곳과 비는 곳을 찾아 사람과 일을 다시 나눕니다. 내 보고는 그 판단의 재료입니다.
그래서 잘 쓴 보고의 기준은 문장력이 아니라 옮겨 적기 좋은가입니다. 결과가 한 줄로 정리되어 있고 숫자가 붙어 있으면 팀장은 그 줄을 거의 그대로 위로 올립니다. 내 일이 윗선까지 정확하게 전달되는 가장 확실한 통로가 잘 쓴 주간 보고입니다.
한 것, 할 것, 막힌 것, 세 줄 구조
- 한 것: 결과가 있는 항목만. 회의 참석 같은 활동이 아니라 무엇이 바뀌었는지를 적습니다.
- 할 것: 다음 주에 끝낼 수 있는 크기로 쪼갠 항목. 지키지 못할 큰 약속은 신뢰를 깎고, 작게 적어 끝낸 항목이 신뢰를 쌓습니다.
- 막힌 것: 도움이 필요한 지점을 구체적으로. 보고의 진짜 가치는 이 줄에서 나옵니다.
금요일에 쓰지 말고, 매일 한 줄
하루를 마칠 때 오늘 바뀐 것 한 줄만 같은 문서에 적어 두세요. 금요일의 일은 글쓰기가 아니라 다듬기가 됩니다. 한 줄 쌓기에 1분, 금요일 정리에 4분이면 보고가 끝납니다.
나쁜 소식일수록 먼저 씁니다
일정이 밀릴 것 같다는 이야기를 보고에서 빼면 당장은 편합니다. 하지만 문제는 시간이 지날수록 커지고, 늦게 알린 문제는 내용보다 늦게 알렸다는 사실로 평가받습니다. 막힌 것 칸이 몇 주째 비어 있다가 갑자기 일정 연기가 나오면, 그동안의 보고 전체가 신뢰를 잃습니다.
나쁜 소식은 사실과 대응을 붙여서 씁니다. 외부 승인이 지연되어 이번 주 목표를 못 끝냈고, 다음 주에는 승인 없이 진행할 수 있는 부분을 먼저 하겠다는 식입니다. 문제만 적으면 하소연이 되고, 대응까지 적으면 관리가 됩니다.
숫자 하나가 문장 열 개보다 낫습니다
많이 개선했다 대신 응답 시간 40% 단축이라고 적으세요. 숫자가 없는 항목은 다음 주에 숫자를 만들 방법부터 적으면 됩니다. 읽는 사람의 질문이 줄어드는 만큼, 보고에 돌아오는 시간도 줄어듭니다.
쉰두 번 쌓이면 다른 문서가 됩니다
주간 보고는 한 주짜리 문서로 보이지만, 한 해가 지나면 그 사람이 무슨 일을 했는지 남아 있는 유일한 1차 기록인 경우가 많습니다. 성과 리뷰나 이직 준비, 인수인계에서 기억보다 먼저 열게 되는 것이 이 묶음입니다. 그런데 막상 열어 보면 절반은 쓸 수 없는 줄입니다. 그 이슈, 지난번 그거 같은 말이 그 주에만 통했기 때문입니다.
나중까지 살아남는 줄에는 공통점이 있습니다. 고유명사가 들어 있고, 숫자가 붙어 있고, 근거 문서로 가는 링크가 달려 있습니다. 쓸 때 드는 시간은 한 줄에 몇 초인데, 반년 뒤 그 줄의 값어치는 완전히 달라집니다.
| 그 주에만 통하는 줄 | 반년 뒤에도 읽히는 줄 |
|---|---|
| 그 이슈 대응 완료 | 결제 타임아웃 이슈 대응 완료, 재현 조건과 조치는 포스트모템 문서에 |
| 지난주에 이어서 진행 | 리팩터링 3단계 중 2단계까지 완료, 남은 것은 배치 잡 이관 |
| 성능이 많이 좋아짐 | 목록 API 응답 시간 820ms에서 310ms |
| 회의에서 방향이 정리됨 | 가격 정책은 A안으로 확정, 결정 근거는 그날 회의록에 |
자주 묻는 질문
이번 주에 눈에 띄는 성과가 없으면 어떻게 쓰나요?
진행 중인 일의 중간 상태를 결과처럼 씁니다. 조사 단계라면 무엇을 비교해서 무엇을 배제했는지가 결과입니다. 아무것도 없던 주는 사실 막힌 것이 있는 주일 가능성이 높습니다. 그 막힘을 적는 것이 빈 보고보다 훨씬 낫습니다.
보고는 얼마나 길어야 하나요?
읽는 데 1분을 넘기지 않는 분량이 기준입니다. 항목으로는 한 것 3~5줄, 할 것 2~3줄, 막힌 것 0~2줄 정도입니다. 상세가 필요한 항목은 문서 링크로 빼고, 보고 본문은 요약만 남깁니다.
열심히 써도 아무도 안 읽는 것 같습니다.
읽히는지 확인하는 가장 빠른 방법은 막힌 것 칸에 도움 요청을 구체적으로 적는 것입니다. 반응이 오면 읽히고 있는 것입니다. 몇 주째 반응이 없다면 형식을 바꾸기 전에 받는 사람에게 어떤 정보가 필요한지 직접 물어보세요. 보고는 쓰는 사람이 아니라 받는 사람의 필요에 맞을 때 읽힙니다.
같은 프로젝트를 여러 명이 보고하면 내용이 겹칩니다.
겹치는 것은 프로젝트고, 겹치지 않는 것은 내가 맡은 구간과 내가 막힌 지점입니다. 전체 진행률은 프로젝트 문서가 이미 말해 주므로 보고에는 내가 움직인 부분만 적습니다. 같은 문장이 세 사람의 보고에 그대로 들어 있으면 읽는 쪽에서는 세 줄이 아니라 한 줄로 읽히고, 나머지 두 사람이 그 주에 한 일은 보이지 않게 됩니다.