조직의 골든타임, 지금 지켜지고 있으신가요?
조직에도 골든타임이 있습니다
응급실에는 골든타임이 있습니다. 그 시간 안에 대처하면 결과는 바뀝니다. 그 시간을 넘기면, 할 수 있는 것이 없어집니다.
조직도 똑같습니다.
조직 내 의사결정권자라면 한 번쯤 이런 경험을 했을 겁니다.
팀원 한 명이 조용히 자리를 비우고, 한참 뒤에야 그 사람이 이미 지쳤다는 걸 알게 됩니다.
프로젝트가 이미 2주나 밀려 있는데, 보고는 오늘 처음 올라옵니다. 고객사가 조용히 떠난 뒤, 실은 몇 달 전부터 불만이 쌓이고 있었다는 걸 뒤늦게 파악합니다.
이 모든 상황의 공통점이 있습니다.
문제가 생긴 시점과, 대표가 문제를 인지한 시점 사이에 항상 간격이 존재한다는 것입니다. 그리고 그 간격 안에서 골든타임은 조용히 지나갑니다.
아는 순간, 이미 늦어 있습니다.
항상 늦게 알게 되는 이유
의사결정권자가 문제를 인지하는 경로는 대부분 하나입니다.
보고
누군가 정리하고 판단해서 올려줄 때까지 기다립니다.
그 구조에서 문제는 항상 이미 벌어진 상태로 올라옵니다.
이미 일정이 밀린 뒤
이미 고객이 불만을 가진 뒤
이미 팀 안에서 갈등이 생긴 뒤
보고가 올라오는 순간, 골든타임은 이미 지나 있습니다.
이건 팀원의 문제가 아닙니다. 보고를 올리는 사람 입장에서도, 확실히 문제가 된 다음에야 말하기가 편합니다.
"아직 확실하지 않은데 미리 말했다가..." 하는 심리는 어느 조직에나 있습니다. 작은 팀일수록 이 심리는 더 강합니다.
대표와의 거리가 가깝고, 괜히 걱정을 끼치고 싶지 않다는 마음이 생기기 때문입니다.
결과적으로 보고라는 구조 자체가, 문제를 걸러서 늦게 전달하도록 설계되어 있는 셈입니다. 누구의 잘못도 아닙니다. 보고라는 채널이 원래 그렇게 작동합니다.
늦게 안다는 건, 선택지를 잃는 것입니다
의사결정권자가 늦게 개입할수록 할 수 있는 것이 줄어듭니다.
일정이 하루 밀렸을 때 알았다면 — 조율할 수 있습니다.
일주일 밀렸을 때 알았다면 — 사과할 수 있습니다.
한 달 밀렸을 때 알았다면 — 수습할 수 있습니다.
세 가지 모두 "대응"입니다. 하지만 결이 전혀 다릅니다.
첫 번째는 결과를 바꿀 수 있는 개입입니다.
두 번째와 세 번째는 결과를 받아들이는 대응입니다.
그리고 현실에서 대부분의 보고는 두 번째나 세 번째 단계에서 올라옵니다. 하루 밀린 것은 아직 "문제"처럼 느껴지지 않으니까요. 문제처럼 보일 만큼 커진 다음에야, 누군가 말을 꺼냅니다.
스타트업에서 이 차이는 더 극단적으로 드러납니다.
사람도 시간도 여유가 없는 조직에서, 수습에 쓰는 에너지는 그냥 낭비가 아닙니다. 다음 성장 사이클을 통째로 갉아먹는 비용입니다.
한 번의 늦은 개입이 분기 전체의 방향을 틀어버리는 일이 실제로 생깁니다.
지금 구조에서 당신은 몇 번째 개입을 반복하고 있나요?
골든타임을 놓치는 건 판단력 문제가 아닙니다
많은 의사결정권자가 이렇게 생각합니다.
"내가 더 빨리 캐치했어야 했는데."
하지만 보이지 않는 것을 먼저 볼 수는 없습니다.
대표가 아무리 현장 감각이 좋아도, 10명이 넘어가는 순간부터 모든 흐름을 직접 보는 건 불가능합니다.
팀이 커질수록, 대표가 실제로 보는 현실과 조직 안에서 실제로 일어나는 현실 사이의 간격은 벌어집니다. 그리고 그 간격이 벌어질수록, 골든타임은 더 빠르게 지나갑니다.
창업 초기에는 괜찮았을 겁니다. 3~4명이 한 공간에서 일할 때는 굳이 보고를 받지 않아도 어디서 무슨 일이 벌어지는지 자연스럽게 보였습니다.
그런데 팀이 커지고 업무가 분산되는 순간, 그 자연스러운 가시성은 사라집니다. 그 자리를 채우는 게 보고인데, 보고는 가시성을 대체하지 못합니다.
문제는 감각이 아니라 구조입니다.
지금 구조는 문제가 충분히 커진 다음에야 드러나도록 설계되어 있습니다. 보고 기반의 조직에서 이건 구조적으로 필연입니다.
판단력이 좋은 대표도, 보이지 않는 상황에서는 좋은 판단을 내릴 수 없습니다.
골든타임 안에 개입하려면, 문제가 커지기 전에 먼저 보여야 합니다.
결과를 받아들이지 않으려면
결과가 나온 뒤 개입하는 것과, 결과가 만들어지는 과정에서 개입하는 것은 완전히 다릅니다.
후자가 가능하려면 한 가지가 필요합니다.
과정이 보여야 합니다.
어떤 일이 지금 어디서 막혀 있는지
마감이 언제 지나쳤는지
어느 단계에서 속도가 느려지고 있는지
이것들이 보고를 기다리지 않고, 흐름 안에서 먼저 드러날 때 의사결정권자는 비로소 골든타임 안에 있게 됩니다.
보고는 결과를 요약합니다. 하지만 대표에게 필요한 건 요약이 아니라 타이밍입니다.
상황이 정리되어 올라오는 시점이 아니라, 개입이 아직 가능한 시점에 보여야 합니다.
잘 정리된 보고서를 받아도, 그 내용이 이미 일어난 일이라면 대표가 할 수 있는 건 없습니다. 반대로 아직 아무 보고도 없어도, 지금 어디서 흐름이 느려지는지 보인다면 대표는 움직일 수 있습니다.
중요한 건 정보의 품질이 아니라, 정보가 도달하는 타이밍입니다.
BRIC이 이 타이밍을 만드는 방식
👉 마감, 지연, 병목이 자동으로 드러납니다. 누군가 보고해주길 기다리지 않아도, 문제가 커지기 전에 먼저 확인할 수 있습니다.
👉 과정 단계에서 개입 포인트가 보입니다. 결과가 나온 뒤가 아니라, 결과가 만들어지는 흐름 안에서 타이밍을 잡을 수 있습니다.
👉 상태가 흐름 안에서 연결되어 있습니다. 보고를 해석하는 게 아니라, 실제 흐름을 기준으로 판단합니다.
대표가 매일 현황을 물어보지 않아도 됩니다. 팀원이 매번 진행 상황을 정리해서 올리지 않아도 됩니다. 일이 흘러가는 과정 자체에서 신호가 먼저 나옵니다.
마지막으로
의사결정권자의 역할은 결과를 수습하는 것이 아닙니다. 결과를 만드는 것입니다.
하지만 지금 구조에서는 항상 결과가 먼저 옵니다. 그리고 그때부터 할 수 있는 것은 대응뿐입니다.
스타트업 대표는 의사결정의 속도로 경쟁합니다.
빠르게 방향을 잡고, 빠르게 수정하고, 빠르게 다음으로 넘어가는 것. 그게 큰 조직이 가질 수 없는 유일한 이점입니다. 그런데 그 이점이 작동하려면, 먼저 봐야 합니다. 보지 못하면, 빠른 판단도 없습니다.
빠른 판단은 빠른 정보에서 나옵니다. 그리고 빠른 정보는 보고를 잘 받는 것에서 오지 않습니다. 문제가 표면 위로 올라오기 전에, 흐름 안에서 먼저 드러나는 구조에서 옵니다.
골든타임은 기다려주지 않습니다.
문제가 커지기 전에 먼저 보이는 구조, 그게 시작입니다.