보고는 올라갔지만 아무도 몰랐다 – 보고 체계가 납기를 무너뜨리는 방식 (베트남 공장 실무 기록 시즌2-3)

보고는 공유가 아니라 결정이다.
납기를 지키는 조직은 보고 체계부터 다르다.

베트남 의류 공장에서 관리자들이 납기 일정과 보고 자료를 검토하는 장면으로, 보고 체계와 의사결정 구조의 중요성을 보여주는 이미지.

---

이 글은 베트남 공장 실무 시즌2 기록이다. 문제는 늘 보고되지만, 책임은 늘 남지 않는다.

납기가 흔들리고, 불량이 늘어나고, 클레임이 들어오면 우리는 묻는다. “왜 아무도 몰랐습니까?” 그러나 현장을 오래 지켜본 사람은 안다. 정말 아무도 몰랐던 것이 아니라, 아무도 결정하지 않았던 것이라는 사실을. 보고는 있었다. 메일도 있었다. 메신저 기록도 남아 있었다. 회의도 했다. 공유도 했다. 하지만 결국 결과는 같았다. “왜 대응하지 않았습니까?” 이 질문은 늘 마지막에 등장한다.

많은 조직에서 보고는 정보 전달의 수단이 아니라 책임 회피의 장치로 변한다. “올렸습니다.” “공유했습니다.” “참조 넣었습니다.” 보고의 목적이 ‘결정을 이끌어내는 것’이 아니라 ‘나는 알렸다’는 증거를 남기는 것으로 바뀌는 순간, 조직은 느려진다. 정보는 많아지고, 문서는 쌓이고, 참조 인원은 늘어나지만, 실제로 책임지는 사람은 사라진다. 누구도 “내가 결정하겠다”라고 말하지 않는 구조에서, 문제는 계속 위로 올라가기만 할 뿐 멈추지 않는다.

보고 체계가 복잡할수록 정보는 위로 올라간다. 그러나 올라갈수록 구체성은 희석된다. 현장은 말한다. “이대로 가면 위험합니다.” 중간 관리자는 표현을 조정한다. “일정이 다소 타이트합니다.” 최종 보고서는 이렇게 정리된다. “일정 조정 검토 필요.” 위험이라는 단어는 사라지고, 리스크는 완화된 표현으로 변환된다. 그리고 일정은 그대로 유지된다. 결국 위험은 사라진 것이 아니라, 표현 속에 묻힌다. 그 묻힘이 반복되면 어느 날 납기라는 이름으로 터진다.

‘공유’와 ‘결정’은 다르다. 공유는 모두가 아는 상태다. 결정은 누군가가 책임지는 상태다. 많은 조직이 공유를 결정으로 착각한다. 메일 참조에 10명이 들어가 있으면 안심한다. “다 알고 있다”는 착각 속에서 실제 책임은 공중에 뜬다. 그러나 납기가 무너질 때 그 10명은 모두 말한다. “나는 최종 결정자가 아니었다.” 결국 결정의 공백은 현장으로 떨어진다. 현장은 선택을 강요받는다. 확정되지 않은 일정, 미완료된 승인, 모호한 기준 속에서 움직인다. 그리고 문제가 발생하면 다시 묻는다. “왜 확정 전에 진행했습니까?” 보고는 있었지만, 결정은 없었다는 사실이 그제야 드러난다.

나는 어느 순간부터 보고의 형식을 바꾸기 시작했다. “보고 드립니다”로 끝내지 않았다. 반드시 세 가지를 붙였다. 요청 결정 사항은 무엇인지, 결정 기한은 언제까지인지, 미결 시 발생 가능한 리스크는 무엇인지. 보고를 정보 전달이 아니라 ‘결정 요청서’로 만들었다. 그때부터 변화가 생겼다. 문제는 더 빨리 수면 위로 올라왔고, 미루던 결정은 기한 안에 처리되기 시작했다. 누가 책임자인지가 명확해지자 속도는 자연스럽게 빨라졌다. 흥미롭게도 보고의 양은 줄었지만, 결정의 질은 높아졌다.

보고는 올라갔지만 아무도 몰랐다는 말은, 아무도 책임지지 않았다는 말과 다르지 않다. 조직은 종종 정보를 공유하면 역할을 다했다고 믿는다. 그러나 실무는 공유로 움직이지 않는다. 실무는 결정으로 움직인다. 납기가 무너지는 조직은 보고가 느린 것이 아니라 결정이 느린 조직이다. 정보는 위로 올라가지만 책임은 위로 올라가지 않는 구조에서, 문제는 반복된다.

납기는 하루 만에 무너지지 않는다. 보고가 형식이 되고, 표현이 완화되고, 책임이 분산되는 과정을 거치며 서서히 준비된다. 그리고 어느 순간 “왜 아무도 몰랐는가”라는 질문이 터진다. 그 질문은 사실 질문이 아니다. 구조에 대한 고백에 가깝다. 우리는 알고 있었지만 결정하지 않았다는 고백이다.

이제 나는 보고서를 볼 때 내용보다 질문을 먼저 본다. 이 보고는 누구의 결정을 요구하는가. 기한은 명확한가. 미결 시 리스크는 기록되어 있는가. 책임자는 이름으로 적혀 있는가. 이 네 가지가 없다면 보고는 공유에 불과하다. 공유는 책임을 대신하지 않는다.

보고 체계가 문제를 숨기는 순간은 소란스럽지 않다. 조용하다. 모두가 알지만 아무도 움직이지 않는 상태, 그것이 가장 위험하다. 실무는 속도로 해결되지 않는다. 설계로 해결된다. 그리고 보고 체계는 그 설계의 중심에 있다. 정보를 쌓는 조직은 바쁘고, 결정을 만드는 조직은 단단하다. 그 차이는 시간이 지나면 명확해진다.

다음 글에서는, 결정을 더디게 만드는 또 다른 구조, 숫자가 어떻게 문제를 가리는지에 대해 이야기해 보려 한다. 보고는 올라갔지만 아무도 몰랐다. 그 문장이 반복되지 않도록 하기 위해, 우리는 보고가 아니라 결정을 설계해야 한다.

 

 

이 글을 쓰며 떠오른 생각을
블로그에 조금 더 정리해 두었습니다.

👉 브런치 에세이
https://brunch.co.kr/@39d166365bd047c

 

by쉼표

 

---

 

─────────────────
📖 Read this in English on Substack
👉 insidethefactory.substack.com
─────────────────

---