조급함은 성격이 아니라 시스템이다
프로젝트를 하다 보면 어느 순간 분위기가 바뀐다.
“일단 빨리 가죠.”
“지금 중요한 건 속도입니다.”
“이건 나중에 정리하고, 일단 만들죠.”
이 말이 나오기 시작하면 팀은 바빠진다.
회의는 줄어들고, 개발은 빨라지고, 화면은 빠르게 채워진다.
겉으로 보면 프로젝트는 잘 돌아가는 것처럼 보인다.
그런데 몇 주가 지나면 이상한 일이 생긴다.
이미 만든 것을 다시 고친다.
합의했던 방향이 바뀐다.
완료된 줄 알았던 기능이 다시 열리고, 또 수정된다.
그리고 어느 순간 팀은 깨닫는다.
우리는 지금 “진행”하고 있는 것이 아니라 계속 다시 만들고 있다는 것을.
이 상황을 많은 사람들은 “속도를 너무 내서”라고 설명한다.
하지만 실제로는 조금 다르다.
문제는 속도가 아니다.
문제는 잘못된 속도다.
속도는 방향이 맞을 때만 의미가 있다.
방향이 틀린 상태에서의 속도는 그저 더 빠르게 멀어지는 것일 뿐이다.
그럼에도 불구하고, 왜 우리는 반복해서 같은 선택을 할까.
이 현상의 핵심에는 “조급함”이 있다.
그리고 이 조급함은 개인의 성격에서 오는 것이 아니다.
대부분의 경우, 세 가지가 동시에 작용한다.
문제가 명확하지 않은 상태, 그럼에도 불구하고 결과를 만들어야 하는 압박, 그리고 이미 정해져 있는 시간.
이 세 가지가 겹치면 사람은 생각을 줄이고 행동을 늘린다.
불확실성을 견디기보다, 움직이면서 해결하려 한다.
그래서 이런 말이 자연스럽게 나온다.
“일단 만들어보자.”
문제는 그 다음이다.
조급함은 의사결정의 순서를 바꿔버린다.
원래는 문제를 정의하고, 가설을 세우고, 검증하고, 그 다음에 실행해야 한다.
하지만 조급해진 순간, 이 순서가 뒤집힌다.
실행이 먼저 나온다. 결정은 실행 중에 이루어지고, 생각은 그 이후에 따라온다.
이때부터 프로젝트는 흔들리기 시작한다.
방향은 계속 바뀌고, 완료 기준은 모호해지고, 작업은 끝나지 않는다.
그리고 결국 이런 구조가 만들어진다.
빠르게 시작한다.
→ 중간에 바뀐다.
→ 다시 만든다.
→ 또 바뀐다.
→ 결국 더 느려진다.
이건 단순한 비효율이 아니다.
구조적인 실패 패턴이다.
이 구조는 외주 프로젝트에서 훨씬 더 강하게 나타난다.
한쪽은 방향을 결정할 권한을 가지고 있고, 다른 한쪽은 실행에 대한 책임을 진다.
발주처는 바꿀 수 있고, 외주사는 맞춰야 한다.
문제는 그 변화가 조급함에서 나올 때다.
명확히 정의되지 않은 요구가 진행 중에 계속 바뀌고, 그 변화는 일정과 비용에 반영되지 않는다.
이때 외주사는 이상한 상태에 놓인다.
통제할 수는 없는데 책임은 져야 하는 상태.
이 구조에서는 아무리 능력이 좋아도 프로젝트는 흔들릴 수밖에 없다.
이 문제를 해결하려고 할 때 많은 팀이 선택하는 방법이 있다.
“조금 더 차분하게 합시다.”
“신중하게 가야 합니다.”
하지만 이런 접근은 오래 가지 않는다.
왜냐하면 조급함은 감정이 아니라 환경이 만들어낸 반응이기 때문이다.
그래서 해결은 태도가 아니라 구조에서 시작해야 한다.
가장 먼저 필요한 것은 생각과 실행을 분리하는 것이다.
생각하면서 실행하면 결정이 계속 흔들린다.
결정은 실행 전에 끝내야 하고, 실행이 시작되면 방향은 고정되어야 한다.
이 단순한 원칙 하나만으로도 프로젝트의 흔들림은 크게 줄어든다.
조급한 프로젝트의 공통점은 변화에 비용이 없다는 것이다.
요구사항은 쉽게 바뀌고, 그 영향은 아무도 계산하지 않는다.
하지만 실제로는 모든 변화에는 비용이 있다.
시간, 리소스, 품질.
이 세 가지 중 하나는 반드시 영향을 받는다.
그 사실이 드러나는 순간 즉흥적인 변경은 자연스럽게 줄어든다.
조급한 프로젝트는 항상 즉흥적으로 움직인다.
누군가 말하면 바로 바뀌고, 생각이 바뀌면 방향도 바뀐다.
반대로 안정적인 프로젝트는 리듬이 있다.
정해진 시점에만 논의하고, 정해진 시점에만 결정한다.
그 사이에는 개입하지 않는다.
이 리듬이 만들어지면 속도는 오히려 더 빨라진다.
조급함은 사라지지 않는다. 그건 인간의 자연스러운 반응이다.
하지만 조급함이 프로젝트를 망치게 둘 것인지, 아니면 그 영향을 통제할 것인지는 구조에 달려 있다.
프로젝트는 속도 그 자체로 실패하는 것이 아니다.
잘못된 속도가 실패를 야기한다는 것을 명심해야 한다.
외주 프로젝트에서 PM이 가장 많이 빠지는 함정이 있다.
발주처의 요구를 최대한 맞춰주려 한다.
팀을 더 압박해서라도 일정에 맞추려 한다.
문제가 생기면 속도를 더 올려 해결하려 한다.
처음에는 이것이 책임감처럼 보인다.
하지만 결과는 거의 항상 같다.
팀은 지치고, 프로젝트는 더 늦어지고, PM은 더 큰 책임을 떠안게 된다.
이건 능력의 문제가 아니다. 역할을 잘못 정의한 문제다.
외주사 PM의 역할은 일을 빨리 끝내는 사람이 아니라, 프로젝트의 흐름이 무너지지 않도록 지키는 사람이다.
조급한 프로젝트에서는 변경이 너무 쉽게 일어난다.
문제는 그 변경이 어떤 영향을 만드는지 아무도 말하지 않는다는 것이다.
이때 PM이 해야 할 일은 반대하는 것이 아니다.
번역하는 것이다.
요구를 영향으로, 영향을 비용으로 바꿔야 한다.
“이건 조금 바꾸는 건데요?”
이 말에 대한 PM의 답은 이렇게 바뀌어야 한다.
“가능합니다. 다만 이 변경은 일정 2일 추가 또는 기존 기능 축소 중 선택이 필요합니다.”
이 한 문장으로 대화의 구조가 바뀐다.
감정이 사라지고 의사결정이 남는다.
조급한 프로젝트의 가장 큰 특징은 작업 중에 계속 방향이 바뀐다는 것이다.
이건 단순한 혼선이 아니라 프로젝트를 무너뜨리는 구조다.
한 번 흔들린 작업은 다시 정렬하는 데 더 많은 시간이 든다.
그래서 PM은 하나의 원칙을 반드시 지켜야 한다.
실행 단계에서는 방향을 바꾸지 않는다.
바꿔야 한다면 그건 다음 단계에서 바꾸는 것이다.
이 기준 하나만 있어도 프로젝트의 안정성은 완전히 달라진다.
외주 프로젝트에서 가장 위험한 상태는 이것이다.
발주처는 바꾸고, 외주사는 책임진다.
이 구조에서는 PM이 아무리 잘해도 프로젝트는 흔들린다.
그래서 PM은 반드시 결정의 흐름을 바꿔야 한다.
요구가 들어오면 그대로 실행하는 것이 아니라 선택지를 만든다.
그리고 묻는다.
“이 방향으로 진행해도 괜찮으실까요?”
이 질문은 단순한 확인이 아니다.
책임을 나누고, 리스크를 공유하고, 구조를 정상화하는 질문이다.
조급함은 결국 아래로 내려온다.
발주처의 압박은 PM을 거쳐 팀으로 전달된다.
이때 PM이 그 압박을 그대로 전달하면 팀은 무너진다.
그래서 PM은 완충 장치가 되어야 한다.
모든 요구를 전달하는 사람이 아니라, 필요한 것만 전달하는 사람이어야 한다.
외부의 혼란을 내부의 안정으로 바꾸는 것.
이게 PM의 역할이다.
조급한 프로젝트는 항상 즉흥적으로 움직인다.
누군가 말하면 바로 바뀌고, 생각이 바뀌면 방향도 바뀐다.
이건 속도가 아니라 불안의 표현이다.
반대로 잘 운영되는 프로젝트는 리듬이 있다.
정해진 시점에 보고하고, 정해진 시점에 결정하고, 그 사이에는 흔들리지 않는다.
이 리듬이 만들어지면 속도는 자연스럽게 따라온다.
많은 사람들이 착각한다.
이런 상황에서 PM은 속도를 늦추는 사람이라고.
하지만 실제로는 정반대다.
PM은 속도를 늦추는 사람이 아니라 잘못된 방향으로 빨라지는 것을 막는 사람이다.
--
Written by AI Alchemist & Maestro 두드림(Two Dreams)
- Orchestrating AI, systems, and human judgment
이 글은 Creative Commons BY-NC 라이선스에 따라 비영리적 용도로 자유롭게 복사·배포·활용할 수 있습니다. 출처(저자명·브런치 링크)만 표시해 주세요.