보통 너무 작아서 아무도 의심하지 않는 것에서 시작한다. Slack에 슬쩍 올라온 메시지, 격식이 필요해 보이지 않는 부탁: “이거 잠깐 확인해 주실 수 있나요?” 명시적 긴급도도, 구조화된 맥락도, 몇 분이면 끝날 거라는 신호도 없다. 오히려 효율적으로 느껴진다. 티켓 여는 것보다 빠르고, 회의 잡는 것보다 가볍다. 잠깐 확인하는 것, 업무 흐름 안에서 해결되는 일.
누군가 집어 든다. 바로는 아닐 수 있지만, 속도의 환상을 유지할 만큼은 곧. 링크를 열고, 숫자를 훑고, 무엇을 보고 있는지 이해하려 한다. 그때 첫 번째 조용한 마찰이 나타난다: 맥락은 주어지지 않고, 재구성해야 한다. 여기 대시보드, 저기 스크린샷, 왜 이게 존재하는지 설명하려는 한두 문장. 하지만 정확히 무엇을 요구하는 건가? 정확성, 완전성, 아니면 이미 다른 곳에서 내려진 결정의 근거?
그 명확함이 없으면, 가능한 수는 질문으로 답하는 것뿐. 그 순간, 거의 눈치채지 못할 정도로, 시간은 직선으로 흐르지 않는다.
답은 바로 오지 않는다. 올 수 있을 때 온다 — 10분 뒤, 30분 뒤, 다음 회의 후. 와도 모호함의 일부만 풀린다. 계속하기엔 충분하지만, 끝내기엔 부족하다. 그래서 확인하는 사람은 조금 더 파고들고, 다른 소스를 끌어오고, 전에 본 것 같던 무언가와 대조한다. 불일치를 찾는다. 적어도 완전히 맞지 않는 무언가를. 단순한 확인으로 시작한 것이 작은 조사가 되었다.
다른 사람이 끼어든다 — 원래 그래야 해서가 아니라, 그 순간 가장 빠른 길처럼 보여서: “야, 여기 숫자가 다른데 이유 알아?” 그 사람은 원래 맥락 없이 들어와, 더 얇은 조각에서 모든 것을 재구성한다. 기억에 의존해 답한다 — 도움이 되지만, 모호함의 층을 하나 더 쌓는다. 대화는 늘어나고, 갈라지고, 여러 곳에 동시에 존재하기 시작한다.
한편 “잠깐 확인”의 원래 이유는 가만히 있다. 때로는 긴급하고, 때로는 아니다. 배포를 막을 수도, 캠페인을 지연시킬 수도, 그냥 배경에서 머릿속 공간을 차지할 수도 있다. 구체적 영향은 다르지만, 효과는 같다: 진행을 풀어줘야 할 것이, 조용히 지연을 만들고 있다.
해결될 때쯤, 두 시간이 지났다. 아무도 일로 기록하지 않는다. 지연으로 추적하지도 않는다. 티켓도, 지표도, 사후 분석도 없다 — 그 시간을 보이게 하는 산출물이 없다. 남는 것은 조각난 느낌, 하루가 꽉 찼는데도 평소보다 느리게 흘렀다는 감각뿐.
채팅에서의 속도처럼 보이는 것은, 실제로는 운영적 건망증 — 그 비용은 단일 스레드에 나타나지 않는다.
문제는 이것이 예외가 아니라는 점이다. 패턴이다. 그리고 사람들이 부주의하거나 성과가 낮아서가 아니다. 시스템이 이 행동을 최소 저항의 길로 만들기 때문이다. 이런 “잠깐 확인”은, 실제로는 명확한 자리가 없는 결정이다. 정의된 프로세스에 속하지 않고, 특정 도구에 담기지 않으며, 명시적 담당도 없다. “이건 당연한데”와 “누군가 더 자세히 봐야 하는데” 사이의 모호한 공간에 존재한다.
그 공간에 사는 것은 결국 채팅으로 간다.
문제는 질문의 정당성이 아니다. 대부분의 경우, 무언가는 실제로 확인되어야 한다. 문제는 확인이 어떻게 이루어지는지 — 충분한 맥락 없이, 명시적 기준 없이, “완료”의 명확한 정의 없이. 이런 일이 생길 때마다, 단순히 질문에 답하는 게 아니다. 처음부터 프로세스를 띄우는 것이다. 맥락은 수동으로 조립하고, 기준은 실시간으로 추론하고, 책임은 그 자리에서 조율한다.
이 중 어느 것도 보이지 않지만, 모두 시간을 소모한다.
그 소모는 큰 방해로 나타나지 않는다. 주의력의 지속적 분열로 나타난다 — 다른 사람의 반쯤만 형성된 문제로 들어가, 앞으로 나갈 만큼만 붙잡았다가, 자신의 일로 돌아가려는 비용. 하루, 팀 전체에 반복되면, 겉으로는 바쁘지만 들쭉날쭉하게 움직이는 운영이 된다 — 짧은 순간 빠르다가, 모호함의 구역에서 멈춘다.
특히 다루기 어려운 것은, 각 사례가 사소해 보인다는 점이다. 질문 하나. 확인 하나. 메시지 몇 개. 고립해서 보면 고칠 가치가 없어 보인다. 하지만 합치면 조직의 템포를 정한다. 일이 흐를지, 계속 리셋될지를 정한다.
전형적 대응은 다른 곳에 구조를 더하는 것 — 대시보드, 문서, 형식화된 워크플로. 하지만 이런 마이크로 결정은 그 시스템에 깔끔히 맞지 않는다. 너무 역동적이고, 맥락 의존적이며, 판단에 너무 의존한다. 그래서 계속 새어 나가, 매번 같은 곳 — 채팅 — 으로 돌아간다.
채팅은, 설계상, 이런 일에는 나쁜 환경이다 — 도구가 비효율적이라서가 아니라, 결정을 시간이 지날수록 빨라지게 하는 데 필요한 것 — 명확한 입력, 명시적 기준, 정의된 담당, 그리고 무엇보다 기억 — 을 빼앗기 때문이다. 그게 없으면, 모든 “잠깐 확인”이 작은 재발명이 된다. 재발명은, 아무리 작아도 비싸다 — 단일 사례의 노력 때문이 아니라, 반복 빈도 때문이다.
그래서, 거의 필연적으로, 이런 흐름은 같은 사람들에게 집중되기 시작한다. 가장 강한 운영자들 — 맥락이 가장 많고, 패턴 인식이 가장 좋고, 판단이 가장 날카로운 사람들 — 이 빠르게 해결할 수 있어서 이런 결정에 끌려 들어간다. 하지만 이차적 효과가 생긴다: 그들의 시간은 눈에 띄지 않고 마찰이 큰 결정의 연속에 소모된다. 유일하게 할 수 있어서가 아니라, 시스템이 대안을 제공하지 않기 때문이다.
그 시점에서 문제는 고립된 비효율이 아니다. 구조적이 된다. 인재 문제도, 전통적 의미의 프로세스 문제도 아니다. 빠진 것은 결정을 일급 작업 단위로 다루는 방법 — 맥락을 담고, 기준을 명시하고, 담당을 정의하며, 시간이 지나며 학습을 축적하는 것. 지금은 이런 순간마다 고립된 사건으로 존재한다. 아무것도 연결되지 않고, 쌓이지 않고, 다음엔 절대 쉬워지지 않는다.
결과는 운영적 건망증의 한 형태다. 같은 질문이 다시 떠오르고, 같은 모호함을 다시 풀어야 하고, 같은 사람들이 다시 루프에 끼인다. 속도처럼 보이는 것 — 채팅에서 빠르게 처리하는 것 — 은 실제로는 지식을 유지하지 못하고, 그래서 추진력을 쌓지 못하는 시스템을 가린다.
어느 순간, 문제는 한 스레드에서 잃은 두 시간이 아니다. 조직 전체에서 결정이 이렇게 내려지고 있다 — 비공식적으로, 반복적으로, 다음엔 절대 쉬워지지 않는 채로 — 는 깨달음이 된다. 그리고 거기서 진짜 비용이 드러난다 — 단일 측정 가능한 손실이 아니라, 모든 것을 늦추는, 끊임없이 존재하는, 바닥의 끌림으로.
