보고를 고치려면 보고를 보면 안 됩니다
2026년 상반기, 한 대기업 그룹사와 보고문화 개선 프로젝트를 시작했습니다. 지주회사와 계열사가 얽혀 있는 조직 구조 안에서, 보고서와 회의가 어느 순간부터 일하기 위한 도구가 아니라 일이 되어버린 상태였습니다.
인사 담당 임원께서 첫 미팅에서 말씀하셨습니다. "저희는 보고서 양식을 세 번 바꿨습니다. 그런데 안 바뀌었습니다. 요약본을 만들라고 지시하면 요약본과 원본을 함께 올립니다. A4 한 장으로 하라고 하면 앞뒤로 인쇄해서 올립니다. 이 정도면 문서의 문제가 아닌 것 같은데, 저희도 뭐가 문제인지를 못 짚고 있습니다."
이 말씀 앞에서 저는 오래 앉아 있었습니다. 회의문화 개선 프로젝트도 해봤고, 문서작성 교육도 해봤고, 보고 프로세스 컨설팅도 해봤습니다. 그런데 이 프로젝트가 유독 저를 붙든 것은, 담당 임원께서 이미 모든 표면적 해법을 다 시도한 뒤였다는 점이었습니다. 남은 것은 문서 아닌 것을 봐야 한다는 결론뿐이었습니다.
이 문장을 프로젝트 착수 회의에서 꺼냈습니다. 회사 안에는 "공유·지시·보고 (공·지·보) 개선 프로젝트"라고 사내 명칭이 이미 정해져 있었는데, 저는 그 이름에서 처음으로 안도했습니다. 이 회사는 이미 알고 있었습니다. 보고만 봐서는 안 된다는 것을. 보고는 흐름의 끝단이고, 그 앞에 공유와 지시가 있어야 성립한다는 것을. 다만 세 단어를 한 세트로 어떻게 다시 짜야 할지를 몰라 저를 부르셨을 뿐입니다.
세 개의 단어를 한 세트로
우리는 이 프로젝트 내내 세 개의 단어를 붙여서 다뤘습니다. 공유 → 지시 → 보고. 순서가 있습니다. 그리고 이 순서가 무너지면 보고는 반드시 형식화됩니다.
공유가 부실하면 지시가 두꺼워집니다. 리더가 자기 머릿속의 배경을 팀에 미리 공유해두지 않으면, 지시할 때 그 배경을 다 얹어서 지시합니다. 그러면 지시서가 길어지고, 받는 사람은 요점을 놓치고, 결국 보고 단계에서 리더가 원했던 것과 다른 결과물이 올라옵니다. 이 흐름의 시작은 공유의 부재입니다.
지시가 모호하면 보고가 방어적이 됩니다. 무엇을 원하는지 명확하지 않은 지시를 받은 실무자는, 자기 나름의 해석으로 결과물을 만듭니다. 그리고 보고할 때 "이렇게 해석했는데 맞습니까"라고 묻는 대신, "이렇게 되어야 한다고 판단해서 이렇게 했습니다"라고 방어합니다. 문서가 두꺼워지는 것은 방어가 두꺼워지는 것입니다.
보고가 반복되면 공유가 사라집니다. 같은 이야기를 계열사가 지주회사에 세 번 보고합니다. 지주회사도 계열사도 서로에게 정보를 공유하지 않고, 보고만 주고받습니다. 공유와 보고는 다릅니다. 공유는 수평이고, 보고는 수직입니다. 그런데 조직이 커지면 언제부턴가 이 둘의 경계가 무너지고, 모든 커뮤니케이션이 보고가 됩니다. 그 순간 조직은 서로에게 방어를 시작합니다.
진짜 문제는 지주-계열사 사이에 있었습니다
6주간의 진단이 끝났을 때, 데이터가 뚜렷하게 가리키는 지점은 지주회사와 계열사 사이였습니다. 계열사 내부의 보고는 어느 정도 관리되고 있었습니다. 문제는 계열사와 지주회사 사이의 소통이었습니다. 실무자들은 자기 시간의 상당 부분을 "지주회사에 올라갈 보고서 작성"에 쓰고 있었고, 그 보고서들이 실제로 지주회사의 의사결정을 얼마나 개선하는지에 대해서는 양쪽 모두 확신이 없었습니다.
저는 이 지점에서 방법론을 하나 바꿨습니다. 원래는 계열사 실무자를 대상으로 "보고서 작성법" 교육을 넣을 계획이었습니다. 취소했습니다. 대신 지주회사의 정보 요청 프로세스를 손대기로 했습니다. 계열사가 보고서를 잘 쓰는 것이 아니라, 지주가 요청을 잘 하는 것이 더 근본이라고 판단했습니다.
그래서 무엇을 만들었나
최종 산출물은 세 가지였습니다. 첫째, 공·지·보 유형별 가이드. 어떤 사안은 공유로 처리, 어떤 사안은 지시로 처리, 어떤 사안은 보고로 처리. 그 판단 기준을 하나의 흐름도로 정리했습니다. 둘째, 보고 요청 체크리스트. 지주회사가 계열사에 정보를 요청할 때 스스로 점검해야 하는 다섯 개 질문. "이 정보로 어떤 의사결정을 할 것인가", "이 정보가 이미 다른 곳에 있지 않은가", "언제까지 필요한가", "이 요청이 계열사 실무자의 며칠을 쓰게 만드는가", "이 요청은 다음 회의까지 미룰 수 있는가." 이 다섯 개를 답한 뒤에만 요청을 하도록 프로세스에 넣었습니다.
셋째, 보고문화 FT(퍼실리테이터) 양성 과정. 컨설턴트가 떠나도 조직 내부에서 이 변화를 이어갈 사람들을 20명 남짓 뽑아 훈련했습니다. 이 셋째가 사실 가장 중요했습니다. 앞의 두 산출물은 문서지만, 이 사람들은 살아있는 매개체였기 때문입니다.
잘된 것과, 잘 안 된 것
잘된 것은 지주회사의 자기 인식이었습니다. 프로젝트 중반에 지주회사 임원 워크숍을 한 번 열었는데, 그날의 어느 시점에서 한 임원께서 "저희가 요청하는 대부분이 사실은 저희 마음의 안심을 위한 것이었네요"라고 하셨습니다. 이 문장은 그 자리에 있던 다른 임원들도 오래 붙들었습니다. 지주회사가 계열사에 요청하는 정보의 상당 부분이 의사결정을 위한 것이 아니라, 아무 일도 놓치지 않았다는 안심을 위한 것이었다는 자각. 이 자각이 없으면 어떤 프로세스 개선도 소용이 없습니다.
잘 안 된 것도 있습니다. 앞서 만든 보고 요청 체크리스트가 프로젝트 종료 6개월 뒤에 흐지부지되었다는 이야기를 나중에 전해 들었습니다. 이유는 단순했습니다. 체크리스트를 지주 임원들이 스스로 채워야 했는데, 바쁘시니 안 채웠고, 안 채우니 프로세스가 뚫렸고, 계열사는 다시 예전 방식으로 보고서를 만들기 시작했습니다. 도구는 만들어드렸지만 그 도구를 지키는 규율까지 만들어드리지는 못했습니다. 이 부분은 지금도 저의 과제로 남아 있습니다.
이 프로젝트가 저에게 남긴 것은 두 가지입니다. 첫째, 보고문화의 뿌리는 문서가 아니라 신뢰라는 것. 지주회사가 계열사를 믿으면 요청이 줄어들고, 계열사가 지주회사를 믿으면 방어가 줄어듭니다. 두꺼운 문서는 얇은 신뢰의 결과입니다. 둘째, 일하는 방식 개선의 진짜 대상은 실무자가 아니라 요청자라는 것. 대부분의 조직이 실무자를 훈련시키려 합니다. 하지만 요청자를 바꾸지 않으면 실무자의 훈련은 무의미합니다. 요청이 부실하면 실무자가 아무리 잘해도 결과는 부실하기 때문입니다.
보고문화·회의문화·일하는 방식 개선 프로젝트 문의는 아래로.
문의하기 →