AX 시대의 보고: 보고받는 조직부터
현장은 AI로 보고서 초안을 쓰고 이슈를 자동 분류하는데, 그 성과를 위로 올리는 방식은 10년 전과 똑같다. 질문 하나가 내려오면 여러 계층이 회의를 열고, 자료를 취합하고, 보고서를 몇 번씩 고친다. 이 장은 보고가 만드는 숨은 비용을 숫자로 보고, AI 시대에 보고가 어떤 모양이어야 하는지, 성과 인정을 위한 문서 작업은 어디까지가 적정한지, 그리고 왜 보고받는 조직이 가장 먼저 AX를 해야 하는지를 다룬다.
- 위에서 내려온 질문 하나가 계층을 거치며 증폭되는 구조를 설명하고, 우리 조직의 보고 비용을 추정할 수 있다.
- 보고의 목적(결정 요청·상태 공유·위험 경보·성과 인정)별로 AI 시대에 맞는 형태를 고를 수 있다.
- 산출물마다 소비자와 비용 대비 가치를 따지고, 정기 보고가 만드는 우선순위 부채를 줄이는 운영 규칙을 제안할 수 있다.
- 보고받고 평가하는 상위 조직의 AX가 무엇이고 어떤 지표로 재야 하는지 제시할 수 있다.
질문 한 줄, 보고서 일곱 버전
D사(전자부품) 사업부장이 월요일 아침 회의에서 지나가듯 물었다. "요즘 AX 한다는데, 우리 사업부는 AI로 시간 얼마나 줄였어?" 단순한 궁금증이었다. 그 뒤로 일어난 일은 이렇다.
↳ 실 기획: 팀별 회신 화요일 17시까지. 실장님 리뷰 전 팀장 사전 점검 필요.
↳ 팀장: 파트별로 과제 정리해서 오늘 중 공유. 절감 시간은 근거 있게.
↳ 파트장: (메신저) 다들 작년 과제 기억나? 절감 시간 어떻게 계산했었지?
목요일 보고까지 실장 리뷰 1회, 사업부 기획 리뷰 2회, 사업부장 사전 보고 1회가 있었고 보고서는 일곱 번 수정되었다. 관여한 사람은 파트원부터 실장까지 40여 명. 사업부장은 최종 보고서의 첫 장을 3분 동안 보고 말했다. "응, 생각보다 많이 했네. 수고했어요."
이 이야기에 악당은 없다. 사업부장은 궁금했을 뿐이고, 기획은 정확한 답을 드리려 했고, 실장은 틀린 숫자가 올라가는 것을 막으려 했고, 팀장과 파트장은 자기 팀이 제대로 평가받기를 원했다. 모두가 합리적으로 움직였고, 그 합이 수십 명의 하루였다. 그리고 이 보고서에 쓰인 "절감 시간"은 또 각 팀이 제각각의 방식으로 계산한 숫자였다(14장의 증거 사다리).
AI로 이슈 대응 시간을 줄인 팀이, 그 성과를 보고하는 데 줄인 시간의 상당 부분을 다시 쓴다. 현장의 AX가 위로 올라가는 순간 옛날 방식의 보고 체계를 통과하면서 효과가 깎인다. 이것이 많은 실무자가 느끼는 답답함의 정체다. 보고 체계는 AX의 "마지막 1마일"이 아니라, AX가 가장 먼저 닿아야 할 곳이다.
보고의 숨은 비용: 질문은 내려가며 증폭된다
보고 비용이 잘 보이지 않는 이유는 그것이 한 사람에게 모이지 않고 여러 계층에 얇게 퍼지기 때문이다. 질문은 위에서 한 줄로 시작하지만, 계층을 하나 내려갈 때마다 세 가지가 붙는다. 하위 조직 수만큼 복제되고, 각 계층이 자기 상사 앞에서 틀리지 않으려고 사전 점검을 하고, 위에서 수정 요청이 오면 그 수정이 다시 아래로 전파된다.
보고 증폭 계산기: 질문 하나의 값
리더 대부분은 자기 질문이 얼마나 비싼지 모른다. 보고 요청을 받으면 "이 보고는 약 몇 명이 며칠을 쓰게 됩니다. 지난달 대시보드의 이 숫자로 답이 될까요?"라고 되묻는 습관을 기획 조직이 가져야 한다. 가격을 알면 질문이 바뀐다. 실제로 많은 리더는 정밀한 보고서가 아니라 대략적인 감을 원했을 뿐이다.
보고는 무엇을 위한 것인가: 목적별로 형태가 다르다
보고를 줄이자고 하면 "그럼 위에서는 어떻게 아느냐"는 반론이 나온다. 맞는 말이다. 보고 자체를 없애자는 것이 아니다. 보고에는 서로 다른 네 가지 목적이 섞여 있고, 목적마다 맞는 형태가 다르다. 문제는 네 가지를 모두 같은 형태, 즉 사람이 취합해 만든 PPT로 처리하는 데 있다.
| 목적 | 위가 실제로 필요한 것 | 옛 방식 | AI 시대의 형태 |
|---|---|---|---|
| 상태 공유 | 지금 어디쯤인지, 이상은 없는지 | 주간·월간 현황 보고서 | 상시 대시보드, 리더가 직접 묻는 AI 질의. 보고 회의 없음 |
| 위험 경보 | 문제가 생겼을 때 빨리 아는 것 | 정기 보고서에 묻힌 한 줄 | 기준을 넘으면 자동으로 가는 예외 알림 + 담당자의 짧은 설명 |
| 결정 요청 | 무엇을 결정해야 하고 선택지가 무엇인지 | 30장 PPT, 결론은 맨 뒤 | 1~2장 결정 메모: 요청 → 선택지 → 추천 → 근거 링크 |
| 성과 인정 | 누가 무엇을 바꿨는지 알고 공정하게 평가하는 것 | 연말 성과 취합 PPT | 성과 레지스트리 항목: 무엇이 바뀌었나, 전후 수치, 증거 링크, 재사용 |
이 중 사람의 손이 꼭 필요한 것은 결정 요청과 예외의 설명이다. 무엇을 선택할지, 숫자가 왜 이렇게 나왔는지는 사람이 판단해서 써야 한다. 반면 상태 공유와 성과 집계는 데이터가 정리되어 있다면 사람이 다시 만들 이유가 없다. AI 시대의 보고 원칙을 세 문장으로 줄이면 다음과 같다.
- 보고서는 업무의 부산물이다보고를 위해 따로 만드는 데이터는 없어야 한다. 이슈 카드, 실험 카드, 업무 로그가 쌓이면 보고는 거기서 생긴다. 보고용 엑셀을 따로 만들고 있다면 업무 기록이 부족하다는 신호다.
- 밀어 올리지 말고 꺼내 보게 한다정해진 주기로 올리는 보고(push)보다, 필요한 사람이 필요할 때 꺼내 보는 형태(pull)를 기본으로 한다. 정기 보고는 꺼내 볼 수 없는 것만 남긴다.
- 사람은 판단과 예외에 쓴다사람이 쓰는 보고는 결정 요청과 "숫자만으로는 설명되지 않는 것"으로 좁힌다. 그 대신 그 부분은 제대로 쓴다.
결정 메모
결정이 필요할 때만. 결론을 맨 위에.
예외 알림
기준을 넘었을 때만. 짧게, 담당자 설명과 함께.
성과 레지스트리 항목
PPT 대신 다섯 줄. 연말에 다시 쓰지 않는다.
이 보고, 어떤 형태여야 하나
성과 인정을 위한 문서 작업, 어디까지가 적정한가
"열심히 했는데 보고서를 못 만들어서 인정을 못 받는다", "보고서 만드는 시간이 개선한 시간보다 길다." 둘 다 현장에서 흔한 말이다. 문서 작업이 전혀 없을 수는 없다. 성과를 남이 알아볼 수 있게 기록하는 것은 필요한 일이다(20장의 "번역"). 문제는 그 기록이 보고받는 사람의 취향에 맞춘 재가공으로 변질될 때다.
적정선을 넘은 문서 작업
- 같은 데이터를 위 계층마다 다른 양식으로 다시 만든다
- 글꼴·색·도형 배치 수정에 라운드를 쓴다
- 보고 전에 리허설 회의, 리허설 전에 사전 리뷰
- 연말에 1년치 성과를 기억에 의존해 다시 쓴다
- "한 장으로 줄여 와" 다음에 "근거 자료 붙여 와"
적정한 문서 작업
- 일이 끝날 때 다섯 줄 레지스트리 항목을 쓴다(10~15분)
- 숫자는 업무 데이터에서 자동으로 채운다
- 근거는 첨부가 아니라 링크로
- 양식은 조직 전체에 하나, 연중 바꾸지 않는다
- 사람이 쓰는 부분은 "왜"와 "다음"에 집중
실무에 쓸 수 있는 기준을 몇 가지 제안한다. 숫자는 예시이며, 조직이 합의해서 정하면 된다.
| 규칙 | 예시 기준 | 왜 |
|---|---|---|
| 보고 예산 | 상위 조직이 하위 조직에 요구하는 보고 시간에 분기 상한을 둔다 | 보이지 않던 비용을 보이게 하고, 우선순위를 강제한다 |
| 수정 상한 | 내용 수정 2라운드, 형식 수정 0라운드 | 수정은 아래로 전파되며 곱으로 커진다 |
| 양식 동결 | 성과 양식은 연초에 정하고 1년간 유지 | 양식 변경은 전 조직의 재작업이다 |
| 한 번 쓰고 여러 번 보기 | 같은 성과는 레지스트리 한 곳에만. 위는 그것을 조회 | 계층마다 다시 쓰는 일을 없앤다 |
| 회의는 결정이 있을 때만 | 상태 공유만 하는 보고 회의는 문서 공유로 대체 | "읽으면 되는 것"을 위해 모이지 않는다 |
| 보고 시간도 기록 | 큰 보고 건은 투입 인원·시간을 마지막 장에 적는다 | 질문의 가격을 리더가 알게 한다 |
"보고서 작성에 AI를 쓰자"는 가장 흔한 AX 과제 중 하나다. 작성 시간은 분명 줄어든다. 하지만 보고 연쇄의 구조(복제, 사전 점검, 수정 전파)가 그대로면, AI는 더 많은 보고서를 더 빨리 만들게 할 뿐이다. 보고서가 싸지면 보고 요청도 늘어난다. 진짜 질문은 "이 보고서를 어떻게 빨리 만들까"가 아니라 "이 보고서가 왜 필요하고, 누가 데이터에서 직접 볼 수는 없는가"다.
모든 산출물에는 소비자와 값이 있다
보고서만의 이야기가 아니다. 회사에서 만드는 모든 산출물, 즉 문서, 보고서, 사양서, 회의록, 분석 자료, 외부에서 사 온 조사 보고서까지 모두 누군가의 시간과 돈으로 만들어진다. 그렇다면 산출물마다 두 가지를 물을 수 있어야 한다. 이것을 누가 소비하는가, 그리고 만드는 데 든 자원만큼의 가치가 나오는가.
예를 들어 보자(숫자는 모두 예시다). 리더가 매주 현황을 파악하는 데서 나오는 가치를 연 1억 원 정도로 볼 수 있다고 하자. 그런데 그 주간 보고를 만들고 리뷰하고 보고 회의를 준비하는 데 20명이 매주 몇 시간씩 써서 연 2억 원어치의 시간이 들어간다면, 이 보고는 가치보다 비용이 큰 산출물이다. 리더가 현황을 아는 것 자체는 중요하다. 문제는 같은 현황을 훨씬 적은 자원으로 알 수 있는데도 비싼 방식으로 만들고 있다는 데 있다. 반대로 회사 전체가 참고하는 시장·기술 보고서를 외부 전문가에게 10억 원을 주고 샀는데, 그것으로 투자 방향을 바로잡아 20억 원의 가치를 얻었다면 비싸도 남는 산출물이다. 판단 기준은 비용의 크기가 아니라 비용 대비 가치다.
"리더가 현황을 파악하는 데 필요한 자원을 얼마나 줄였는가?" 이것은 AX 성과를 재는 가장 단순하면서도 정직한 질문 중 하나다. 현황 파악은 조직이 존재하는 한 계속 필요하고, 그 비용은 계층 수와 보고 빈도에 따라 커진다. 같은 이해를 더 적은 사람의 시간으로 얻게 만드는 것, 이것이 이 장 전체가 말하는 보고의 AX다.
가치를 어떻게 추정하나: 소비자 카드
"가치를 숫자로 매기기는 어렵다"는 반론은 정당하다. 정확한 금액을 매길 필요는 없다. 대신 산출물마다 아래 다섯 가지를 한 줄씩 적어 보면, 금액을 모르더라도 가치가 있는지 없는지는 대개 드러난다.
| 질문 | 좋은 답의 예 | 위험 신호 |
|---|---|---|
| 누가 소비하나 | "클레임 회신을 쓰는 품질 엔지니어 30명이 매주 참조" | "윗선에 보고용", 소비자를 이름으로 말할 수 없다 |
| 무엇을 결정·행동하나 | "이번 주 대응 우선순위를 정한다", "설계 변경을 승인한다" | "참고용", "현황 공유"만 있다 |
| 후속조치가 있었나 | 지난 분기 10번 중 7번 무언가 바뀌었다 | 보고 후 아무 일도 일어나지 않는 것이 보통이다 |
| 없으면 무엇이 일어나나 | "고객 회신이 늦어져 페널티 위험" | "아마 아무도 모를 것" |
| 더 싼 형태는 없나 | 이미 가장 가벼운 형태다 | 같은 내용이 대시보드·시스템에 이미 있다 |
여기서 특히 중요한 것이 후속조치다. 수십 명이 매달려 만든 보고서가 임원 보고를 마친 뒤 아무 조치 없이 끝나거나, 리더의 궁금증이 풀렸으니 넘어가는 경우는 드물지 않다. 그것이 꼭 잘못은 아니다. 리더가 상황을 알고 "지금은 손댈 필요가 없다"고 판단한 것도 결정이다. 다만 그 판단에 그만큼의 자원이 필요했는지는 따져 볼 수 있다. 궁금증을 푸는 데는 답 한 줄이나 대시보드로 충분했을 수도 있다.
산출물 가치–비용 점검기
산출물 인벤토리: 1년에 한 번 정리하기
조직은 새 보고와 새 양식을 만드는 데는 익숙하지만, 그만두는 데는 서툴다. 한번 생긴 정기 보고는 요청한 사람이 자리를 옮긴 뒤에도 계속 만들어진다. 다음 운영 규칙을 권한다.
- 정기 산출물 목록을 만든다. 이름, 주기, 투입 인원·시간, 소비자, 마지막 후속조치 시점. 이 목록 자체가 보고 부담 지표의 기초 자료다.
- 소비자가 없으면 멈춘다. 소비자를 이름으로 말할 수 없는 산출물은 한 달간 만들지 않고, 찾는 사람이 있는지 본다. 찾는 사람이 없으면 폐기한다.
- 후속조치 없는 정기 보고는 형태를 바꾼다. 예를 들어 두 분기 동안 후속조치가 없었다면 대시보드나 예외 알림으로 바꾸는 것을 기본으로 한다.
- 의무 산출물은 따로 다룬다. 규제·인증·고객 계약상 필요한 산출물은 가치 시험의 대상이 아니라 비용 최소화의 대상이다. 업무 데이터에서 자동으로 생성되게 만드는 것이 목표다.
- 요청하는 사람이 비용을 안다. 새 정기 보고를 요청할 때는 예상 투입 인원·시간을 함께 적어 승인받는다. 리더가 자기 요청의 값을 알면 요청의 형태가 바뀐다(앞의 "질문의 가격표").
모든 산출물을 금액으로 시험하려 들면 그 자체가 또 하나의 보고 부담이 된다. 가치 추정은 대략이면 충분하고, 목적은 정밀한 계산이 아니라 비용이 가치를 크게 넘는 산출물을 찾아내는 것이다. 위기 대응 기록이나 장기 연구 문서처럼 가치가 늦게, 드물게 나타나는 산출물도 있다. 이런 것은 "없으면 무엇이 일어나나"로 판단한다.
데일리·주간 보고와 우선순위의 부채
보고 연쇄만 문제가 아니다. 매일, 매주 사람에게 진행 상황을 받는 문화에도 비용이 있다. 정기 보고에는 분명한 장점이 있다. 일이 멈춰 있으면 빨리 드러나고, 팀원들이 마감을 의식하며, 리더는 안심한다. 짧은 기간에는 일을 빠르게 만드는 효과도 있다. 문제는 보고가 우선순위를 바꾸는 통로가 될 때 생긴다.
매일 보고 자리에서 "이것도 챙겨 봐"가 하나씩 더해지면, 팀은 모든 일을 조금씩 챙기는 쪽으로 움직인다. 보고할 거리가 있어야 하니 여러 일을 동시에 벌이고, 새로 급해진 일에 손을 대면서 이전 일은 중간에 멈춘다. 이렇게 시작했지만 끝나지 않은 일이 쌓인다. 이 일들은 보고서에는 "진행 중"으로 표시되지만, 실제로는 맥락이 식고 담당자의 기억에서 흐려지며 다시 시작할 때마다 비용이 든다. 눈에 보이지 않는 이 재고가 우선순위 부채다. 그리고 일을 여러 개 동시에 잡을수록 전환 비용 때문에 전체 처리량은 줄어든다.
우선순위 변동 시뮬레이터: 골고루 챙길 때와 순서대로 끝낼 때
그렇다면 팀의 업무 목표와 작업도 개인 업무처럼 플랫폼에서 관리해야 할까? 이 책의 답은 "그렇다, 다만 무엇을 위해 쓰느냐가 전부다"이다. 팀의 목표, 진행 중인 일, 우선순위가 하나의 공유된 작업 보드나 목표 관리 시스템에 있으면 진행 상황을 사람에게 물을 필요가 줄어든다. 이 장 앞에서 말한 "꺼내 보는 보고"가 팀의 일상 업무에서도 가능해진다. 하지만 같은 도구가 감시와 입력 부담의 도구가 되면, 사람들은 보드를 보고용으로 따로 꾸미기 시작하고 실제 일은 다시 메신저와 엑셀로 돌아간다.
도구만 바꾼 경우
- 보드도 쓰고 데일리 보고도 그대로 한다(이중 작업)
- 보드에 "진행 중"이 계속 늘어난다
- 우선순위는 여전히 회의에서 말로 바뀐다
- 입력률이 개인 평가 항목이 된다
일하는 방식까지 바꾼 경우
- 보드에서 보이는 것은 보고하지 않는다. 회의는 막힌 일과 결정에만
- 동시 진행 상한을 두고, 새 일은 하나를 끝내거나 내려놓아야 시작한다
- 우선순위를 바꿀 때는 무엇을 내려놓는지 함께 기록한다
- 보드는 평가가 아니라 팀의 흐름을 보는 데 쓴다
리더가 우선순위를 바꾸는 것은 정당한 권한이다. 상황은 실제로 바뀐다. 다만 "이것도 해 줘"는 공짜가 아니다. 새 일을 올릴 때 "그럼 무엇을 미룰까?"에 리더가 직접 답하게 하는 것만으로도 우선순위 부채가 크게 줄어든다. 플랫폼은 이 질문을 자동으로 던지게 만들 수 있다. 새 일을 스택 맨 위에 올리면, 동시 진행 상한을 넘는 일이 무엇인지 보여 주고 내려놓을 일을 고르게 하는 식이다.
누구를 위한 AX인가: 보고받고 평가하는 조직의 AX
AX가 전사 키워드가 되면 흔히 이런 장면이 생긴다. 현장 팀들은 새로운 도구를 배우고 업무를 바꾸느라 바쁜데, 그 목표를 정하고 평가하는 상위 조직의 일하는 방식은 그대로다. 양식을 내려보내고, 결과를 취합하고, 읽고, 점수를 매긴다. 실·사업부·부문 레벨로 올라갈수록 이 "취합하고 평가하는 일"의 비중이 커진다. 현장에서 보면 가장 AX가 덜 된 곳이 AX를 평가하고 있는 셈이다.
이것은 개인의 문제라기보다 구조의 문제다. 하위 조직을 조율하고 평가하는 스태프 기능은 큰 조직에 반드시 필요하다. 다만 그 기능이 하는 일, 즉 정보를 모으고, 요약하고, 비교하고, 이상한 것을 찾아내는 일은 바로 AI가 가장 잘 돕는 일이다. 다시 말해 스태프 조직은 AX의 대상에서 빠질 곳이 아니라, AX 효과가 가장 큰 곳 중 하나다.
| 상위·스태프 조직의 일 | 지금 | AX 이후 | 재는 법 |
|---|---|---|---|
| 현황 파악 | 하위 조직에 취합 요청 | 업무 데이터를 직접 조회, AI에 질의 | 하위 조직에 요청한 보고 시간(감소) |
| 이상 징후 발견 | 월간 보고서를 읽다가 발견 | 예외 알림을 받고 담당자에게 바로 질문 | 문제 인지까지 걸린 시간 |
| 목표 평가 | 취합 엑셀과 PPT를 읽고 점수 | 성과 레지스트리와 로그 기반 증거, AI가 1차 요약(14장) | 평가 준비에 든 하위 조직 시간, 이의 제기 비율 |
| 방향 제시 | "올해 키워드는 AX" 공지 | 기반·권한·예산 같은 "아래가 혼자 못 하는 일"을 실행 | 상위 조직 자신의 기반 목표 달성(14장) |
| 지식 확산 | 우수 사례 발표회 | 재사용 가능한 부품·템플릿의 중개 | 다른 조직의 재사용 건수 |
상위 조직의 AX 성과를 가장 정직하게 보여 주는 지표는 보고 부담 지표다. 하위 조직에 요구한 보고·취합·리뷰 시간의 합계가 분기마다 얼마나 줄었는가. 이 지표는 측정하기 쉽고, 현장이 바로 체감하며, 줄이려면 상위 조직이 스스로 데이터와 AI를 써야만 한다. "AX를 하라"는 지시보다, 위에서 이 숫자를 먼저 줄여 보이는 것이 조직 전체에 훨씬 강한 신호가 된다.
평가하는 조직의 AX 자가진단
AX 과제를 평가하는 사람이 AI로 직접 무언가를 만들어 본 적이 없다면, 평가는 보고서의 완성도와 숫자의 크기로 흐르기 쉽다. 어떤 과제가 어려웠고 어떤 숫자가 부풀려졌는지 알아보려면 직접 해 본 경험이 필요하다. 평가 조직의 구성원부터 작은 업무 하나를 AI로 바꿔 보는 것, 즉 평가자의 AX를 평가 체계의 전제 조건으로 두기를 권한다.
이 장은 보고의 구조와 보고받는 조직의 AX를 다룬다. 팀·개인의 AX가 어떤 언어(디지털화·표준화·자동화·연결)로 내려와야 하는지는 14장의 고도의 원칙에서, 성과 레지스트리와 로그를 근거로 보고된 성과의 신뢰 수준을 판정하고 평가하는 방법(증거 사다리, 성과 신뢰도 점검기)은 14장의 평가·보상 운영에서 다룬다.
지금 할 수 있는 것: 위치별 첫걸음
보고 문화는 한 사람이 바꿀 수 있는 것이 아니다. 하지만 자기 자리에서 할 수 있는 일은 있다. 그리고 이 문제를 답답해하는 사람이 혼자가 아니라는 것도 기억하자. 보고 연쇄의 비용은 거의 모든 큰 조직에서 반복되는 구조적 문제이고, 그것을 불편해하는 감각은 조직이 바뀌어야 할 지점을 정확히 가리키는 신호다.
| 위치 | 이번 분기에 해 볼 것 |
|---|---|
| 실무자 | 내가 매주 만드는 보고 하나를 업무 데이터에서 자동으로 생성되게 바꿔 본다. 큰 보고 건에 투입된 인원과 시간을 기록해 둔다. 내 개선은 다섯 줄 레지스트리 형식으로 남긴다. |
| 파트장·팀장 | 위에서 온 보고 요청 중 반복되는 것 세 가지를 골라, 대시보드나 공유 문서 한 곳으로 대체하자고 제안한다. 팀 안의 보고 리허설 회의를 하나 없앤다. |
| 기획·스태프 | 하위 조직에 요청하는 정기 보고의 목록과 소요 시간을 만든다. 보고 요청에 "질문의 가격"을 붙여 되묻는다. 평가 담당자부터 AI로 업무 하나를 바꿔 본다. |
| 임원·리더 | 궁금한 것을 보고로 요청하기 전에 대시보드나 AI에 먼저 물어본다. 보고서의 형식이 아니라 내용에만 피드백한다. 자기 조직의 보고 부담 지표를 AX 목표로 삼는다. |
"이건 보고서로 만들지 말고, 지금 있는 자료로 다섯 줄만 보내 주세요." 리더가 이 말을 몇 번만 반복해도 아래의 보고 연쇄가 눈에 띄게 줄어든다. 보고 문화는 보고를 받는 사람이 바꿀 때 가장 빨리 바뀐다.
핵심 정리
- 위에서 내려온 질문은 계층을 지나며 복제·사전 점검·수정 전파로 증폭된다. 비용은 여러 계층에 얇게 퍼져 보이지 않을 뿐, 계층 수에 따라 곱으로 커진다.
- 보고의 목적은 상태 공유·위험 경보·결정 요청·성과 인정으로 나뉘고, 목적마다 맞는 형태(대시보드와 질의, 예외 알림, 결정 메모, 성과 레지스트리)가 다르다. 사람의 손은 결정과 예외 설명에 쓴다.
- AI 시대의 보고 원칙: 보고서는 업무의 부산물이고, 밀어 올리지 말고 꺼내 보게 하며, 사람은 판단과 예외에 쓴다. 보고서를 AI로 빨리 만드는 것만으로는 구조가 바뀌지 않는다.
- 성과 인정을 위한 문서는 일이 끝날 때 쓰는 다섯 줄 기록과 링크된 증거로 충분하다. 보고 예산, 수정 상한, 양식 동결, 결정 있는 회의만 같은 규칙이 적정선을 지킨다.
- 보고서·사양서·외부 조사 보고서까지 모든 산출물은 소비자와 비용 대비 가치로 따질 수 있다. 소비자 카드(누가, 무엇을 결정, 후속조치, 없으면, 더 싼 형태)로 대략의 가치를 보고, 비용이 가치를 넘는 정기 산출물부터 대체·폐기한다. 요청하는 리더가 비용을 알고 요청해야 한다.
- 사람에게 받는 데일리·주간 보고가 우선순위를 바꾸는 통로가 되면, 시작했지만 끝나지 않은 일(우선순위 부채)이 쌓이고 전환 비용으로 처리량이 준다. 팀 목표와 작업은 공유 보드로 보이게 하되, 동시 진행 상한과 "무엇을 내려놓을지"를 함께 운영해야 한다.
- 보고받고 평가하는 상위·스태프 조직의 일(취합·요약·비교·이상 탐지)은 AI가 가장 잘 돕는 일이다. 상위 조직의 첫 AX 목표는 아래로 보내는 보고 부담을 줄이는 것이며, 평가자도 직접 AX를 해 봐야 한다. 증거 기반 평가의 방법은 14장에서 다룬다.
확인 퀴즈
1. 사업부장의 단순한 질문 하나가 40여 명의 시간을 쓰게 된 가장 근본적인 원인은?
2. 다음 중 사람이 직접 써야 하는 보고로 가장 적절한 것은?
3. "보고서 작성에 AI를 도입해 작성 시간을 70% 줄였다"는 과제의 한계로 가장 적절한 것은?
4. 실·사업부 기획 조직의 AX 성과 지표로 가장 적절한 것은?
5. 매일 보고 자리에서 새 일이 하나씩 추가되는 팀에 가장 효과적인 변화는?
6. 매주 20명이 연 2억 원어치의 시간을 들여 만드는 현황 보고가 있다. 리더가 현황을 아는 가치는 연 1억 원 정도이고, 보고 후 후속조치는 드물다. 같은 내용은 대시보드에서도 볼 수 있다. 가장 적절한 판단은?