Turn team conversations into trackable work with ClickUp Chat while preserving context
Manage

팀의 혼란을 실제로 해결해 주는 8가지 의사소통 전략

현재 일반 근로자는 근무일마다 평균 117통의 이메일과 153건의 채팅 메시지를 필드하고 있으며, 거의 절반에 가까운 응답자가 이미 업무 환경이 혼란스럽다고 느끼고 있습니다.

대부분의 의사소통 전략은 “적절한 채널을 활용하라”거나 “더 많이 소통하라”는 수준에서 그칩니다. 또 다른 스탠드업 미팅이나 Slack 그룹을 추가하는 식의 일반적인 해결책은 혼란이 번질 수 있는 공간을 더 늘릴 뿐입니다.

누락된 부분은 거의 결코 더 나은 도구가 아닙니다. 그것은 각 유형의 메시지가 어디에 속하는지, 다음 단계를 누가 책임지는지, 그리고 얼마나 빨리 진행해야 하는지에 대한 공통된 규칙입니다. 이 가이드는 “그냥 더 많이 소통하라”는 조언 대신, 대화를 추적 가능한 일로 전환하는 시스템을 제시하는 8가지 전략을 설명합니다.

요약: 수년 동안 느리거나 혼란스러운 팀 의사소통을 해결하는 방법은 간단했습니다. 채널을 하나 더 추가하거나, 스탠드업 미팅을 하나 더 열거나, Slack 그룹을 하나 더 만들거나, 지난번에 놓친 사항들을 처리하기 위해 공유 받은 편지함을 하나 더 만들면 됐습니다.

그러자 AI 도구가 그 위에 더해졌고, 소통 채널은 줄어들지 않았습니다. 오히려 몇 배로 늘어났습니다. ActivTrak의 조사 결과, 팀들이 AI 도구를 도입한 후 이메일 활동은 104%, 채팅은 145% 증가했으며, 감소한 항목은 하나도 없었습니다.

소통 채널을 더 추가한다고 해서 그 어떤 문제도 해결된 적은 없습니다. 그저 혼란이 번질 수 있는 공간이 더 늘어났을 뿐입니다.

진정한 해결책은 두 가지로 구성됩니다. 각 메시지 유형을 하나의 채널에 할당하고, 각 요청에 소유자를 지정하며 응답 시간을 명시하는 것입니다. 이 두 가지 모두 단순히 새로운 도구를 도입한다고 해서 해결되는 문제가 아닙니다. 둘 다 팀이 ‘단일 정보원’을 기반으로 의도적으로 구축해야 하는 습관입니다.

의사소통 전략이란 무엇인가?

의사소통 전략이란, 정보가 어떻게 전달될지—어떤 정보가 어디로 전달되어야 하는지, 누가 이에 대한 조치를 취할 책임이 있는지, 그리고 얼마나 신속하게 처리되어야 하는지—를 결정하기 위해 팀이 사용하는 일련의 규칙을 말합니다. 이는 누군가가 메시지를 보내기 전에 이러한 경로 관련 질문들에 대한 답을 제공합니다.

이 용어와 함께 종종 묶여 언급되는 두 가지 용어가 더 있습니다. 바로 ‘소통 플랜’과 ‘소통 스타일’입니다. 이 둘은 서로 다른 역할을 합니다.

용어다루는 내용책임자변경 빈도
의사소통 전략채널, 소유권 및 응답 시간에 대한 기본 규칙팀 리더 또는 운영 담당자정기적으로 기간을 정하여 검토
프로젝트 의사소통 플랜한 프로젝트에 대해 누가, 어떤 채널을 통해, 어떤 주기로 어떤 업데이트를 받는지프로젝트 매니저프로젝트별
소통 스타일개인의 평소 어조, 직설성, 의사소통 선호도개인드물게

이 전략은 다른 두 가지보다 우선합니다. 프로젝트 플랜에서는 이해관계자들에게 Slack을 통해 매주 상태 업데이트를 받을 것이라고 알릴 수 있습니다. 그러나 Slack이 상태 업데이트를 전달하는 적절한 채널인지, 누군가가 응답해야 하는지, 최종 결정은 어디에 기록되는지 등은 이미 이 전략을 통해 정해져 있어야 합니다.

프로젝트 단위의 버전이 필요하신 경우, 다음 의사소통 플랜 템플릿 중 하나를 활용해 보세요.

팀 의사소통은 어디에서 문제가 발생할까요?

약점은 대개 업무 인계 과정에서 나타납니다.

메시지가 올바른 받은 편지함으로 전달되고, 정확히 필요한 내용을 담고 있더라도, 결정 사항, 질문, 최신 정보, 긴급 요청이 어디로 전달되어야 하는지에 대해 모두가 합의하지 않는다면 아무런 성과도 거두지 못할 수 있습니다. Grammarly의 업무 생산성 연구에 따르면, 리더의 약 60%와 직원의 54%가 여러 플랫폼에 걸친 알림을 따라잡는 데 어려움을 겪고 있는 것으로 나타났습니다. Grammarly는 이러한 광범위한 문제를 ‘소통의 소용돌이’라고 부릅니다. 중요한 정보가 이메일, 채팅, 프로젝트 도구, 문서 등에 흩어져 있으며, 어디에 속해야 하는지에 대한 명확한 지침이 없는 상태입니다.

그렇게 되면 팀은 다음과 같은 몇 가지 숨겨진 비용을 치르게 됩니다:

  • 정보 검색의 부담: 최종 버전이 한 곳에 모아져 있지 않기 때문에, 사람들은 채팅 스레드, 회의 노트, 작업 댓글, 받은 편지함 등을 뒤져 맥락을 재구성하는 데 시간을 소비합니다.
  • 중복의 대가: 필요한 모든 사람에게 정보가 전달될 것이라고 믿을 수 있는 단일 채널이 없기 때문에, 동일한 업데이트가 여러 채널에 중복되어 게시됩니다.
  • 소유권 괴리: 누군가는 요청 내용을 읽고, 반응하거나, 심지어 답장까지 할 수 있지만, 다음 단계에 대한 명확한 책임은 지지 않을 수 있습니다
  • ‘강조하는 습관’: 평범한 메시지가 수많은 게시물 속에 묻히면, 사람들은 멘션, 반복적인 후속 연락, “이 글 다시 올립니다”와 같은 메시지를 통해 강제로 가시성을 높이려고 합니다

이 네 가지의 공통점을 살펴보세요. 각각은 의사소통이 끝난 후에 이루어지는 일입니다: 재구성하기, 다시 보내기, 소유자 찾기, 주의를 촉구하기. 메시지는 제 역할을 다했습니다. 하지만 그 주변 시스템이 제대로 작동하지 않았기 때문에, 사람들은 나중에 그 대가를 치러야 했습니다.

더 나은 의사소통 시스템은 맥락이 아직 생생할 때 대화를 실질적인 일로 전환해 줍니다.

레딧 사용자 u/YakitoriSenpai는 이를 지키지 않을 때 어떤 일이 벌어지는지 설명했습니다. r/projectmanagement 스레드에서 이 사용자는 회의 자체가 문제가 아니라고 말했습니다. 그 사용자의 말을 인용하면 다음과 같습니다:

회의 자체는 괜찮은데, 노트를 명확한 실행 사항, 소유자, 승인 사항, Jira 티켓으로 전환하는 데 시간이 너무 많이 소요되어 어려움을 겪고 있습니다. 어떻게 하면 효율적으로 처리할 수 있을까요?

나는 수 페이지에 달하는 노트를 들고 회의실을 나서고, 그 내용을 실행 항목으로 전환하는 데 지나치게 오랜 시간을 소비합니다. 누가 실제로 책임자인지, 진행하기 위해 누구의 권한이 필요한지, 요청을 어떻게 표현해야 할지 파악하고, 마지막으로 모든 내용이 사라지지 않도록 Jira에 입력하느라 시간을 보냅니다. 이 모든 과정을 완료할 때쯤이면 회의에서 얻었던 추진력은 이미 사라져 버립니다.

회의 자체는 괜찮은데, 몇 시간을 허비하지 않고 노트를 명확한 실행 사항, 소유자, 승인 사항, Jira 티켓으로 전환하는 데 어려움을 겪고 있습니다. 어떻게 하면 효율적으로 처리할 수 있을까요?

나는 수 페이지에 달하는 노트를 들고 회의장을 나서곤, 그 내용을 실행 항목으로 전환하는 데 지나치게 많은 시간을 소비합니다. 누가 실제로 책임자인지, 진행하기 위해 누구의 권한이 필요한지, 요청을 어떻게 표현해야 할지 파악하고, 마지막으로 모든 내용이 사라지지 않도록 Jira에 입력하느라 시간을 보냅니다. 이 모든 과정을 완료할 때쯤이면 회의에서 얻었던 추진력은 이미 사라져 버립니다.

이것이 바로 설계 시 고려해야 할 기준입니다. 즉, 결정 사항은 기록으로 남고, 요청 사항은 소유자에게 전달되며, 논의는 명확한 다음 단계와 함께 마무리되어야 합니다. 사후 정리를 해야 할 일이 적을수록, 그 의사소통은 애초에 더 유용했던 것입니다.

전문가 팁: 도구를 교체하기 전에 tool 간 정보 전달 과정을 점검해 보세요. 채팅에서 결정된 내용이 작업, 문서 또는 트래커로 수동으로 복사되어야 한다면, 그 전달 과정에서 맥락이 누락될 확률이 높습니다. 이 안내서는 최신 커뮤니케이션 도구들이 실제로 이러한 정보 전달을 어떻게 처리하는지 보여줍니다.

실제로 효과가 있는 8가지 의사소통 전략

아래의 8가지 전략은 적절한 채널 선택, 소유자 지정, 결정 사항 기록, 응답 시간 기대치 설정, 결정 준비가 된 업데이트 작성, 회의 선별, 업무 인계 마무리, 분기별 시스템 점검 등 의사소통의 전 과정을 아우릅니다.

1. 새로운 채널을 추가하기 전에 채널 운영 지침을 작성하세요

채널 헌장은 다양한 유형의 커뮤니케이션이 어디에 속해야 하는지를 정리한 1페이지 분량의 규칙집입니다. 이 헌장의 역할은 전달 경로를 예측 가능하게 만들어, 누구도 메시지를 보내기 전에 “이걸 어디에 올려야 할까?”라고 묻지 않아도 되도록 하는 것입니다.

즉, “급한 일은 Slack으로, 공식적인 일은 이메일로”라는 식의 지침은 충분히 구체적이지 않습니다. 유용한 지침서는 직원들이 주중에 마주치는 질문들에 대한 답을 제시해야 합니다:

  • 프로젝트 진행 상황 보고는 어디로 보내야 할까요?
  • 다른 사람에게 일을 요청할 때는 어디에서 해야 할까요?
  • 긴급한 장애 요인은 어디에 기록해야 할까요?
  • 최종 결정은 어디에 기록되나요?
  • 어떤 채널에서는 논의는 가능하지만 최종 답변은 포함할 수 없나요?

가트너(Gartner)가 제시한 정보 과부하에 대한 지침에 따르면, 커뮤니케이션 담당자들이 직면한 세 가지 문제 중 첫 번째로 ‘채널의 난립’이 꼽혔습니다. 직원의 4분의 1 이상과 관리자의 38%는 이미 내부 커뮤니케이션의 양에 압도감을 느낀다고 답했습니다. 실제로 가트너는 팀원들이 모든 플랫폼을 일일이 샅샅이 뒤지지 않고도 중요한 정보를 찾을 수 있도록 “각 채널의 역할을 명확히 정의해야 한다”고 강조합니다.

가트너는 또한 사람들에게 부담을 주는 정보의 네 가지 특징을 다음과 같이 목록으로 제시합니다: 정보가 여러 곳에 중복되어 존재하거나, 나중에 찾기 어렵거나, 일관성이 없거나, 일상 업무와 관련이 없는 경우입니다. 이러한 문제들은 하나의 결정 사항이 채팅, 이메일, 문서 등 여러 곳에 동시에 존재할 때 더욱 악화됩니다.

간단한 헌장은 다음과 같이 구성될 수 있습니다:

채널이 내용을 여기에 넣으세요이 내용은 여기에 넣지 마세요
팀 채팅간단한 질문, 부담 없는 협업최종 결정 또는 배정된 일
작업/프로젝트 tool일과 관련된 요청, 소유자, 마감일, 결정 사항비공식적인 대화
이메일대외 커뮤니케이션 또는 공식적인 스레드가 필요한 메시지일상적인 프로젝트 조정
회의실시간으로 의견을 주고받아야 하는 토론사람들이 비동기적으로 읽을 수 있는 정보
비동기식 비디오시각적 안내, 텍스트로는 전달하기 어려운 미묘한 뉘앙스간단한 메시지로도 충분히 답할 수 있는 내용

그리고 의사결정의 공식 기록 체계가 무엇인지 한 줄로 명시합니다.

이 지침을 검증하려면 두 명의 팀원에게 동일한 메시지를 건네고 어디로 전달해야 하는지 물어보세요. 만약 두 사람이 서로 다른 장소를 선택한다면, 이 지침에는 여전히 미비한 점이 있는 것입니다.

규칙을 혼자서 작성하지 마세요. 초안을 작성한 후 팀원들에게 한 번 설명해 주고, 팀원들이 예외적인 사례에 대해 의문을 제기할 수 있도록 하세요. 바로 그러한 예외적인 사례들을 통해 실제 규정이 완성되는 경우가 많습니다.

2. 모든 요청 사항에 대해 소유자 한 명과 마감일을 지정하십시오

이름을 밝히지 않고 채널에 올라온 요청은 모든 사람의 것입니다. 즉, 누구의 것도 아니라는 뜻입니다. 이것이 앞서 언급한 ‘소유권 공백’이며, 이를 메우는 데는 누구나 내일부터 시작할 수 있는 습관이 필요합니다. 소유자를 한 명 지정하고, 마감일을 한 번 정하며, 소유자가 추가 정보를 요청하지 않고도 바로 행동에 옮길 수 있도록 충분한 배경 정보를 포함시키세요.

강력한 요청에는 대개 다음과 같은 요소가 포함됩니다:

  • 소유자: 사업을 추진할 책임이 있는 한 사람
  • 마감일: 결과가 필요한 시점
  • 기대 결과: “완료됨” 상태가 어떤 모습인지
  • 위치: 작업의 대상인 업무, 문서 또는 스레드와, 결과물이 전달되어야 할 곳

부서 간 협업 팀에서는 이러한 원칙이 특히 중요합니다. 검토, 승인, 확인, 한 번 살펴보기와 같은 단어는 팀마다 다른 의미를 지닙니다. “이것을 검토해 주세요”라는 말은 법무팀에게는 사실 오류 수정, 마케팅팀에게는 위치 평가, 관리자에게는 게시 승인을 의미할 수 있습니다.

간단한 팁

  • 반복적인 업무 접수: 업무가 대기열에 등록되기 전에 요청자가 필요한 배경 정보를 제공할 수 있도록 양식을 활용하십시오
  • 반복되는 요청: 소유자, 마감일, 결과물, 위치 등을 기입할 수 있는 필드가 포함된 간단한 요청 템플릿으로 만들어 두세요
  • 작은 실천 방법: 할당된 댓글 기능을 사용하여 요청 사항이 해당 일 바로 옆에 표시되도록 하세요
  • 대규모 요청: 추적, 업무 인계 또는 여러 단계가 필요한 즉시 이를 개별 작업으로 전환하십시오

3. 누구나 쉽게 찾을 수 있는 의사결정 기록부를 작성한다

대부분의 팀은 이미 내린 모든 결정에 대한 기록을 보유하고 있습니다. 다만 회의 녹음 파일, 채팅 기록, 이메일 스레드 등 여러 곳에 흩어져 있어 아무도 찾을 수 없는 상태일 뿐입니다. 전체 회의록은 과거의 기록을 보존해 줍니다. 결정 기록부는 6개월 후 누군가에게 필요한 정보, 즉 어떤 결정이 내려졌는지, 그 이유는 무엇이며, 팀이 다른 결정을 내리게 될 요인은 무엇인지 등을 명확히 보여줍니다.

각 입력은 간결하게 작성하십시오:

필드기록해야 할 사항
결정합의된 사항
근거팀이 이를 선택한 이유
상충 관계팀이 포기하거나 배제했던 사항
소유자누가 결정을 내렸거나 결정권을 가지고 있는가
상태제안됨, 승인됨 또는 대체됨
트리거 재검토무엇이 그 문제를 다시 제기할 만한 타당한 이유가 될까요?

마지막 항목에 특히 주의를 기울이세요. 3월에는 타당했던 결정도 예산이 변경되거나 업무 범위가 확대되면서 9월이 되면 잘못된 결정이 될 수 있습니다. 재검토 트리거가 없다면, 팀은 누군가 그 결정을 의심할 때마다 매번 다시 논쟁을 벌이거나, 그 결정의 근거가 사라진 지 오래되었음에도 계속 따르게 됩니다. 재검토가 필요한 조건을 문서화해 두면 두 가지 문제 모두 해결됩니다.

소프트웨어 팀들은 수년 동안 이를 ‘아키텍처 결정 기록(Architecture Decision Records)’이라는 이름으로 실천해 왔습니다. 실제로 Thoughtworks의 수석 과학자인 마틴 파울러(Martin Fowler) 결정 사항마다 한 페이지씩 작성하고, 중요한 내용을 맨 앞에 배치하며, 새로운 기록이 기존 기록을 대체할 때는 기존 기록은 그대로 두어야 한다고 덧붙입니다.

그는 또한 엔지니어링 분야를 훨씬 넘어 적용될 수 있는 중요한 점을 지적합니다. 즉, 의사록을 작성하는 과정 자체가 결정이 최종 확정되기 전에 의견 차이를 표면화하게 하며, 이는 종종 의사록 그 자체보다 더 큰 가치가 있다는 것입니다.

4. 채널별 응답 시간 기대치를 공지하기

모든 소통 채널에는 두 가지 기준이 필요합니다. 바로 누군가가 메시지를 수신 확인해야 하는 시점과, 그 메시지를 해결해야 하는 시점입니다. Teams는 이 두 가지를 끊임없이 혼동하곤 하는데, 이러한 혼동은 큰 비용을 초래합니다. 팀원은 제대로 답변하는 데 3일이 걸릴 수 있지만, “알겠습니다. 목요일에 다시 연락드리겠습니다.”라고 말하는 데는 단 30초밖에 걸리지 않을 수 있습니다. 명확한 기준이 없으면, 팀원들은 답변이 준비될 때까지 아무 말도 하지 않는 경우가 많으며, 요청자는 그 3일 동안 메시지가 제대로 전달되었는지 궁금해하며 시간을 보내게 됩니다.

시작점:

채널다음과 같이 인정하십시오.해결 방법:
팀 채팅같은 근무일요청 내용에 따라 다릅니다
작업 코멘트근무일 기준 1일 이내작업 마감일까지
이메일영업일 기준 2일 이내추가 작업이 필요한 경우 타임라인을 명시하십시오
긴급 경로가능한 한 빨리장애 요인이 해소될 때까지

답장이 필요 없는 경우도 미리 알려주세요. 메시지 첫 줄에 참고용, 조치 불필요, 금요일까지 회신과 같은 라벨을 추가하면, 수신자가 해당 메시지가 자신에게 온 것인지 확인하기 위해 전체 내용을 일일이 읽어야 하는 번거로움을 덜 수 있습니다.

이 문제를 전사적인 단일 규칙 하나로 해결하고 싶은 유혹이 있지만, 연구 결과는 이를 반대하고 있습니다. 2026년 Scandinavian Journal of Work, Environment & Health에 실린 체계적 문헌고찰은 국가 차원의 ‘일에서 벗어날 권리’ 법안부터 팀 차원의 지침에 이르기까지, 근무 시간 외 연락 가능 정책에 관한 12건의 연구를 분석했습니다. 대부분의 조직 및 국가 차원 정책은 효과가 미미하거나 전혀 없는 것으로 나타났습니다. 효과가 있었던 프로그램들은 유연성을 갖추고 여러 요소를 결합한 것이었으며, 저자들은 다음과 같이 결론지었습니다:

조직 차원의 적극적인 실행과 문화적 변화가 뒷받침되지 않는다면, 정책만으로는 유해한 연결성을 줄이기 어렵습니다.

조직 차원의 적극적인 실행과 문화적 변화가 뒷받침되지 않는다면, 정책만으로는 유해한 연결성을 줄이기 어렵습니다.

이는 채널별 기대치를 공개하고, 각 팀이 수치를 조정할 수 있도록 하며, 누군가가 일관성을 유지하도록 하는 경우에도 마찬가지입니다. 그 결과, 모두가 이해하는 소수의 공유 용어, 즉 FYI, 확인, 해결, 상급자 보고가 형성됩니다.

5. 상태 보고를 의사결정에 바로 활용할 수 있도록 준비하기

독자가 한 번만 읽어보아도 조치를 취해야 할지 여부를 파악할 수 있도록 모든 상태 보고서를 작성하십시오.

다음 네 가지 필드를 활용하십시오:

  • 상태: 정상 추적 중, 위험 상태, 또는 블록됨
  • 변경 사항: 지난 업데이트 이후 변경된 내용
  • 영향: 그 변화가 미치는 영향
  • 다음 단계: 누가 무엇을, 언제까지 해야 하는가

예를 들어:

위험 요소: 법적 검토 일정이 화요일부터 목요일로 변경되었습니다. 출시 일정은 아직 무난하지만, 한 번 더 지연되면 캠페인 일정이 뒤로 밀릴 것입니다. 존은 목요일 업무 종료 시까지 승인을 받아야 합니다.

세 줄만으로도 독자는 현황, 변경된 사항, 그 영향 범위, 그리고 책임 소재를 파악할 수 있습니다. 또한 이러한 형식은 모호한 업데이트를 작성하기 어렵게 만듭니다. “70% 완료”나 “진행 중”과 같은 표현은 어떤 진전이 있었는지 설명하지 않은 채 활동 상황만 기술할 뿐이며, ‘변경 사항’ 필드에는 이러한 내용을 기재할 여지가 없습니다.

세 줄만으로도 독자는 현황, 변경 사항, 그 영향 범위, 그리고 책임 소재를 파악할 수 있습니다. 또한 이러한 형식은 모호한 업데이트 내용을 작성하기 어렵게 만듭니다. “70% 완료”나 “진행 중”과 같은 표현은 어떤 진전이 있었는지 설명하지 않은 채 활동 상황만 기술할 뿐이며, ‘변경 사항’ 필드에는 이러한 내용을 기재할 여지가 없습니다.

또한, 계획대로 진행 중인 일상 업무에 대해서는 서면으로 진행 상황을 보고할 필요가 없습니다. 트래커에 이미 상태가 표시되어 있기 때문입니다. 상황이 변경되었거나, 위험에 처했거나, 진행이 막혔거나, 결정이 필요한 경우에만 보고서를 작성하십시오.

사람들이 업데이트를 통해 기대하는 것

조직 심리학자 스티븐 로겔버그(Steven Rogelberg)는 632명의 근로자를 대상으로 설문조사를 실시했습니다. 이들은 주당 약 18시간을 회의에 할애했으며, 회의 진행 상황을 지속적으로 파악할 수만 있다면 그 중 거의 6시간은 생략해도 무방하다고 답했습니다. 이것이 실제로 무엇을 의미하는지 묻자, 응답자들은 결정 사항, 일정, 실행 과제를 필수 항목으로 꼽았습니다. 반면 회의 전문 기록과 녹음 파일은 그다지 필요하지 않다고 평가했습니다. 앞서 언급한 네 가지 필드는 바로 이 목록과 일치합니다.

6. 회의 일정을 잡기 전에 한 가지 좋은 질문을 하라

의견 조율을 위한 시간을 잡기 전에, 회의에서 답해야 할 질문을 미리 보내세요.

  • “14일에 제품을 출하하지 못하게 막고 있는 요인은 무엇인가요?”
  • “이것을 승인받으려면 무엇이 필요합니까?”
  • “당초 합의했던 업무 범위를 정했을 때와 비교해 무엇이 달라졌나요?”

이를 문서로 작성해 두면 사람들에게 회의의 목적이 무엇인지 알릴 수 있습니다. 답변을 통해 실질적인 의견 차이가 드러나면 회의를 잡으세요. 맥락이 누락된 부분이 발견되면 해당 스레드 내에서 처리하고 다음 주제로 넘어가세요.

회의가 실제로 열리더라도 이 스레드만으로도 그 가치를 충분히 합니다. 댓글들은 미리 읽을 자료가 되고, 초대 목록은 반대 의견을 낸 사람들로만 좁혀지며, “지금 상황은 어떻게 되나요?”라고 묻는 첫 10분간의 시간 낭비가 사라집니다.

7. 업무 인계 시 후속 조치를 확실히 마무리하기

업무 인계는 수신자가 담당할 내용을 확인한 후에야 비로소 완료된 것으로 간주하십시오.

이 확인 메시지는 한 줄로 충분하며, 수신 확인, 작업 범위 재확인, 작업 시작 전 오해 해소라는 세 가지 역할을 한 번에 수행합니다. 특히 작업 범위를 재확인하는 부분이 유용합니다. 수신자가 이해한 작업 내용이 귀하가 생각한 것과 일치하지 않는다면, 수정하는 데 큰 비용이 들기 전에 그 차이를 파악할 수 있기 때문입니다.

팀 간 협업이 이루어질 때 이 전략을 가장 효과적으로 활용할 수 있습니다. 일이 팀 간에 전달될 때마다 맥락이 희미해지고(더욱 혼란스러워지기 때문이죠!) 마케팅 담당자는 “최종 원고”라고 말하지만, 법무팀은 “주장 검토”로 받아들이고, 디자인팀은 텍스트가 확정된 것으로 가정합니다. 세 팀 모두 동일한 메시지를 바탕으로 작업하고 있으며, 각자의 해석은 모두 타당합니다.

모든 요청에 이 전략이 필요한 것은 아닙니다. 의존성이 있거나, 마감일이 정해져 있거나, 누군가가 다르게 해석할 경우 실질적인 비용이 발생하는 작업에 대해서는 이 전략을 엄격하게 적용하십시오.

8. 분기마다 의사소통 시스템을 점검하십시오

전략 1에서 작성한 지침을 소홀히 하면 그 취지가 흐트러지게 됩니다. 의사소통 채널은 늘어나고, 회의는 본래의 목적을 상실하며, 의사결정이 이루어지는 장소는 아무도 알리지 않은 채 조용히 바뀌어 갑니다. 분기별 검토를 통해 이러한 변화가 다시 혼란으로 번지기 전에 미리 파악할 수 있습니다.

다음 다섯 가지 질문으로 대부분의 내용을 다룰 수 있습니다:

  • 30일 이상 소식이 끊긴 채널은 어디인가요?
  • 어떤 대화들이 자꾸만 엉뚱한 방향으로 흘러가나요?
  • 누군가가 찾아보았을 때 어떤 결정 사항을 찾기 어려웠나요?
  • 어떤 질문들은 답이 기록되지 않았기 때문에 계속해서 반복되어 나올까요?
  • 도대체 누가 채팅에서 같은 업데이트 내용을 복사해 와서 작업 항목에 입력한 뒤, 다시 수작업으로 문서에 붙여넣고 있는 걸까요?

마지막 항목이 가장 시사하는 바가 큽니다. 수동으로 복사한다는 것은 시스템에 공백이 있어 해당 담당자가 자신의 시간을 들여 그 공백을 메우고 있다는 뜻입니다. 이 작업을 자동화하거나, 신뢰할 수 있는 단일 정보원을 선정하고 나머지는 더 이상 관리하지 마십시오.

그런 다음 파악한 내용을 바탕으로 조치를 취하세요. 더 이상 사용되지 않는 채널은 보관하고, 중복된 채널은 병합하며, 명확한 목적이 없는 회의는 폐지하고, 사람들이 계속해서 묻는 질문들을 문서화하세요. 문서상의 버전과 실제 운영 방식이 달라졌을 것이므로, 팀이 현재 수행하는 업무에 맞춰 운영 지침을 업데이트하십시오.

마지막으로, 감사에 대한 전담 소유자를 한 명 지정하십시오.

함께 읽어보세요: 의사소통 목표

7가지 의사소통 전략 유형은 무엇인가요?

위의 모든 내용은 팀이 정보를 전달하는 방식, 즉 메시지가 어떤 채널을 통해 전달되어야 하는지, 누가 그 메시지를 책임지는지, 그리고 결정이 최종적으로 어디에서 내려지는지를 다룹니다. “의사소통 전략”에는 훨씬 더 작은 규모에서 작용하는, 두 번째이자 더 오래된 의미가 있습니다. 이는 주제를 시작하는 것부터 마무리하는 것까지, 한 번의 대화 속에서 대화가 제 궤도를 벗어나지 않도록 유지하기 위해 개인이 취하는 행동들을 설명합니다.

구두 의사소통 과정에서는 이 중 제안, 제한, 발언 순서, 주제 통제, 주제 전환, 수정, 종료 등 7가지를 다룹니다. 필리핀 교육부의 고등학교 ‘상황에 따른 구두 의사소통(Oral Communication in Context)’ 모듈이 널리 사용되는 버전 중 하나입니다. 많은 사람들이 동일한 용어로 이 프레임워크를 검색하므로, 각 개념이 실제로 무엇을 의미하는지 다음과 같이 설명합니다:

  • 주제 제시: 주제를 제시하고 사람들이 대화에 참여할 수 있도록 충분한 맥락을 제공하여, 모든 사람이 어떤 내용이 논의되고 있는지, 그리고 그 이유가 무엇인지 알 수 있도록 합니다.
  • 제한: 답변을 정해진 선택지들로 좁히는 것입니다. “이 세 가지 중 무엇을 선택해야 할까요?”라는 질문은 “어떻게 생각하세요?”라는 질문보다 선택의 여지가 적습니다.
  • 발언 순서: 누가 다음에 말할지 결정합니다. 잠시 멈추기, 이름 부르기, 질문하기, 또는 손을 드는 것 등이 모두 발언권을 넘기는 신호가 됩니다.
  • 화제 주도: “좋은 지적이네요, 알린. 다른 분들은 어떻게 생각하시나요?”와 같이 다른 사람들을 대화에 참여시켜 대화를 이어가게 합니다.
  • 화제 전환: 스레드를 끊지 않고 새로운 주제로 넘어가는 것으로, 보통 “다음 주제로 넘어가기 전에…” 또는 “그러면 이제…”와 같은 연결어를 사용합니다.
  • 해결: 대화 도중에 명확한 설명을 요청하거나, 내용을 반복하거나, 다른 표현으로 다시 말함으로써 오해를 바로잡는 것
  • 종결: 대화를 마무리하며, 완료된 경우 향후 진행될 사항을 확인시켜 줍니다.

이 두 가지 세트는 서로 다른 역할을 합니다. 팀에 명확한 운영 규약과 의사결정 기록이 있어도 아무도 발언 기회를 얻지 못하는 회의가 진행될 수 있으며, 대화가 원활하게 이루어지더라도 의사결정을 기록해 두지 않으면 내용이 누설될 수 있습니다. 위의 8가지 전략은 시스템을 개선하는 반면, 이 7가지 전략은 회의실 내 분위기를 바로잡습니다.

대화가 어떻게 이루어지는지에 대한 이론적 배경은 당사의 의사소통 모델 가이드를 참조하십시오.

팀별 의사소통 전략 예시

팀이 어떤 업무를 조율하느냐에 따라 동일한 전략도 다르게 적용됩니다. 다음은 팀별 네 가지 의사소통 예시입니다:

두 팀 간의 엔지니어링 업무 인계

8명으로 구성된 플랫폼 팀이 4명으로 구성된 모바일 팀에 API 변경 사항을 전달합니다. 인터페이스에 관한 모든 결정 사항은 티켓에 기록되며, 오직 티켓에만 기록됩니다. 채팅은 가용성 관련 세부 사항만 다루며 그 외의 내용은 다루지 않습니다.

업무 인계 과정 자체는 5분 분량의 녹화된 안내 영상과 변경 사항을 정리한 서면 체크리스트로 구성되며, 이 두 가지 모두 티켓에 첨부 파일로 첨부됩니다. 티켓 댓글에는 영업일 기준 1일 이내에 답변이 제공되며, 그 이후에도 해결되지 않은 질문은 모바일 담당자가 전담하여 처리합니다.

이렇게 하면 3주 후, 두 팀이 전화 내용을 서로 다르게 기억하면서 발생하는 ‘버전 불일치’ 아규먼트로 인한 논쟁을 예방할 수 있습니다.

한 LTM 수석 아키텍트가 ADR을 도입한 후 보고한 내용

LTM의 수석 아키텍트 아리아쉬리 프리티크리슈나는 2주마다 생산 인시던트를 수습하느라 분주했던 한 팀에 대해 설명했습니다.

사후 분석 결과, 문제의 근본 원인은 계속해서 같은 점으로 귀결되었습니다. 바로 초기 결정을 내린 엔지니어가 퇴사했고, 누구도 장단점을 문서화하지 않았으며, 시스템을 인수한 팀은 추측에 의존할 수밖에 없었던 상황이었습니다.

1년 동안 모든 중요한 의사결정(배경 상황, 기각된 대안, 수용된 위험 포함)을 레포지토리에 직접 기록한 결과, 운영 인시던트가 60% 감소했고, 신입 엔지니어 온보딩 기간이 절반으로 단축되었으며, 예전에는 며칠씩 이어지던 아키텍처 관련 논의가 몇 시간 만에 마무리되었습니다.

그들의 분석에 따르면, 그러한 인시던트의 대부분은 실제로 형편없는 코드 때문이 아니라, 맥락을 간과한 데서 비롯된 것이었다.

외부 대행사와 함께하는 마케팅 캠페인

6명으로 구성된 마케팅 팀이 외부 대행사와 함께 신제품 출시 프로젝트를 진행하고 있습니다. 대행사와의 공식 기록용 채널로는 이메일을 사용합니다. 이는 이메일이 전달 가능하고 공식적인 형태를 갖추어야 하기 때문입니다. 내부 소통은 내부 전용 캠페인 채널 내에서만 이루어집니다.

모든 창의적인 피드백은 이메일로 보내지 말고 반드시 해당 자료에 댓글로 남기십시오. 대행사는 논쟁이 오가는 긴 이메일 스레드 대신, 한 번에 정리된 노트를 받게 됩니다. 각 팀장은 매주 목요일에 공유 트래커에 주간 상태 노트를 기록하며, 금요일 회의에서는 ‘위험’으로 표시된 항목만 다룹니다.

이를 통해 팀원들이 모순된 피드백을 전달하거나, 의도치 않게 내부적인 트집 잡기가 포함된 클라이언트 대상 메시지를 보내는 것을 방지할 수 있습니다.

Digitalli의 COO 루이-장 드 세두이가 프로젝트 간 가시성 격차를 어떻게 해소했는지

디올(Dior)과 모엣 헤네시(Moët Hennessy)와 같은 국제적인 럭셔리 브랜드를 위한 콘텐츠와 경험을 제작하는 프랑스 에이전시 디지탈리(Digitalli)는 Trello, 이메일, 전화, 그리고 여러 내부 플랫폼을 통해 캠페인을 조정하고 있었습니다. 각 프로젝트 매니저는 일의 진행 상황을 추적하는 데 서로 다른 방식을 사용했고, 루이-장 드 세두이(Louis-Jean de Sedouy)는 그 결과로 인한 가시성 부족이 “비효율과 의사소통의 오류”로 이어졌다고 설명했습니다.

Digitalli는 접수 양식과 작업 내 댓글 기능을 활용해 모든 것을 ClickUp에 통합함으로써, 피드백이 작업 자체에 반영되도록 했습니다. 그 결과, 인원 수는 그대로 유지한 채 월간 주문 용량이 30% 증가했으며, 일상이 되어버렸던 심야의 급한 업무 처리도 줄어들었습니다.

5개 팀에 걸친 크로스-기능적 론칭

제품, 엔지니어링, 마케팅, 영업 팀, 지원 부서는 모두 같은 날짜에 동일한 제품을 출시합니다. 5명의 담당자를 순차적으로 모두 확인하는 데 1시간이 걸리기 때문에, 이 경우에는 예외 사항에 대한 상태 보고 방식이 가장 효과적입니다.

단일 시작 문서에는 일정, 각 업무 흐름별 소유자, 그리고 현재 노출된 위험 요소가 기재되어 있습니다. 각 담당자는 화요일까지 자신의 행을 업데이트하며, 수요일 회의에서는 위험 요소에 대해서만 논의합니다. 지정된 기록 담당자는 회의가 끝나기 전에 모든 결정 사항을 시작 문서에 기록합니다.

Mixpanel의 PM이 단일 트래커를 활용해 팀 간 협업으로 출시 프로젝트를 진행한 방법

Mixpanel이 연례 벤치마크 보고서를 재출간했을 때, 제품 관리자 Isha Mehra는 그녀가 “미션 컨트롤”이라고 부르는 시스템을 구축했습니다. 이는 출시 마지막 주를 총괄하기 위한 그녀의 유일한 추적 도구였습니다.

각 결과물 소유자는 자신 담당하는 행을 관리했으며, 트래커는 각 의존성을 매핑했습니다. 수요 창출 팀이 이메일을 발송하기 전에 공개 랜딩 페이지가 먼저 공개되어야 했습니다. 엔지니어링 온보딩 팀이 제품 내 공지사항을 게시하기 전에 콘텐츠 팀이 보고서를 먼저 게시해야 했습니다.

그녀의 말에 따르면, 이 트래커는 팀이 어떤 요소가 어떤 요소에 의존하는지 파악하고, 엔지니어링, 마케팅, 제품 부문에 걸쳐 약 25명의 구성원 간 일정을 일관되게 관리할 수 있도록 하기 위해 마련된 것이었습니다.

팀 간 의사소통 사례에 대해서는 ‘팀 의사소통 개선 방법’ 가이드를 통해 더 자세히 다루고 있습니다.

ClickUp에서 의사소통 전략을 실행하는 방법

대화, 의사 결정, 요청 및 후속 조치가 해당 일에 밀접하게 연계될 때 의사소통 체계는 더 효과적으로 작동합니다.

업무 관리 플랫폼인 ClickUp은 채팅, 작업, 문서, 댓글, 회의 및 AI 기능을 하나의 작업 공간에 통합합니다. 논의 내용은 맥락을 잃지 않은 채 할당된 업무로 전환될 수 있습니다. 결정 사항은 그 결정이 영향을 미친 프로젝트에 계속 연결되어 유지됩니다. 또한 나중에 합류한 사람도 결과가 어디서 시작되었는지 추적할 수 있습니다.

대화를 일에 밀접하게 연결하기

우선 ClickUp 채팅은 팀원들에게 채널, 쪽지, 스레드, 통화 기능은 물론, 작업 및 문서 기능도 제공합니다.

ClickUp 채팅을 통해 맥락을 유지하면서 팀 대화를 추적 가능한 일로 전환하기: 의사소통 전략
ClickUp 채팅을 통해 맥락을 유지하면서 팀 대화를 추적 가능한 일로 전환하세요

가볍게 시작되었다가 본격적인 일로 전환되는 대화는 그 자체로 하나의 작업이 될 수 있습니다. 즉, 토론과 작업이 하나의 맥락을 공유할 수 있다는 뜻입니다.

또한 Slack에서 이전하는 경우, 공개 채널, 메시지 기록, 스레드, 답글, 사용자 및 첨부 파일을 가져올 수 있습니다. API를 통해 가져오면 ‘반응’과 맞춤형 이모티콘도 함께 옮겨집니다(다행히도!). 단, 개인 메시지는 가져올 수 없습니다. 개인 채널도 일반적으로 가져올 수 없으나, Slack Enterprise Grid의 경우는 예외입니다.

사소한 요청도 가시성 있는 후속 조치로 이어지게 하세요

모든 요청에 별도의 작업을 생성할 필요는 없습니다. ClickUp의 ‘할당된 댓글’ 기능을 사용하면 팀원에게 댓글을 할당하고, 작업이 완료되면 해결해 달라고 요청할 수 있습니다. 할당된 댓글은 특정 섹션 수정, 세부 사항 업데이트, 또는 특정 부분의 변경과 같이 범위가 한정된 작업에 가장 효과적입니다. 기본적으로, 전체 작업에 큰 영향을 미치지는 않지만 반드시 수행해야 하는 아주 사소한 변경 사항에 적합합니다.

별도의 작업을 생성하지 않고 ClickUp의 ‘할당된 댓글’ 기능을 통해 작고 구체적인 변경 사항을 할당하세요
별도의 작업을 생성하지 않고 ClickUp의 ‘할당된 댓글’ 기능을 통해 작고 구체적인 변경 사항을 할당하세요

할당된 코멘트는 “@Jane, 가격 관련 내용을 확인하고 소스가 업데이트되면 이 문제를 해결해 주세요.”처럼 간단할 수 있습니다. 이와 같은 요청은 더 크고 중요한 작업이 우선순위를 갖는 상황에서, 해당 주요 작업과 병행하여 처리될 수 있습니다.

결정에 대한 명확한 근거를 마련하십시오

ClickUp 문서를 활용하여 의사결정 기록, 브리핑, 프로세스 등, 초기 대화가 화면 밖으로 스크롤되어 보이지 않게 된 후에도 구성원들이 필요로 할 모든 내용을 관리하세요.

Brain²는 주변 작업 공간 전반에서 작동합니다. 프로젝트에서 무엇이 변경되었는지 물어보거나, 긴 스레드를 요약하거나, 전체 스레드 내역을 프롬프트에 붙여넣기하지 않고도 결정의 배경이 된 경위를 정리할 수 있습니다.

Brain²를 사용하여 작업 공간 전반의 프로젝트 변경 사항과 의사 결정 이력을 요약하세요: 의사소통 전략
Brain²를 사용하여 작업 공간 전반의 프로젝트 변경 사항 및 의사 결정 이력을 요약해 보세요

회의를 실질적인 후속 조치로 이어지게 하라

ClickUp AI Notetaker는 Zoom, Google Meet, Microsoft Teams, SyncUp 화상 회의에 참여하여 개요, 핵심 내용, 후속 단계 및 전체 대본이 포함된 문서를 생성합니다. 이후 의사 결정 사항은 프로젝트 기록으로 이관되고, 실행 과제는 할당되며, 미해결 질문은 계속 가시성을 유지합니다.

비동기 커뮤니케이션의 경우, ClickUp Clips는 무언가를 글로 설명하는 것보다 직접 보여주는 것이 더 빠를 때 팀에게 또 다른 선택지를 제공합니다.

한계: ClickUp은 의사소통과 일이 이미 동일한 시스템 내에서 이루어질 때 가장 효과적입니다. 팀에 가벼운 채팅 기능과 공유 문서만 필요하다면, 더 간소화된 시스템을 도입하는 것이 더 빠르고 유지 관리하기도 쉬울 수 있습니다.

적용 대상: 대화가 정기적으로 작업, 승인, 의사 결정, 검토 및 업무 인계로 이어지는 다기능 팀. 구성원들이 도구 간에 맥락을 전환해야 할 빈도가 높을수록, 이러한 단계들을 유기적으로 연결하는 데 더 큰 가치가 있습니다.

팀 의사소통을 개선할 수 있는 기타 도구

몇 가지 전문 도구는 팀 의사소통의 각 부분을 강화해 주며, 이미 사용 중인 업무 플랫폼과 함께 활용할 수 있습니다:

  • Krisp : 배경 소음과 잡음을 제거하여 통화 음질을 개선해 주며, 음질 문제로 인해 원격 회의 진행이 지체될 때 도움이 됩니다.
  • Grammarly : 문구의 표현에 따라 메시지가 어떻게 받아들여질지 알려줍니다. 피드백, 클라이언트 이메일, 어조가 오해받기 쉬운 모든 상황에서 계속 사용해 볼 가치가 있습니다.
  • TextExpander : 팀원들이 상태 업데이트 템플릿, 요청 템플릿, 표준 회신 등 반복적으로 보내는 메시지에 대해 승인된 스니펫을 공유할 수 있게 해줍니다. 모든 구성원이 동일한 바로 가기를 입력하면 동일한 문구가 표시되므로, 별도의 관리 없이도 “참고/확인/해결” 라벨 및 기타 관례를 일관되게 유지할 수 있습니다.
  • DeepL : 메시지, 문서, 파일을 번역할 때 어조와 뉘앙스에 세심한 주의를 기울여, 팀원들이 서로 다른 언어를 사용하는 경우나 빠른 채팅 답장이 의도보다 더 직설적으로 읽힐 수 있는 상황에서 도움이 됩니다.

그 규칙이 어떤 의사소통의 간극을 해소하는지 명확히 파악할 수 있을 때만 규칙을 추가하십시오.

소통 전략을 무너뜨리는 5가지 실수

어려운 부분은 대개 규칙을 정한 후에 찾아옵니다. Teams는 그 규칙을 기억하기 쉽고, 예외적인 상황에도 충분히 유연하며, 구성원들이 매주 다시 확인할 필요가 없을 만큼 일관성 있게 만들어야 합니다. 다음은 대부분의 전략이 무너지기 쉬운 다섯 가지 지점입니다.

실수구체적인 예시이동하는 편이 낫습니다
아무도 기억하지 못하는 글쓰기 규칙이 전략은 예외 사항, 특이 사례, 채널 규칙 등이 포함된 방대한 문서에 담겨 있어, 사람들은 매번 이를 찾아봐야 합니다문서를 열지 않고도 사람들이 기억할 수 있는 몇 가지 기본값으로 정리하세요. 예외적인 경우는 그 아래에 배치하세요
완벽한 행동을 위한 설계이 시스템은 모든 사람이 모든 필드를 최신 상태로 유지하고 모든 규칙을 기억할 때만 제대로 작동합니다화요일 오후처럼 바쁜 상황에 처한 팀원들을 염두에 두고 전략을 세우세요. 중요한 행동이 가장 쉽게 실천될 수 있도록 만드세요
예외 사항에 대한 정의 생략Normal 절차는 누구나 알고 있지만, 긴급하거나 민감한 사안, 혹은 외부 관련 사안이 발생했을 때 어떻게 대처해야 할지는 아무도 모릅니다예외 사항을 문서화하십시오. 전략은 대개 가장 극단적인 상황에서 먼저 시험대에 오르게 됩니다
상급자가 절차를 우회하도록 허용하기리더십은 DM으로 진행 상황을 보고받거나, 구두로 결정을 변경하거나, 별도의 스레드를 시작하기도 합니다. 다른 모든 구성원들은 자신이 목격한 행동을 따라합니다상위 계층에도 동일한 규칙을 적용하십시오. 단 한 번의 경영진 우회만으로도 신중하게 설계된 프로세스가 무너질 수 있습니다
잘못된 지표를 측정하는 것팀들은 메시지 양, 회의 횟수, 응답 속도를 추적하며, 활동이 많을수록 의사소통이 더 원활하다고 가정합니다정리 일 추적: 반복되는 질문, 재검토되는 결정, 누락된 업무 인계, 맥락을 재구성하는 데 소요된 시간

‘헌장’부터 시작하세요

이 글에서 딱 한 가지만 완료한다면, ‘채널 헌장’을 작성해 보세요. 약 1시간 정도면 완성할 수 있으며, 팀원들이 스스로도 모르게 계속 반복하던 아규먼트를 한 번에 해결해 줄 것입니다.

한 가지 주의할 점은, 어떤 전략도 리더십에 적용된다고 믿지 않는 팀에서는 통하지 않는다는 것입니다. 관리자들이 계속해서 결정 사항을 비공개 메시지로만 전달한다면, 그 지침은 단순한 제안에 불과합니다. 먼저 이 문제를 해결하면 나머지는 간단합니다.

팀원들이 볼 수 있는 곳에 이 규칙들을 게시할 준비가 되셨나요? ClickUp을 무료로 시작해 보세요.

의사소통 전략에 관한 자주 묻는 질문

의사소통 전략이 효과가 있는지 어떻게 알 수 있을까요?

소통 후 뒷정리할 일이 줄어드는지 살펴보세요. 즉, 반복되는 질문, 재검토되는 결정, 끝없는 확인 요청, 그리고 누군가가 맥락을 재구성해야 하는 업무 인계가 줄어드는지 확인하십시오. 메시지 양이나 회의 횟수만으로는 큰 의미를 알 수 없습니다. 더 확실한 지표는 별도의 후속 조치가 없이도 소통이 얼마나 자주 실행으로 이어지는지입니다.

팀 의사소통 전략은 누가 주도해야 할까요?

시스템에 대한 명확한 소유권을 한 명에게 부여하십시오. 보통 운영, 프로젝트 관리, 내부 커뮤니케이션 또는 팀 리더십 부서의 담당자가 이 역할을 맡습니다. 하지만 규칙, 특히 채널 사용, 응답 기대치, 예외적인 상황 등에 관한 규칙은 여전히 팀이 정해야 합니다. 소유자의 역할은 시스템을 최신 상태로 유지하고 일관성이 흐트러지는 부분을 파악하는 것이며, 규칙의 구체적인 내용은 팀이 결정합니다.

원격 근무 팀을 위한 의사소통 전략은 어떻게 달라져야 할까요?

규칙은 변함없습니다. 다만 이를 무시할 경우 치러야 할 대가는 커집니다. 동일한 사무실에 근무하는 팀원이라면 간단히 책상 앞으로 찾아가면 해결될 결정 기록 누락 문제가, 원격 팀에게는 해당 시간대의 팀원이 깨어날 때까지 기다리는 데 하루 종일 걸릴 수 있습니다. 따라서 원격 팀은 더욱 강력한 비동기적 기본값을 마련해야 합니다. 모든 결정을 문서화하고, 채널별 응답 기대치를 명시하며, 다음 담당자가 실시간 대화 없이도 업무를 시작할 수 있도록 업무 인계 내용을 충분히 완벽하게 완료해야 합니다. 또한 시간대 차이로 인해 드물게 발생할 수 있는 긴급한 사안에 대비해 명확한 에스컬레이션 경로를 마련해야 합니다.

팀원들에게 부담을 주지 않으면서 새로운 의사소통 전략을 도입하려면 어떻게 해야 할까요?

마찰을 가장 크게 줄여줄 수 있는 규칙 한두 가지부터 시작하세요. 최종 결정 권한이 어디에 있는지, 요청 사항이 어떻게 배정되는지에 대해 합의하는 것만으로도 대개 대부분의 상황을 해결할 수 있습니다. 이러한 습관이 자리 잡은 후에야 응답 시간 규칙, 회의 관행, 또는 보다 상세한 채널 운영 방침을 추가하세요.

회사의 모든 팀이 동일한 의사소통 전략을 사용해야 할까요?

전사적으로 적용할 몇 가지 기본값을 공유한 후, 세부 사항은 각 팀이 조정하도록 하세요. 신뢰할 수 있는 정보원, 에스컬레이션 규칙, 핵심 용어는 전사적으로 일관성을 유지할 수 있습니다. 반면, 응답 기한, 회의 주기, 채널 사용 방식 등은 워크플로우가 매우 다른 기능 간에 차이가 있을 수 있습니다.

사람들이 계속해서 의사소통 전략을 무시한다면 어떻게 해야 할까요?

행동을 비난하기 전에 규칙을 먼저 확인하십시오. 절차가 느리거나, 기억하기 어렵거나, 일과 잘 맞지 않는다면 사람들은 그 규칙을 우회할 것입니다. 먼저 그 문제를 해결하십시오. 한 사람이 정상적으로 작동하는 시스템을 계속해서 우회한다면, 이는 관리상의 문제가 되므로 그에 맞게 처리해야 합니다.

위기 커뮤니케이션 전략이란 무엇인가요?

위기 커뮤니케이션 플랜이란 인시던트나 평판 이벤트가 발생했을 때 누가, 어떤 채널을 통해, 얼마나 자주 발언할지에 대해 사전에 합의해 둔 플랜을 말합니다. 이는 일상적인 플랜과 세 가지 측면에서 다릅니다: 지정된 단일 대변인, 훨씬 더 빈번한 상황 업데이트, 그리고 이벤트 발생 전에 미리 작성해 둔 임시 성명서입니다. 새벽 2시에는 누구도 올바른 의사결정을 내릴 수 없으므로, 미리 작성해 두십시오.