슬랙으로 소통은 원활한데 업무 관리는 안되는 이유 3가지
"이 부분은 제가 정리해서 공유드릴게요!"
스레드는 깔끔하게 마무리됐습니다. 이모지 반응도 달렸죠. 그리고 2주 뒤 주간 회의에서 누군가 묻습니다. "그 정리 자료, 어디서 볼 수 있어요?" 침묵. 담당자도 잊었고, 팀장도 잊었고, 그 스레드는 수백 개의 새 메시지 아래 어딘가에 가라앉아 있습니다.
이상한 일입니다. 우리 팀은 분명 소통을 잘합니다. 카톡과 메일을 떠나 슬랙까지 도입했고, 답장은 빠르고, 채널은 활발합니다. 그런데 왜 일은 여전히 누락되고, 팀장은 여전히 "그거 어디까지 됐어요?"를 묻고 있을까요.
비용을 환산해보면 가볍지 않습니다. 맥킨지의 고전적 연구에 따르면 지식노동자는 하루 약 1.8시간을 흩어진 정보를 찾고 담당자를 수소문하는 데 씁니다. 주당 업무 시간의 20%, 일주일에 하루 꼴입니다. 10명짜리 팀이라면 매주 두 사람 몫의 업무 시간이 '찾는 일'에 증발하고 있는 셈입니다.
이 글의 핵심 메시지
슬랙에서 일이 사라지는 것은 답장이 느려서가 아닙니다. '대화가 끝나는 곳'과 '일이 시작되는 곳'이 연결되어 있지 않은 구조 때문입니다. 소통이 원활한 것과 업무가 관리되는 것은 다른 문제입니다.
이유 1. 대화는 흘러가지만, 업무는 멈춰 있어야 합니다
슬랙은 본질적으로 '흐름'의 매체입니다. 메시지는 시간순으로 흘러가고, 어제의 중요한 결정도 오늘의 점심 메뉴 이야기에 밀려 화면 밖으로 사라집니다. 흘러가는 것이 채팅의 본성이고, 그래서 소통이 빠른 겁니다.
문제는 업무가 정반대의 성질을 가졌다는 점입니다. 업무는 '상태'의 정보입니다. 누가 담당인지, 마감이 언제인지, 지금 어디까지 진행됐는지는 흘러가면 안 되고, 끝날 때까지 한자리에 고정되어 보여야 합니다.
| 구분 | 대화(슬랙) | 업무 |
|---|---|---|
| 성질 | 시간순으로 흘러감 | 완료까지 고정되어야 함 |
| 필요한 것 | 빠른 응답 | 담당자·마감·진행 상태 |
| 시간이 지나면 | 새 메시지에 묻힘 | 추적되고 갱신되어야 함 |
스레드가 "넵, 제가 할게요"로 끝나는 순간, 그 약속은 담당자도 마감도 상태도 없는 문장 한 줄로 채팅 기록 속에 흘러갑니다. 실제로 슬랙 자체 조사에서도 직장인 절반 가까이가 쏟아지는 메시지를 챙기지 못해 중요한 마감이나 회의를 놓친 경험이 있다고 답했습니다.
업무 누락은 직원의 실수가 아니라, 흐르는 매체에 멈춰 있어야 할 정보를 맡긴 구조의 결과입니다.
이유 2. 소통이 원활할수록, 실행할 시간은 사라집니다
역설적이지만 슬랙이 잘 돌아가는 팀일수록 이 문제가 큽니다. 소통이 활발하다는 건 알림이 많다는 뜻이고, 알림이 많다는 건 일이 자주 끊긴다는 뜻이니까요.
캘리포니아대학교 어바인 캠퍼스의 글로리아 마크 교수 연구에 따르면, 현대 지식노동자가 화면 하나에 머무는 시간은 평균 47초에 불과합니다. 2004년에는 2분 30초였습니다. 그리고 한 번 끊긴 일에 다시 몰입하는 데는 평균 23분이 걸립니다. 하버드비즈니스리뷰에 실린 연구는 더 구체적입니다. 디지털 노동자는 하루 약 1,200회 앱과 화면을 전환하고, 전환 후 다시 적응하는 데만 주 4시간, 연간으로는 약 5주의 업무 시간을 씁니다.
Asana의 'Anatomy of Work' 보고서(2022)에 따르면 업무 시간의 **58%**가 실제 업무가 아니라 '일을 위한 일' — 진행 상황 확인, 업무 조율, 답장, 보고 — 에 쓰입니다. 슬랙에서 빠르게 답하는 그 시간은 분명 일하는 시간처럼 느껴지지만, 정작 결과물을 만드는 시간은 아닌 겁니다.
'소통 잘되는 팀'의 함정
응답이 빨라질수록 팀은 더 자주 끊기고, 더 자주 끊길수록 깊은 일은 퇴근 후로 밀립니다. 소통의 양과 실행의 양은 비례하지 않습니다. 오히려 반비례할 수 있습니다.
이유 3. 기록은 쌓이는데, 지식이 되지 않습니다
"슬랙엔 다 남아 있잖아요. 검색하면 되죠."
이론적으로는 맞습니다. 하지만 현실의 슬랙 검색은 다릅니다. 중요한 결정은 잡담과 이모지 사이에 묻혀 있고, 비슷한 키워드의 메시지가 수십 개씩 걸리고, 정작 핵심 자료는 누군가의 DM 안에 있어서 검색조차 되지 않습니다. DM으로 주고받은 파일과 논의는 그 두 사람만의 기록일 뿐, 팀의 자산이 되지 못합니다.
더 큰 문제는 맥락입니다. 채팅 기록에는 '무엇을 하기로 했는지'는 남아도 '왜 그렇게 결정했는지'는 흩어져 있습니다. 그래서 석 달 뒤 비슷한 안건이 올라오면 같은 논의를 처음부터 반복합니다. Asana 조사에 따르면 지식노동자는 이미 했던 일을 다시 하는 중복 작업에 연평균 209시간을 씁니다.
진행 상황도 마찬가지입니다. 업무 현황이 투명하게 보이지 않으니 팀장은 불안해서 계속 묻고, 팀원은 일하다 말고 보고용 답장을 씁니다. 묻고 되묻는 사이, 신뢰 대신 피로가 쌓입니다.
"슬랙에도 핀, 리마인더, 워크플로 있는데요?"
맞습니다. 그리고 그 기능들을 잘 쓰는 분이라면 이미 상위 10%입니다. 문제는 이 장치들이 전부 '개인의 성실함'에 의존한다는 점입니다. 핀을 거는 것도, 리마인더를 설정하는 것도, 캔버스에 옮겨 적는 것도 누군가 매번 해야 합니다. 바쁜 날엔 빠지고, 빠져도 아무도 모릅니다. 좋은 시스템은 "잘 쓰자"고 다짐하는 시스템이 아니라, 빠뜨리고 싶어도 빠뜨리기 어려운 시스템입니다.
"그래서 아사나를 따로 붙였는데요?"라는 팀도 있을 겁니다. 그런데 대화는 슬랙에, 업무는 아사나에 있으면 둘 사이를 옮겨 적는 일이 또 생깁니다. 하루 1,200회 화면 전환이라는 숫자가 바로 여기서 나옵니다. 도구를 더하는 것은 파편화를 더하는 것일 수 있습니다.
대화가 끝나는 곳에서 일이 시작되게 하면 달라집니다
BEFORE: 슬랙으로만 일하는 팀
- "제가 할게요"가 채팅 속으로 흘러가고, 2주 뒤 "그거 어떻게 됐어요?"로 돌아옵니다.
- 알림에 일이 끊기고, 47초마다 화면을 옮겨 다닙니다.
- 결정의 맥락이 DM과 스레드에 흩어져, 같은 논의가 반복됩니다.
AFTER: 대화-업무-목표가 연결된 팀
- 채널에서 끝난 논의가 그 자리에서 담당자와 마감이 있는 보드 카드가 됩니다.
- 업무 현황이 한 화면에 보여서, 묻지 않아도 진행 상황이 공유됩니다.
- 대화와 자료가 맥락째 쌓이고 검색되어, 팀의 기억이 자산이 됩니다.
OKR.Best가 만드는 구조가 이것입니다. 채널의 논의는 클릭 한 번으로 보드의 카드가 되고, 채널 멤버 권한이 보드에 자동 적용되어 옮겨 적는 일이 사라집니다. AI 에이전트는 밤사이 쌓인 메시지 수백 개를 브리핑으로 요약하고, 긴 스레드에서 결정 사항과 할 일을 뽑아 다음 행동으로 연결합니다. 그리고 이 모든 실행이 팀의 **목표(OKR)**와 정렬되어, '일을 위한 일'에 쓰던 58%의 시간이 진짜 업무로 돌아옵니다.
결론: 소통의 다음 단계는 더 많은 대화가 아니라 연결입니다
슬랙으로 소통은 원활한데 업무 관리가 안 되는 이유를 다시 정리하면 이렇습니다.
- 구조적 불일치 — 대화는 흘러가는 정보인데, 업무는 고정되어야 하는 정보입니다.
- 소통의 역설 — 응답이 빨라질수록 집중과 실행의 시간이 잘게 쪼개집니다.
- 기록의 한계 — 메시지는 쌓여도 담당자·마감·맥락이 없으면 지식이 되지 않습니다.
세 가지 모두 팀원이 더 부지런해진다고 해결되지 않습니다. 대화 도구를 탓할 일도 아닙니다. 슬랙은 소통 도구로서 제 역할을 하고 있을 뿐이니까요. 바꿔야 할 것은 대화 도구에 실행 관리까지 기대했던 구조입니다. 대화가 끝나는 곳에서 일이 시작되고, 일의 상태가 흘러가지 않고 보이는 곳. 그 구조를 갖춘 팀이 같은 소통량으로 더 많은 실행을 만들어냅니다.
오늘 우리 팀 슬랙에서 "제가 할게요"로 끝난 스레드를 한번 세어보세요. 그중 몇 개가 지금 어디까지 왔는지 답할 수 있다면, 충분합니다. 답할 수 없다면, 바꿀 시점입니다.
소통의 다음 단계는 더 많은 대화가 아니라 연결입니다. 대화가 끝나는 곳에서 일이 시작되는 구조가, 같은 소통량으로 더 많은 실행을 만들어냅니다.
무료 체험, 카드 없이 시작하세요.