HR 시스템 도입 · 2026.06.05 · 조회 37 · ✓ 전문가 작성
팀장이 슬랙 채널에서 "이 부분은 제가 정리해서 공유드릴게요"라는 메시지를 보고 안심했다가, 2주 뒤 회의에서 "그거 어떻게 됐어요?"라고 다시 묻는 장면을 저는 여러 조직의 협업 구조를 들여다보면서 계속 봤습니다. 담당자도 잊었고, 팀장도 잊었고, 그 스레드는 이후에 쌓인 메시지 아래 어딘가에 가라앉아 있습니다.
이상하게 느껴질 수 있습니다. 그 팀은 소통을 못하는 팀이 아니기 때문입니다. 답장은 빠르고 채널은 활발합니다. 그런데도 일은 새고, 팀장은 여전히 진행 상황을 다시 물어야 합니다. 저는 이 현상을 소통의 문제가 아니라 구조의 문제로 봅니다. 대화가 끝나는 곳과 일이 시작되는 곳이 연결되어 있지 않을 때 이런 일이 반복됩니다.
이 글에서는 협업 메신저를 활발히 쓰는 조직에서도 업무가 새는 이유를 세 가지 구조적 원인으로 나눠 진단하고, 책임자가 무엇부터 점검하고 바꿔야 하는지 정리합니다.
핵심 요약
- 대화는 흘러가는 정보, 업무는 고정되어야 하는 정보입니다. 성질이 다른 두 정보를 같은 도구에 맡기면 업무 쪽이 유실됩니다.
- 응답 속도가 빨라질수록 화면 전환이 잦아지고, 전환 후 재집중에 드는 시간이 커져 실행 시간이 줄어듭니다.
- 메시지는 쌓여도 담당자·마감·판단 근거가 함께 남지 않으면 같은 논의를 반복하게 됩니다.
- 핀, 리마인더 같은 개별 기능은 담당자의 성실함에 의존하므로 조직 차원의 안전장치가 되지 못합니다.
- 해결책은 더 많은 대화가 아니라, 대화가 끝나는 시점에 업무가 자동으로 넘어가는 연결 구조입니다.
슬랙은 본질적으로 흐름의 매체입니다. 메시지는 시간순으로 쌓이고, 어제의 결정도 오늘의 새 메시지에 밀려 화면 밖으로 사라집니다. 이건 결함이 아니라 채팅이 빠르게 작동하는 이유이기도 합니다.
문제는 업무가 정반대의 성질을 가진 정보라는 점입니다. 담당자가 누구인지, 마감이 언제인지, 지금 어디까지 진행됐는지는 흘러가면 안 되고 완료될 때까지 한자리에 고정되어 보여야 합니다. 대화는 빠른 응답이 목적이지만 업무는 추적과 갱신이 목적입니다. 이 둘을 같은 화면, 같은 저장 방식에 맡기면 결국 고정되어야 할 정보가 흐름에 휩쓸립니다.
실제로 슬랙 자체 조사에서도 직장인 절반 가까이가 쏟아지는 메시지를 챙기지 못해 중요한 마감이나 회의를 놓친 경험이 있다고 답했습니다. 스레드가 "네, 제가 하겠습니다"로 끝나는 순간, 그 약속은 담당자도 마감도 상태도 없는 문장 한 줄로 채팅 기록 속에 흘러갑니다. 업무 누락은 담당자가 게을러서가 아니라, 흐르는 매체에 고정되어야 할 정보를 맡긴 구조의 결과입니다.
역설적으로 메신저가 잘 돌아가는 팀일수록 이 문제가 더 큽니다. 소통이 활발하다는 건 알림이 많다는 뜻이고, 알림이 많다는 건 일이 자주 끊긴다는 뜻이기 때문입니다.
캘리포니아대학교 어바인 캠퍼스 글로리아 마크 교수의 연구에 따르면, 현대 지식노동자가 화면 하나에 머무는 시간은 평균 47초에 불과합니다. 2004년의 2분 30초와 비교하면 크게 줄었습니다. 한 번 끊긴 일에 다시 몰입하는 데는 평균 23분이 걸립니다. 하버드비즈니스리뷰에 실린 연구는 더 구체적인 숫자를 제시합니다. 디지털 노동자는 하루 약 1,200회 앱과 화면을 전환하고, 전환 후 다시 적응하는 데만 주 4시간, 연간으로는 약 5주의 업무 시간을 씁니다.
Asana의 'Anatomy of Work' 보고서(2022)는 업무 시간의 58%가 실제 결과물을 만드는 일이 아니라 진행 상황 확인, 업무 조율, 답장, 보고 같은 '일을 위한 일'에 쓰인다고 밝혔습니다. 메신저에서 빠르게 답하는 시간은 일하는 시간처럼 느껴지지만, 정작 결과물을 만드는 시간은 아닙니다.
소통과 실행의 관계 — 응답이 빨라질수록 팀은 더 자주 끊기고, 소통의 양과 실행의 양은 비례하지 않습니다.
"메신저에 다 남아 있으니 검색하면 된다"는 말은 이론적으로는 맞습니다. 하지만 현실의 검색은 다릅니다. 중요한 결정은 잡담 사이에 묻혀 있고, 비슷한 키워드의 메시지가 수십 개씩 걸리며, 핵심 자료는 두 사람만의 DM 안에 있어서 검색조차 되지 않습니다. DM으로 오간 파일과 논의는 그 두 사람만의 기록일 뿐, 조직의 자산이 되지 못합니다.
더 큰 문제는 맥락입니다. 채팅 기록에는 '무엇을 하기로 했는지'는 남아도 '왜 그렇게 결정했는지'는 흩어져 있습니다. 그래서 몇 달 뒤 비슷한 안건이 올라오면 같은 논의를 처음부터 반복하게 됩니다. Asana 조사에 따르면 지식노동자는 이미 했던 일을 다시 하는 중복 작업에 연평균 209시간을 씁니다. 진행 상황이 투명하게 보이지 않으니 책임자는 불안해서 계속 묻고, 담당자는 일하다 말고 보고용 답장을 씁니다. 묻고 되묻는 사이 쌓이는 것은 신뢰가 아니라 피로입니다.
맞습니다. 그리고 이 기능들을 꾸준히 쓰는 조직이라면 이미 상위권입니다. 문제는 이 장치들이 전부 개인의 성실함에 의존한다는 점입니다. 핀을 거는 것도, 리마인더를 설정하는 것도, 결정을 별도 문서로 옮겨 적는 것도 누군가 매번 해야 하는 일입니다. 바쁜 날엔 빠지고, 빠져도 아무도 알아채지 못합니다. 제가 조직의 협업 구조를 설계할 때 세우는 기준은 하나입니다. 좋은 구조는 "잘 쓰자"고 다짐해야 작동하는 구조가 아니라, 빠뜨리고 싶어도 빠뜨리기 어려운 구조입니다.
메신저와 별도의 프로젝트 관리 도구를 붙이는 조직도 있습니다. 그런데 대화는 메신저에, 업무는 다른 도구에 있으면 그 사이를 옮겨 적는 일이 새로 생깁니다. 하루 1,200회 화면 전환이라는 숫자는 이런 이중 입력에서도 나옵니다. 도구를 더하는 것이 오히려 파편화를 더할 수 있다는 점을 먼저 인지해야 합니다.
제가 여러 조직의 협업 구조를 컨설팅하면서 세운 기준은 세 가지입니다.
첫째, 대화가 끝나는 시점에 그 논의가 담당자와 마감이 있는 업무 항목으로 자동 전환되어야 합니다. 별도로 옮겨 적는 단계가 있으면 결국 생략됩니다.
둘째, 업무의 담당자·마감·진행 상태는 개인이 갱신을 잊어도 조직 전체에 계속 보여야 합니다. 담당자 한 명의 기억력에 의존하는 순간 구조는 무너집니다.
셋째, 결정의 맥락(무엇을, 왜)이 대화 기록과 함께 검색 가능한 형태로 남아야 합니다. 그래야 몇 달 뒤 비슷한 안건이 올라와도 처음부터 논의를 반복하지 않습니다.
이 기준을 실제 제품으로 구현한 것이 제가 대표를 맡고 있는 오케이알베스트(OKR.Best)입니다. 채널에서 끝난 논의는 클릭 한 번으로 보드의 카드가 되고, 채널 멤버 권한이 보드에 그대로 적용되어 옮겨 적는 단계 자체가 사라집니다. AI 에이전트가 밤사이 쌓인 메시지를 브리핑으로 요약하고, 긴 스레드에서 결정 사항과 할 일을 뽑아 다음 행동으로 연결합니다. 이 실행이 팀의 목표(OKR)와 정렬되도록 설계했기 때문에, '일을 위한 일'에 쓰이던 시간의 상당 부분을 실제 업무로 되돌릴 수 있습니다. 다만 어떤 도구를 쓰든 위 세 가지 기준을 충족하는지가 먼저입니다.
소통이 원활한 것과 업무가 관리되는 것은 다른 문제입니다. 슬랙이나 다른 메신저를 탓할 일이 아닙니다. 메신저는 소통 도구로서 제 역할을 하고 있을 뿐이고, 문제는 대화 도구에 실행 관리까지 기대했던 구조에 있습니다. 대화가 끝나는 곳에서 일이 시작되고, 그 상태가 흘러가지 않고 고정되어 보이는 구조를 갖춘 조직이 같은 소통량으로 더 많은 실행을 만들어냅니다.
앞의 점검 질문에 바로 답하기 어려웠다면, 지금이 협업 구조를 다시 설계할 시점입니다. 우리 조직에 맞는 구조를 어디서부터 손봐야 할지 판단이 필요하다면 전문가에게 직접 질문해 주시거나 상담을 요청해 주십시오.
콜라플 님이 직접 확인하고 답변드립니다. 답변은 이메일로 알려드리며, 보통 1~2일 걸립니다.
🙏 개인정보나 민감한 내용이 아니라면 공개 질문을 부탁드립니다. 질문과 답변이 공개되면 같은 고민을 가진 분들에게도 지식과 경험이 공유됩니다.
실명이고, 회사메일일 때 답변에 정성이 더 들어갑니다.
접수된 질문과 공개된 Q&A는 운영 방침에 따라 관리자의 판단으로 사전 안내 없이 삭제(비공개 전환)될 수 있습니다.