실행이 진행될수록 기획이 바뀌는 이유

 기획이 실행 단계에 들어가면 자연스럽게 이런 순간이 온다. “이거, 처음 계획이랑 다른데요?” 많은 사람은 이 상황을 문제로 받아들인다. 기획이 틀렸거나 실행이 잘못됐다고 생각한다. 하지만 대부분은 정상적인 과정이다.

 기획은 실행 전에 완성되지 않는다. 실행을 통해서만 현실과 맞닿고, 그 과정에서 수정된다. 그래서 기획은 처음부터 완벽할 수 없다. 오히려 실행을 거치지 않은 기획이 더 위험하다. 실행이 진행될수록 현장에는 정보가 쌓인다. “예상과 다른 반응, 계획에 없던 변수, 실제 운영에서 드러나는 문제”는 단순한 상황 변화가 아니라 기획을 수정해야 하는 근거가 된다.

 문제는 이 피드백을 어떻게 다루느냐에 있다. 보통 두 가지 극단으로 갈린다. 하나는 처음 계획을 끝까지 지키려는 경우다. 변화를 인정하지 않고 기획을 그대로 밀고 나간다. 다른 하나는 상황에 따라 계속 바꾸는 경우다. 기준 없이 수정이 반복된다. 둘 다 결국 기획이 흔들린다.

 그래서 중요한 것은 언제 수정해야 하는지 판단하는 기준이다. 지금의 변화가 구조적인 변화인지, 일시적인 변수인지, 반복될 가능성이 있는지부터 확인해야 수정이 의미를 갖는다.

 운영에서 나오는 피드백을 모두 반영해야 하는 것은 아니다. 중요한 것은 그 피드백이 기획의 핵심 흐름을 바꾸는 수준인지다. 반복되고 전체 구조에 영향을 주며 다음 실행에도 이어질 변화라는 기준을 넘지 못한다면, 그 변화는 ‘베리에이션’으로 남겨야 한다.

 반대로 이 기준을 넘어서는 순간, 기획은 수정되어야 한다. 이때의 수정은 부분 조정이 아니라 구조를 다시 정리하는 과정이다. 이 과정을 거치며 기획은 점점 현실에 가까워진다.

 앞선 회차에서 디벨롭과 베리에이션을 구분했다. 이 개념이 바로 여기서 필요하다. 베리에이션은 운영에서 흡수하고, 디벨롭은 기획에 반영한다. 이 구분이 명확할수록 기획은 흔들리지 않고 안정적으로 발전한다.

 실행이 진행될수록 기획이 바뀌는 이유는 단순하다. 현실이 기획보다 더 많은 정보를 가지고 있기 때문이다. 그래서 기획은 고정된 문서가 아니라 지속적으로 수정되는 구조여야 한다.

 기획은 실행을 통해 완성된다. “피드백으로 수정되고, 반복을 통해 정리되며, 현실에 맞게 구조가 바뀐다.” 그래서 중요한 것은 변화를 막는 것이 아니라 어떤 변화를 반영할지 판단하는 것이다. 그래야 기획은 흔들리는 것이 아니라 점점 단단해진다.