기획자의 일 (탁상공론, 현장감각, 뇌생기획)

솔직히 저는 한동안 기획이란 걸 '문서를 잘 만드는 일'이라고 생각했습니다. 팀 프로젝트마다 역할 분장표를 그럴듯하게 정리하고, 간트차트를 예쁘게 뽑아두면 뭔가 준비된 사람처럼 보였으니까요. 그런데 막상 프로젝트가 진행되면 계획표는 두 번째 주도 못 버티고 무너졌습니다. 기획이 왜 실패하는지, 그리고 진짜 기획자는 어떻게 다른지를 이 경험을 통해 조금씩 이해하게 되었습니다.

탁상공론 기획이 망하는 이유

기획이 실패하는 가장 흔한 패턴이 있습니다. 바로 페이퍼 기획(Paper Planning)에만 머무는 것입니다. 여기서 페이퍼 기획이란 논리 구조는 완벽하지만 현실 변수를 걷어낸 채 문서 안에서만 완결되는 계획을 말합니다. 보고서를 읽어보면 그럴듯하고, 발표를 들어보면 설득력도 있습니다. 그런데 실행 단계에 들어서면 아무것도 움직이지 않습니다.

제가 아르바이트를 할 때도 비슷한 장면을 봤습니다. 매장 매뉴얼은 모든 상황을 순서대로 정리해 놨지만, 점심 러시아워에는 그 순서대로 하면 오히려 동선이 꼬였습니다. 결국 현장에서 3년 이상 일한 직원이 "이 시간대엔 이렇게 해야 돌아가"라고 알려줄 때야 비로소 효율이 생겼습니다. 매뉴얼을 만든 사람이 현장에 한 번이라도 서봤다면 아마 다르게 썼을 거라는 생각을 그때 처음 했습니다.

이론 중심 기획이 갖는 태생적 한계는 학술 연구 방법론에서도 보입니다. 논문을 작성할 때는 현실의 복잡한 변수들을 '통제 조건'으로 제거해야 깔끔한 이론이 나옵니다. 그런데 제거하는 변수가 많아질수록 이론은 정교해지는 반면 현실과는 멀어집니다. 기획서도 마찬가지입니다. 불확실한 요소를 전부 빼고 나면 논리는 완벽한데, 그게 구현될 현실이 빠져버립니다.

이런 기획자들의 또 다른 특징은 현장을 낮게 봅니다. 계획이 안 풀리면 기획 자체를 의심하기보다 실행 인력이 문제라고 판단하는 경향이 있습니다. 결과적으로 현장과 기획 사이의 간극은 좁혀지지 않고, 같은 실패가 반복됩니다. 탁상행정(Desk-based Administration)이라는 말이 괜히 나온 게 아닙니다. 탁상행정이란 현장 경험 없이 책상에서만 만들어지는 정책이나 계획을 가리키는 표현으로, 실행 현장의 현실과 동떨어진 의사결정을 비판할 때 씁니다.

• 현실 변수를 제거한 채 논리만 완성한 페이퍼 기획
• 현장 경험 없이 이론으로만 실행 가능성을 판단
• 기획 실패의 원인을 현장 탓으로 돌리는 귀인 오류
• 같은 실패가 반복되어도 구조를 수정하지 않음

요약: 현장 변수를 걷어낸 페이퍼 기획은 논리적으로 완벽해 보여도 실행 단계에서 반드시 무너지며, 이 패턴이 반복될수록 기획과 현실의 거리는 더 멀어집니다.

 

현장감각과 뇌생기획이 다른 점

그렇다면 실제로 성과를 내는 기획은 어떻게 다를까요. 제가 팀 프로젝트에서 가장 잘 돌아갔던 경우를 떠올려보면, 계획표가 정교했던 때가 아니라 팀원들과 수시로 상황을 공유하면서 구조를 바꿔나갔던 때였습니다. 처음 세운 계획의 완성도보다 현실에 맞게 수정하는 속도가 결과를 좌우했습니다.

이걸 조금 더 체계적으로 이해하게 된 건 가설 검증(Hypothesis Testing) 개념을 접하고 나서였습니다. 가설 검증이란 내가 세운 아이디어나 방향이 실제 현장에서 통하는지를 실증적으로 확인하는 과정입니다. 좋은 기획자는 자신의 아이디어를 확정 답안으로 들고 현장에 가는 게 아니라, 가설로 들고 가서 계속 부딪히며 수정합니다. 현장 조사가 단순한 정보 수집이 아니라 내 기획의 정합성을 테스트하는 작업이 되는 거죠.

히스토리 분석도 빠지면 안 됩니다. 같은 조직에서 비슷한 기획이 3년 전, 5년 전에도 시도됐는데 왜 안 됐는지를 먼저 파악해야 합니다. 제 경험상 이 과정을 건너뛰면 열의는 있어도 같은 실패를 반복하게 됩니다. 어떤 구조적 문제가 반복해서 발목을 잡았는지, 어떤 조건이 갖춰졌을 때 성과가 났는지를 데이터 기반으로 살펴보는 작업이 결국 기획의 현실성을 높입니다.

또 한 가지 저에게는 꽤 새로웠던 관점이 있습니다. 기획과 인사(人事)를 분리해서 생각하지 않는다는 점입니다. 아무리 구조가 잘 짜여 있어도 그걸 실행하는 사람이 이해하지 못하거나 동기가 없다면 결과는 안 나옵니다. 실제로 출처: Harvard Business Review에서도 전략 실행 실패의 주요 원인으로 '실행 인력과의 소통 부재'를 꾸준히 지목해 왔습니다. 기획이 책임자와 실행자를 이해시키는 커뮤니케이션 설계까지 포함해야 하는 이유가 여기 있습니다.

이론이 쓸모없다는 말을 하려는 게 아닙니다. 이론 중심 접근이 나쁘다고 보는 시각도 있지만, 저는 이론과 현장 경험이 대립하는 게 아니라 서로를 보완한다고 생각합니다. 실제로 출처: 통계청의 기업 경영 실태 조사를 보더라도, 전략 기획 역량을 체계적으로 갖춘 조직이 그렇지 않은 조직보다 지속 성장률이 높게 나타납니다. 이론적 체계는 현장 경험을 구조화하는 틀이 되고, 현장 경험은 이론의 맹점을 발견하는 도구가 됩니다. 둘 중 하나만 있으면 절름발이가 됩니다.

결국 기획력(Planning Capability)이란 논리를 만드는 능력이 아니라 현실에서 작동하는 구조를 설계하는 능력입니다. 기획력이란 단순히 계획서를 잘 쓰는 것이 아니라 실행 가능한 우선순위와 프로세스를 현실 조건 안에서 구축하는 역량을 말합니다. 여기에 의사소통 능력이 더해질 때 비로소 리더십으로 연결됩니다.

요약: 현장 가설 검증, 히스토리 분석, 실행자 중심 커뮤니케이션 설계가 맞물릴 때 기획은 문서가 아닌 실제 변화의 도구가 됩니다.

 

자주 묻는 질문

Q. 기획 직무가 아니어도 기획력이 필요한가요?

A. 직함에 '기획'이 붙지 않아도 기획력은 필요합니다. 영업이든 개발이든 디자인이든, 어떤 일에서든 우선순위를 정하고 실행 구조를 만드는 능력이 곧 기획력입니다. 연차가 쌓일수록 이 역량 없이는 리더 역할을 맡기 어렵습니다.

 

Q. 현장 경험이 없는 신입이 기획을 잘하려면 어떻게 해야 하나요?

A. 직접 경험이 없다면 현장에 오래 있었던 사람들에게 인터뷰를 하거나 표본 조사를 하는 방식으로 현실 감각을 채울 수 있습니다. 중요한 건 내 아이디어를 확정 답으로 들고 가는 게 아니라 가설로 들고 가서 반응을 확인하는 태도입니다. 이 습관이 쌓이면 경험 없이도 현실적인 기획을 만들 수 있습니다.

 

Q. 기획이 실패할 때 기획자 책임인가요, 조직 구조 문제인가요?

A. 둘 다일 가능성이 높습니다. 기획자의 현장 이해 부족이 원인일 수도 있지만, 예산·의사결정 구조·조직 문화 같은 외부 요인도 큽니다. 실패 원인을 기획자 개인에게만 돌리면 구조적 문제는 계속 방치됩니다. 히스토리를 분석할 때 반복된 실패 패턴이 보인다면 구조 자체를 의심하는 게 맞습니다.

 

Q. 기획력과 의사소통 능력, 어떻게 같이 키울 수 있나요?

A. 현장 조사를 하면서 자연스럽게 두 가지가 함께 훈련됩니다. 현장 인원에게 가설을 설명하고 피드백을 받는 과정 자체가 의사소통 훈련입니다. 기획서를 완성한 뒤 설득하는 것이 아니라, 기획을 만드는 과정 내내 소통을 끼워 넣으면 됩니다.

 

결론

기획은 결국 현실을 바꾸기 위한 구조를 만드는 일입니다. 문서가 깔끔하고 논리가 완벽해도 실행이 안 되면 그건 기획이 아니라 보고서일 뿐입니다. 제가 직접 경험해보니 가장 무서운 함정은 '그럴듯함'입니다. 읽어보면 좋아 보이는데 현실에서는 아무것도 움직이지 않는 기획, 그게 가장 조용하게 실패하는 유형이었습니다.

앞으로 어떤 일을 기획하게 되든, 먼저 현장에 귀를 먼저 열고, 과거의 데이터를 꼼꼼히 살피고, 실행하는 사람을 중심에 두는 순서를 지키는 것이 중요합니다. 기획력과 의사소통 능력은 하루아침에 생기지 않지만, 작은 프로젝트에서도 이 방식으로 계속 훈련하면 분명히 달라집니다. 지금 맡고 있는 일에서 딱 한 가지만 바꿔보세요. 계획을 만들기 전에 현장 사람 한 명에게 먼저 물어보는 것, 그게 시작입니다.

참고: https://youtu.be/UkOZpCKvI0k?si=ByNVVEG-5bn77jhz