속도라는 종교: '빠름'이 판단을 대체할 때 조직이 치르는 비용

언젠가부터 '빠르게 움직인다'는 것은 실무적 선택이 아니라 일종의 도덕적 태도가 되었다. 얼마나 빨리 출시할 수 있는가, 얼마나 빨리 대응할 수 있는가, 얼마나 빨리 채용하고 확장하고 방향을 틀 수 있는가. 무언가를 사람들 앞에 내놓고 '우리는 전진하고 있다'고 말할 수 있는 속도. 이 질문들은 진지함의 증거처럼 취급된다. 빠르게 움직이면 야심 있는 것이고, 신중하면 겁먹은 것이며, 잠시 멈춰 생각하자고 하면 흐름을 막는 사람이 된다. 원문 글쓴이는 이 분위기를 '속도라는 종교'라고 부른다. 소프트웨어 업계에서 특히 두드러지지만, 운영·관리·채용·물류·고객 응대·제품 개발 등 활동을 진보로 착각하는 거의 모든 영역에서 같은 일이 벌어진다는 것이 그의 진단이다.

움직임과 진보는 다르다

핵심 주장은 단순하다. 많은 경우 '속도'라고 불리는 것은 사실 다른 이름을 붙인 조급함에 불과하다는 것이다. 글쓴이는 흔들목마의 비유를 인용한다. 흔들목마는 계속 움직이지만 어디로도 나아가지 않는다. 사람들은 기계에서 나는 연기를 가리키며 '봐라, 우리는 뭔가 하고 있다'고 말할 수 있고, 모두가 바쁘고 급박하다는 감각을 얻는다. 속도는 이렇게 '판단이라는 규율' 없이도 움직이고 있다는 느낌을 주는 일종의 제도적 마취제 역할을 한다.

진짜 속도가 없는 것은 아니다. 글쓴이가 말하는 진짜 속도란 일이 충분히 이해되고, 제약이 분명하며, 관련된 사람들이 무엇을 하는지 알고, 결정이 깨끗하게 내려져 실행 단계에서 같은 논쟁을 반복하지 않아도 되는 상태에서 나온다. 그러나 이런 속도는 드물다. 대부분의 속도는 모호한 요구사항, 절반만 내려진 결정, 검토되지 않은 의존성, 빠진 맥락, 그리고 다음 사람이 정리되지 않은 무언가를 알아서 해결해 주기를 바라는 방으로 채워져 있다. 그러다 무언가 무너지면 다들 놀란 척한다. 애초에 '생각하는 것이 비싼 부분'이라는 가정 위에 지어진 것이니 무너지는 것이 당연한데도 말이다.

회계 장부가 진실을 가린다

실무자가 특히 곱씹어 볼 대목은 조직이 이 실패를 어떻게 기록하는가에 대한 관찰이다. 서둘러 만든 원래 작업은 '빠름'으로, 뒷수습은 '예상치 못한 일'로, 다시 만드는 작업은 '반복(iteration)'으로, 혼선은 '정렬(alignment)'로, 충분히 막을 수 있었던 실패는 '학습'으로 기록된다. 이런 회계가 반복되면 아무도 신뢰하지 않는 시스템, 아무도 이해하지 못하는 프로세스, 아무도 참석하고 싶지 않은 회의, 아무도 믿지 않는 대시보드, 그리고 어느새 사업의 핵심 구조물이 되어 버린 임시방편이 쌓인다. 누구도 그런 것을 만들려 하지 않았지만, 작은 결정마다 이해보다 속도를 택하다 보니 결국 그렇게 된 것이다. 그리고 대개는 누군가 '현대화'라는 이름으로 고용되어 눈에 보이는 난장판만 교체하고 원래의 신앙은 그대로 남겨 둔다.

흥미로운 반전은, 속도를 늦춘다고 해서 실제로 느리게 움직이는 것이 아니라는 점이다. 여기서 '늦춘다'는 것은 일이 명료해지는 단계를 건너뛰지 않겠다는 의미다. 우리가 실제로 만들려는 것은 무엇인가, 누가 이것에 의존하는가, 이 가정이 틀리면 무엇이 무너지는가, 우리는 이미 무엇을 알고 있고 무엇을 모르는 척하고 있는가, 이것이 과거 어디에서 실패했는가. 지루하지만 하중을 견디는 이런 질문들이 느리게 느껴지는 이유는, 움직임이 주던 작은 도파민을 제거하기 때문이다. 이 질문들 앞에서는 자세를 꾸며낼 수도, 긴박함 뒤에 숨을 수도, 대화를 파워포인트로 바꿔 진보라고 부를 수도 없다. 결국 일을 실제로 이해해야 하는데, 많은 사람이 바로 그 부분을 피하려 한다.

긴급함과 조급함의 구분

글쓴이는 긴급함(urgency)과 조급함(haste)을 구분한다. 긴급함은 무언가가 정말 중요하고 시간이 실재할 때 적절한 반응이다. 조급함은 명료함이라는 부담 없이 행동이 주는 정서적 안도만 원할 때 나타난다. 문제는 응급 상황이 닥치면 다시 속도가 해답으로 제시된다는 점이다. 더 빨리 고치고, 더 빨리 채용하고, 더 빨리 교체하고, 더 빨리 출시하라. 병이 조용히 치료제로 둔갑한다.

다만 이 글을 '무조건 천천히 하라'는 주장으로 읽어서는 안 된다. 글쓴이 스스로 연출된 느림에는 아무 미덕이 없다고 못 박는다. 사려 깊음을 증명하겠다고 여섯 달 동안 자체 배포 인프라를 손으로 짤 필요는 없고, 모든 결정을 또 하나의 회의를 위한 핑계로 만들 이유도 없다. 요점은 일을 존중해서 처음부터 제대로 하라는 것이다. 먼저 이해하고, 그다음에 결정하고, 제대로 된 검토를 마친 뒤에야 움직인다 — 이 순서가 뒤집히면 청구서는 반드시 돌아온다. 그 청구서는 때로 망가진 시스템이고, 때로 소진된 팀이며, 때로 조용히 떠나는 고객이고, 때로 아무도 돌아가 이해하려 하지 않아 모두가 우회하는 수년치의 운영상 흉터다.

한국의 개발·운영 조직에도 이 진단은 낯설지 않다. '일단 빠르게 내보내고 나중에 고친다'는 관행이 미덕으로 통용되는 현장이 많기 때문이다. 이 글이 주는 실무적 시사점은, 속도 자체를 성과 지표로 삼는 순간 뒷수습·재작업·혼선이 '학습'이나 '반복'이라는 이름으로 세탁되어 진짜 비용이 장부에서 사라진다는 것이다. 더 나은 작업은 사람들이 기대하는 것보다 차분하다. 여전히 움직이고, 여전히 출시하고, 여전히 결정한다. 다만 공황을 진지함으로 착각하지 않고, 멈춤을 약점으로 취급하지 않으며, 어떤 일은 서두르기를 멈춘 뒤에야 비로소 빨라진다는 유행에 뒤처진 사실을 받아들일 뿐이다. 생각과 맥락과 책임을 건너뛰면 한동안은 빠를 수 있지만, 시스템과 그것을 떠안은 사람들은 그 대가를 기억한다. 그리고 현실은 매우 인내심이 강하다.