언제까지 하나하나 챙겨야 할까?

회의를 하다 보면 이런 대화와 흐름이 항상 반복됩니다.

"이거 지금 어디까지 진행됐죠?"

그때부터 하나씩 확인이 시작됩니다.

• 아직 진행 중이라고 하고

• 중간에 이슈가 있었다고 하고

• 일정이 조금 밀렸다고 합니다

• 
  

그리고 그 순간, 이미 선택지는 하나밖에 없습니다.

🔥 대응

문제는 단순히 하루 이틀 일이 늦어진 데서 오지 않습니다. 그보다 더 불편한 질문이 생깁니다.

왜 항상 늦게 알게 될까요?

정보를 늦게 아는 것은 구조의 문제입니다

정보를 늦게 알게 되는 것은 누구에게나 일어납니다.

바쁜 조직일수록, 빠르게 움직이는 팀일수록 더 자주 생깁니다. 한 번이라면 운이 나쁜 것입니다.

하지만 이런 경우가 반복된다면, 그 팀은 정보가 올라오지 않는 구조로 설계되어 있는 것입니다.

• 일이 벌어지고 나서야 확인 가능한 구조

• 물어봐야만 알게 되는 구조

• 찾아야만 파악되는 구조

이 구조 안에서는 의사결정권자가 아무리 부지런해도 한계가 있습니다.

확인하는 속도보다 일이 벌어지는 속도가 항상 빠르기 때문입니다.

그리고 그 간격 안에서 문제는 조용히 쌓입니다.

이 구조 안에서 의사결정권자는 경영자가 아니라, 현황 파악자가 됩니다.

그 사이 중요한 결정의 타이밍은 조용히 지나가고, 리스크는 쌓이고, 결국 의사결정권자의 실무 개입은 더 늘어납니다.

실무형 리더의 딜레마

스타트업, 특히 초기 단계의 팀에서 의사결정권자는 경영자이면서 동시에 실무자입니다.

전략을 짜면서 직접 고객을 만나고, 방향을 정하면서 코드를 보거나 디자인을 검토합니다.

이 역할 자체가 문제는 아닙니다. 오히려 초기에는 필수입니다.

의사결정권자가 실무를 직접 이해하고 있어야 판단의 질이 올라가기 때문입니다.

문제는, 실무에 눈이 향해 있는 동안 경영자로서 봐야 할 것들이 시야 밖으로 밀려난다는 것입니다.

팀 전체의 흐름, 지연의 징후, 놓치고 있는 리스크 — 이것들은 실무 한가운데에 있을 때 잘 보이지 않습니다.

그리고 그것들이 보이지 않는 동안, 의사결정권자는 판단이 아니라 수습을 하고 있게 됩니다.

실무와 경영 사이를 오가는 것이 문제가 아닙니다.

문제는 경영자의 시야를 확보하는 구조 없이 그 두 역할을 동시에 하려 한다는 것입니다.

구조를 바꾼다는 것의 의미

많은 팀이 이 문제를 이렇게 해결하려고 합니다.

• 더 자주 공유하자

• 보고 채널을 만들자

• 체크를 더 꼼꼼하게 하자

선의에서 나온 시도입니다.

하지만 이건 결국, '찾는 구조'를 더 열심히 만드는 것에 불과합니다.

보고 채널이 생기면 구성원은 채널을 채우기 위해 시간을 씁니다.

더 자주 공유하자고 하면 회의가 늘고, 그 회의를 준비하느라 실행이 끊깁니다.

체크를 꼼꼼하게 하면 의사결정권자의 확인 루틴이 더 촘촘해질 뿐입니다. 어떤 방법도 근본 구조를 바꾸지 않습니다.

지금 구조에서는 물어봐야 알게 되고, 알게 되는 순간 이미 늦고, 결국 대응만 하게 됩니다.

그래서 필요한 건 하나입니다.

💡 찾는 구조에서 → 올라오는 구조로

이 전환이 핵심입니다.

병목이 어디에 있는지, 마감이 언제 지나쳤는지, 어떤 일이 지금 막혀 있는지 — 이것들이 자연스럽게 노출되는 흐름을 만들어야 합니다.

탐색하지 않아도, 상태가 먼저 보이는 구조.

이 구조가 갖춰지면 의사결정권자는 확인하러 들어가지 않아도 됩니다. 개입의 빈도는 낮아지고, 개입이 필요한 순간에만 정확하게 들어갈 수 있게 됩니다.

이 구조를 직접 만들려 하지 마세요

이 구조를 직접 만드는 건 생각보다 리소스가 큽니다.

기준도 정의해야 하고, 흐름도 설계해야 하고, 사람들이 실제로 쓰게 만들어야 합니다.

잘 설계된 것처럼 보이다가도 팀이 실제로 쓰지 않으면 금세 형식이 됩니다.

그래서 권하는 방향은 하나입니다.

만들지 말고, 만들어진 구조를 우리의 것으로 만드세요.

병목과 지연, 마감이 자연스럽게 노출되도록 설계된 툴을 활용하면 됩니다.

BRIC이 이 구조입니다.

마감과 상태 기반으로 업무를 관리하면, 지연과 병목이 흐름 안에서 자동으로 드러납니다.

보고하지 않아도, 찾지 않아도, 의사결정권자는 지금 막힌 것을 먼저 볼 수 있습니다.

• 병목과 지연이 흐름 안에서 보입니다. 어떤 일이 어디서 막혀 있는지 따로 물어보거나 찾지 않아도 업무 흐름 안에서 자연스럽게 드러납니다. 의사결정권자는 탐색 대신 결정에 집중할 수 있습니다.

• 처음부터 구조를 설계하지 않아도 됩니다. 다양한 업종별로 준비된 템플릿을 통해 우리 팀의 업무 흐름이 처음부터 구조 위에서 시작됩니다. 기준을 세우는 데 드는 시간을 아낄 수 있습니다.

기준을 정하고, 팀이 그 흐름 안에서 일하게 하고, 의사결정권자는 그 위에서 결정만 내리면 됩니다.

오늘 해야 할 일은 마감 지난 걸 찾는 게 아닙니다. 바로 처리할 일부터 시작하는 것입니다.

마지막으로

의사결정권자의 역할은 확인이 아니라 결정입니다.

확인에 시간을 쓰는 의사결정권자는, 결정에 쓸 시간을 잃고 있습니다.

그리고 그 손실은 드러나지 않기 때문에 더 위험합니다.

눈에 보이는 것은 "열심히 챙기는 리더"지만, 눈에 보이지 않는 것은 "그 사이 지나간 결정의 타이밍"입니다.

구조를 바꾸는 일은 의지보다 설계의 문제입니다.

좋은 구조 안에서 의사결정권자는 더 적게 확인하고, 더 제때 결정하고, 더 오래 지속할 수 있습니다.

그 시간을 되찾는 것 — 그게 구조를 바꾸는 진짜 이유입니다.