월간보고 쓰는 법: 주간보고와 다른 점과 작성 예시
마지막 수정 2026년 9월 26일
월간보고는 한 달 동안 끝낸 일을 프로젝트나 목표별로 묶고, 무엇이 달라졌는지를 지난달과 비교해 적는 문서입니다. 요약, 프로젝트별 결과, 다음 달 계획, 결정이 필요한 일 네 칸이면 대부분 충분합니다. 주간보고 네 장을 이어 붙이면 길기만 하고 읽는 사람이 결론을 찾지 못합니다.
월간보고는 주간보고와 무엇이 다른가요?
읽는 사람과 그 사람이 궁금한 것이 다릅니다. 주간보고는 가까운 동료와 팀장이 일정대로 가고 있는지 보려고 읽습니다. 월간보고는 팀장의 상사나 다른 팀 리더까지 읽고, 이 팀이 이번 달에 무엇을 해냈는지, 목표에 가까워졌는지를 봅니다.
그래서 한 줄의 단위가 바뀝니다. 주간보고의 한 줄은 일 하나지만, 월간보고의 한 줄은 프로젝트나 목표 하나입니다. 개별 작업 이름은 대부분 빠지고, 그 작업들이 모여서 만든 결과만 남습니다.
월간보고에는 무엇을 넣어야 하나요?
- 요약에는 이번 달 가장 중요한 결과를 두세 줄로 적습니다. 바쁜 사람은 여기까지만 읽습니다.
- 프로젝트별 결과에는 프로젝트나 목표마다 이번 달에 끝낸 것, 그 결과를 보여 주는 숫자, 남은 일을 적습니다.
- 다음 달 계획에는 다음 달 말에 프로젝트마다 어디까지 가 있을지를 적습니다.
- 결정이 필요한 일에는 읽는 사람이 해 줘야 하는 일을 적습니다. 누가 언제까지 무엇을 정해야 하는지까지 쓰면 보고가 곧 요청이 됩니다.
숫자는 지난달이나 목표와 나란히 적습니다. 환불 API 응답 0.6초라고만 쓰면 좋아진 건지 알 수 없지만, 1.8초에서 0.6초로 줄었다고 쓰면 바로 읽힙니다.
주간보고 네 장을 어떻게 한 장으로 줄이나요?
한 달 치 완료 항목을 프로젝트별로 모은 뒤, 같은 결과로 이어진 줄들을 한 줄로 합칩니다. 합친 줄은 결과로 시작하고, 과정은 꼭 필요할 때만 뒤에 붙입니다.
- 고치기 전
- 9/2 재시도 큐 설계 리뷰
9/9 재시도 큐 개발
9/16 재시도 큐 QA
9/22 재시도 큐 운영 배포 - 고친 뒤
- 결제 실패 재시도 큐 운영 배포. 수동 재처리 요청이 주 20건 안팎에서 한두 건으로 줄어듦
네 주 내내 주간보고에 나왔던 일이 한 줄이 됐습니다. 설계, 개발, QA는 결과를 만든 과정이라 월간보고에서는 빠집니다. 누가 과정을 물으면 그때 주간보고를 보여 주면 됩니다.
반대로 네 주 내내 진행 중이었던 일은 월간보고에서 더 눈에 띄어야 합니다. 한 달 동안 끝나지 않은 이유와 언제 끝나는지를 적습니다.
월간보고 양식과 작성 예시
아래는 결제팀 리드 다은이 9월 월간보고를 쓴다고 가정한 예시입니다. 칸 이름과 순서는 그대로 가져다 쓰고 내용만 바꾸면 됩니다.
- 결제 실패 재시도 큐 배포. 수동 재처리 요청이 주 20건 안팎에서 한두 건으로 줄어듦
- 환불 API 평균 응답 시간 1.8초에서 0.6초로 단축
- 정산 리포트 메일 자동 발송은 기준 합의가 늦어져 10월로 넘어감
- 결제 안정화
- 재시도 큐 운영 배포 (9/22), 데드레터 알림 추가. 결제 실패율 8월 1.2%에서 9월 0.8%로남은 일: 카드사별 실패 사유 대시보드
- 정기결제
- 카드 변경 화면 배포 (9/30). 8월 해지의 31%가 카드 만료였고, 효과는 10월 해지율로 확인
- 정산 자동화
- 리포트 메일 자동 발송 설계 확정, 개발은 10월늦어진 이유: 정산팀과 발송 대상 기준을 합의하는 데 2주가 걸림
- 정산 리포트 메일 자동 발송 운영 적용, 10/24 목표
- 카드사별 실패 사유 대시보드 공개
- 정기결제 10월 해지율을 8월, 9월과 비교해 공유
- 카드사 테스트 계정 재발급 담당 부서 지정. 10/2 만료라 운영팀과 결제팀 중 오늘 정해 주셔야 함
요약만 읽어도 이번 달 결과를 알 수 있고, 프로젝트별 칸의 숫자에는 지난달 값이 붙어 있습니다. 늦어진 일은 요약에서부터 늦어졌다고 쓰고 이유를 숨기지 않았습니다.
월간보고에서 자주 하는 실수는 무엇인가요?
주간보고를 이어 붙이는 것, 비교 없이 숫자만 쓰는 것, 좋은 소식만 쓰는 것, 월말에 한 달을 몰아서 떠올리는 것이 가장 흔합니다.
주간보고를 이어 붙인다
네 장을 붙이면 같은 일이 네 번 나오고 결론은 어디에도 없습니다. 읽는 사람이 직접 묶어야 하는데, 그 일은 쓰는 사람이 가장 잘할 수 있습니다.
숫자만 있고 비교가 없다
이번 달 숫자만 적으면 좋아졌는지 나빠졌는지 알 수 없습니다. 지난달 값이나 목표를 옆에 두고, 비교할 값이 없는 새 지표라면 기준으로 삼을 첫 달이라고 밝힙니다.
좋은 소식만 쓴다
늦어진 일을 빼면 다음 달에 한꺼번에 드러납니다. 늦어진 이유와 새 날짜를 먼저 적는 편이 보고 전체를 믿게 만듭니다.
월말에 한 달을 떠올린다
주간보고보다 기간이 네 배 길어서 기억에 기대면 첫 주에 한 일부터 빠집니다. 월말에 새로 떠올려야 하는 것이 없도록 재료를 미리 쌓아 둬야 합니다.
월말에 한 달을 떠올리지 않으려면 어떻게 하나요?
매주 쓴 주간보고가 월간보고의 재료입니다. 주간보고의 각 줄이 결과와 숫자로 끝나 있다면 월말에는 네 장을 펼쳐 프로젝트별로 묶기만 하면 됩니다. 과정만 적힌 주간보고로는 월간보고를 쓸 수 없어서 결국 다시 기억을 뒤지게 됩니다. 한 줄을 결과로 끝내는 법은 주간보고 쓰는 법에 정리했습니다.
일을 적을 때부터 어느 프로젝트의 일인지 표시해 두면 묶는 수고도 줄어듭니다. 월말에는 프로젝트별로 모인 줄을 읽고 합치기만 하면 됩니다.
띠롱에서는
띠롱은 할 일, 일정, 업무 일지, 주간보고를 한곳에서 다루는 웹 서비스이고, 기록 기능은 무료입니다. 할 일에 #을 붙여 워크스페이스를 정해 두면 프로젝트별로 나뉘고, 완료로 체크할 때 뜨는 결과 메모 창에 무엇이 어떻게 됐는지 한두 줄 남길 수 있습니다.
기간 선택에 월 단위는 없습니다. 월간보고를 쓸 때는 기간을 전체로 두고 완료한 기록을 고과용 텍스트로 복사합니다. 워크스페이스별로 묶인 완료 목록이 날짜와 함께 나오니, 그 달 날짜의 줄만 남겨 프로젝트별 결과 칸의 재료로 씁니다. 결과 메모 본문은 복사되지 않으니 숫자는 앱 화면에서 메모를 보며 채웁니다.