완료 보고할 때 꼭 넣어야 할 내용

2026년 8월 26일 읽는 시간 약 8분

완료 보고 할 때 핵심 결과와 다음 단계를 빠짐없이 정리하는 것이 중요합니다.

금요일 오후 6시 12분. 메신저에 한 줄이 올라옵니다. “말씀하신 거 다 했습니다.” 보낸 사람은 홀가분합니다. 하루 종일 붙잡고 있던 일을 드디어 넘겼으니까요. 그런데 받은 쪽 화면에는 물음표가 뜹니다. “어떤 거요?” 그다음은 뻔한 순서로 흘러갑니다. “지난주에 주신 매출 자료요.” “정리만 한 거예요, 검토까지 한 거예요?” “빠진 건 없고요?” 퇴근길 지하철에서 다섯 번을 더 주고받고서야 대화가 끝납니다.

일은 분명히 끝났는데 보고는 끝나지 않은 상태. 완료 보고가 짧아서 생긴 문제가 아니라, 짧게 쓰면서 빼면 안 되는 걸 뺐기 때문에 생긴 일입니다.

“다 했습니다” 한 줄이 되묻기를 부르는 이유

보고를 쓰는 사람의 머릿속에는 그날 하루가 통째로 들어 있습니다. 어떤 파일을 열었고, 어디서 막혔고, 무엇을 포기했는지까지 전부. 받는 사람 머릿속에는 그중 아무것도 없습니다. 완료 보고는 그 간극을 메우는 일입니다.

그래서 오래된 조직일수록 이걸 아예 규칙으로 못 박아 둡니다. 미 육군의 문서 작성 규정(AR 25-50)은 “육군의 글은 간결하고 조직적이며 요점에 충실해야 한다. 두 가지 필수 요건은 핵심을 문서 맨 앞에 두는 것(bottom line up front)과 능동태를 쓰는 것”이라고 명시합니다(AR 25-50, Preparing and Managing Correspondence, 2013). 1986년에 나온 육군 글쓰기 지침에도 같은 문장이 있습니다. “권고나 결론, 글을 쓰는 이유 — 그 ‘핵심’을 마지막이 아니라 첫 번째나 두 번째 문단에 두라”(DA PAM 600-67, Effective Writing for Army Leaders).

규정까지 만든 이유는 단순합니다. 읽는 사람이 한 번 읽고 바로 판단해야 하니까요. 팀장 화면에는 지금 열두 개의 대화창이 떠 있습니다.

차이는 숫자로도 나타납니다. 미국 프로젝트관리협회(PMI)가 2013년 프로젝트 관리자 742명을 포함해 실무자와 임원을 조사한 보고서를 보면, 충분히 명확하고 상세하게 소통된 프로젝트는 다섯 개 중 네 개가 원래 목표를 달성했지만 그렇지 못한 경우는 절반을 조금 넘는 수준에 그쳤습니다(PMI, The Essential Role of Communications, 2013). 일을 못해서가 아니라 전달이 흐려서 갈린 결과입니다.

완료 보고에 꼭 들어가야 할 다섯 가지

길게 쓸 필요는 없습니다. 아래 다섯 개만 채우면 대부분 세 문장 안에 들어갑니다.

1. 무엇을 — 대상을 특정한다

“말씀하신 거”는 대상이 아닙니다. 지시한 사람은 그 주에만 열 가지를 시켰을 수 있습니다. “3분기 매출 정리”처럼 이름을 붙여 주세요. 지시받을 때 상대가 쓴 표현을 그대로 되돌려 주는 게 가장 안전합니다.

2. 어떤 상태로 — 결과를 먼저 말한다

완료인지, 초안인지, 검토 대기인지. 이 셋은 전혀 다른 상태인데 현장에서는 셋 다 “했습니다”로 뭉뚱그려집니다. 상대는 이 단어 하나로 다음 일정을 잡습니다.

3. 어디까지 — 범위와 예외를 밝힌다

가장 자주 빠지는 항목이자, 나중에 가장 크게 터지는 항목입니다. 못 한 부분, 판단이 애매해서 그냥 둔 부분, 자료가 없어서 비워 둔 칸. 이걸 지금 한 줄로 적으면 메모가 되고, 나중에 발견되면 사고가 됩니다.

4. 그래서 상대가 할 일은 무엇인가

보고를 받은 사람은 속으로 이렇게 묻습니다. “그래서 나는 뭘 하면 되지?” 검토해 달라는 건지, 그냥 알고만 있으라는 건지, 결정을 내려 달라는 건지 적어 주세요. 이 한 줄이 없으면 보고서는 읽히고 나서 잊힙니다.

5. 언제까지 — 다음 시점을 건다

“확인 부탁드립니다”에는 시간이 없습니다. “내일 오전까지 의견 주시면 오후에 반영하겠습니다”에는 있습니다. 압박이 아니라 서로가 이 건을 언제 다시 꺼낼지 맞춰 두는 겁니다.

문장을 이렇게 바꾸면 되묻기가 사라진다

왼쪽은 흔히 쓰는 표현, 오른쪽은 다섯 가지를 넣어 다시 쓴 문장입니다. 길이는 늘었지만 왕복은 사라집니다.

자주 쓰는 표현	다시 쓴 문장
말씀하신 거 다 했습니다.	요청하신 3분기 매출 정리 끝냈습니다. 원본과 대조해 누락 2건은 노란색으로 표시해 뒀습니다. 확인하시고 반영 방향만 알려주시면 내일 오전까지 마무리하겠습니다.
수정했습니다.	지적해 주신 3, 7페이지 수치 수정 완료했습니다. 5페이지 그래프는 원본 데이터가 없어 그대로 뒀습니다. 데이터 주시면 30분 안에 반영됩니다.
메일 보냈습니다.	○○사 담당자에게 견적 회신 메일 오후 4시에 발송했습니다. 답은 내일 중 준다고 했고, 오는 대로 바로 공유하겠습니다. 따로 하실 일은 없습니다.

세 번째 예시의 마지막 줄, “따로 하실 일은 없습니다.” 별것 아닌 것 같아도 받는 사람은 이 한 줄 덕분에 머릿속 할 일 목록에서 이 건을 지웁니다.

상황에 따라 달라지는 부분

다섯 가지 요소는 그대로 두되, 어디에 얼마나 힘을 줄지는 상황마다 다릅니다.

메신저라면 세 문장. 결과 한 줄, 예외 한 줄, 다음 행동 한 줄. 그 이상 길어지면 스크롤이 생기고, 스크롤이 생기면 안 읽힙니다.

메일이라면 제목에 결과를 넣습니다. “3분기 매출 정리 완료 (누락 2건 확인 요청)”처럼요.

구두 보고라면 결론 먼저, 그다음 침묵. 두세 문장으로 끊고 상대가 물어보게 두세요. 미리 다 설명하려다 정작 상대가 알고 싶은 걸 못 말하는 경우가 많습니다.

아직 안 끝났다면 완료 보고 형식을 그대로 씁니다. 어디까지 됐고, 무엇에 막혔고, 무엇이 있으면 풀리는지. 이 세 가지면 충분합니다. 끝날 때까지 조용히 있는 쪽이 훨씬 위험합니다.

상사 유형에 맞춰야 한다는 말도 많지만, 앞 세 줄을 바꿀 일은 거의 없습니다. 과정을 궁금해하는 사람에게는 뒤에 두 줄을 더 붙이고, 결과만 보는 사람에게는 붙이지 않으면 됩니다. 물론 팀마다 다릅니다. 매일 스탠드업으로 진행 상황을 공유하는 팀이라면 완료 보고는 더 짧아도 됩니다.

넣지 않는 편이 나은 것들

고생담과 과정 나열. “자료가 세 군데 흩어져 있어서 하루 종일 찾았습니다” 같은 문장은 알아주길 바라는 마음에서 나오지만, 읽는 쪽에는 결과를 찾기 위해 넘겨야 할 줄일 뿐입니다.
사과로 시작하기. “늦어져서 죄송합니다”를 첫 줄에 두면 읽는 사람은 무슨 사고가 났는지부터 걱정합니다. 결과를 먼저 말하고 사과는 뒤에 붙이세요.
“확인 부탁드립니다”만 던지기. 무엇을 확인해야 하는지 적어야 확인이 됩니다.
첨부파일만 툭. 파일 이름이 아무리 친절해도 본문 한 줄을 대신하지는 못합니다.
모호한 정도 표현. “거의 다”, “웬만큼”, “대충 마무리” 같은 말은 사람마다 다르게 읽힙니다. 숫자나 항목으로 바꿔 주세요.

월요일 오전 회의에서 팀장이 묻습니다. “지난주 그 건 어떻게 됐죠?”

이때 처음부터 다시 설명하게 되는 사람이 있고, “금요일에 보고드린 대로 정리는 끝났고 검토만 남았습니다”로 한 문장에 끝내는 사람이 있습니다. 두 사람의 일한 양은 같았습니다. 차이는 금요일 저녁에 쓴 세 문장에 있었을 뿐입니다.

다음 보고 때 딱 하나만 확인해 보세요. 내가 쓴 문장에 못 한 부분이 적혀 있는지. 대부분의 되묻기는 거기서 시작됩니다.

참고자료

Department of the Army, AR 25-50: Preparing and Managing Correspondence, 2013 — 원문 PDF
Department of the Army, DA PAM 600-67: Effective Writing for Army Leaders, 1986 (미국 정부출판국 보존본) — 원문 PDF
Project Management Institute, The Essential Role of Communications (Pulse of the Profession In-Depth Report), 2013 — 원문 PDF / 요약 페이지