Teams 공유 채널 제한 사항 정리

By Mirko Peters · 2026-04-15

협업 플랫폼의 공유 채널 사양을 살펴보고, 공유 채널에서 팀 구성원과 비공개 채널을 사용할 때의 제한 사항을 알아봅니다.

Automatically translated with AI from the original post. Read the English original

Cover: Fix Microsoft 365 Compliance Drift Beyond Green Dashboards

Microsoft Teams를 조직에서 관리하고 있다면 공유 채널을 이해하는 것은 "있으면 좋은" 수준이 아니라 업무에 꼭 필요한 일입니다. 공유 채널은 강력하지만, 숙련된 관리자도 놓치기 쉬운 숨겨진 경계가 있습니다. 이 글에서는 기술적인 특성부터 일상적인 관리 업무의 어려움까지, Teams 공유 채널의 실제 제한 사항을 자세히 살펴봅니다.

공유 채널이 어떻게 작동하는지, 표준 채널보다 어떤 점에서 더 나은지, 그리고 무엇보다 중요한 부족한 점이 무엇인지 정확히 설명합니다. 복잡한 설명은 빼고 거버넌스 요구 사항을 명확히 정리하며, 흔히 빠지는 함정을 피하는 방법을 직접 알려드립니다. Teams를 안정적이고 안전하게 운영하거나 부서 간 협업을 이끌어야 하는 분(때로는 조직 내 복잡한 절차를 헤쳐 나가야 하는 분)이라면 필요한 답을 여기서 얻을 수 있습니다.

이 심층 분석은 특히 IT 및 거버넌스 담당자를 위해 준비했습니다. 예상치 못한 문제에 시간을 낭비하지 않고, Teams 구조를 처음부터 올바르게 설계하고 싶은 분들을 대상으로 합니다.

Microsoft Teams의 공유 채널 이해하기

Microsoft Teams의 공유 채널은 부서나 회사에 관계없이 나와 파트너가 한 공간에서 연결될 수 있게 해 주면서 협업 방식을 크게 바꾸고 있습니다. Teams 안에 설치된 다리라고 생각하면 이해하기 쉽습니다. 디지털 출입문을 완전히 열지 않고도 함께 일할 수 있게 해 주는 것입니다. 전 세계에 있는 사람이든 같은 건물 안에 있는 사람이든 초대할 수 있으며, 초대된 사람은 여러분이 공개한 내용만 보게 됩니다. 더 많지도, 더 적지도 않습니다.

조직은 왜 표준 채널이나 비공개 채널 대신 공유 채널을 선택할까요? 외부 파트너를 참여시키거나, 다른 팀의 일부만 협업에 포함해야 할 때가 있습니다. 전체 액세스 권한을 부여하거나 새 팀을 여러 개 만들지 않고도 이런 유연성이 필요합니다. 공유 채널은 바로 이런 통제력을 제공하며, 규제가 엄격한 산업이나 까다로운 데이터 지침을 따라야 하는 환경에서는 이렇게 대상을 좁힌 협업이 매우 중요합니다.

공유 채널에는 더 중요한 내부 동작 방식도 있습니다. 공유 채널은 표준 채널 및 비공개 채널과 다른 고유한 권한과 동작을 갖습니다. 이 경계를 정확히 알고 있으면 조직의 거버넌스 규칙에 맞게 협업 환경을 조정할 수 있습니다. 이러한 차이를 이해하지 못하면 관리하기 어려운 Teams 환경이 만들어지거나, 더 심각하게는 원치 않는 데이터 노출이 발생할 수 있습니다. 기술적·관리적 제한 사항을 자세히 살펴보기 전에 이 차이를 파악하는 것이 첫걸음입니다. 채널 선택에 대해 더 깊이 비교하고 싶다면 비공개 채널과 공유 채널을 비교한 이 가이드도 참고해 보시기 바랍니다.

Microsoft Teams의 공유 채널

정의: Microsoft Teams의 공유 채널은 서로 다른 팀, 조직 또는 테넌트의 구성원이 대상 팀을 전환하거나 게스트를 추가하지 않고도 하나의 채널에서 직접 협업할 수 있도록 하는 채널 유형입니다.

간략한 설명: 공유 채널은 각 조직의 거버넌스 및 규정 준수 통제를 유지하면서 외부 파트너나 다른 내부 팀과 대화, 파일, 앱을 안전하고 세밀하게 공유할 수 있는 방법을 제공합니다. 여러 팀 및 테넌트의 구성원을 직접 참여시킬 수 있어 조직 간 협업을 간소화하고 팀을 중복으로 만들 필요를 줄입니다. 관리자는 공유 채널을 배포할 계획을 세울 때 앱 사용 가능 여부, 규정 준수 기능, 테넌트 간 정책 제한 등 Teams 공유 채널의 제한 사항을 검토하여 해당 기능이 보안 및 거버넌스 요구 사항을 충족하는지 확인해야 합니다.

공유 채널과 표준 채널의 차이점

모임 유연성: 공유 채널을 사용하면 조직 내부 또는 외부의 사용자를 전체 팀의 구성원으로 만들지 않고도 하나의 채널에 추가할 수 있습니다.
외부 협업: 공유 채널을 사용하면 외부 파트너를 원활하게 참여시킬 수 있습니다. 반면 표준 채널은 팀이나 테넌트 내부 사용자로만 제한됩니다.
권한 통제: 공유 채널은 세밀한 통제 기능을 제공하므로, 팀 외부 사용자는 의도적으로 공개된 콘텐츠만 볼 수 있습니다. 관련 없는 파일이나 채팅에 무단으로 접근할 수 없습니다.
거버넌스 차이: 공유 채널은 특히 규정 준수 및 수명 주기 측면에서 별도의 관리 방식이 필요합니다. 내부에서 모든 것이 처리되고 단순한 표준 채널과는 다릅니다.
조직 간 활용: 하이브리드 프로젝트나 조직 간 협업에 안성맞춤입니다. 표준 채널로는 감당하기 어려운 상황에서 특히 유용합니다.

더 자세히 알아보고 싶으신가요? 공유 채널과 비공개 채널을 나란히 비교한 이 가이드를 확인해 보세요.

공유 채널의 주요 제약 사항

공유 채널은 간소화된 협업을 약속하지만, 그에 따른 제약도 따릅니다. 교차 팀 및 조직 간 워크플로를 가능하게 하는 장점이 있지만, Microsoft의 설계와 복잡한 조직의 현실에 의해 여러 한계가 존재합니다. 일부 기능이 빠져 있고, 일부 규칙은 시행하기가 더 까다로우며, 미리 알아두지 않으면 작업 속도를 떨어뜨릴 수 있는 몇 가지 특이 사항도 있습니다.

IT 관리자와 팀 소유자라면 이러한 경계를 정확히 파악하는 것이 중요합니다. 외부 프로젝트에 공유 채널이 충분히 유연한가, 아니면 멤버 자격 규칙 때문에 오히려 속도가 느려지는가? 통합 제한과 앱 제한을 감수할 수 있는가, 아니면 더 많은 통제가 필요해 비공개 채널이나 표준 채널을 사용하는 편이 나은가? 이는 가상의 질문이 아니라 실제 Teams 관리 현장에서 매일 마주치는 문제입니다.

다음 섹션에서는 공유 채널에 따르는 주요 기술적 및 운영상의 과제를 살펴보겠습니다. 어디에 장애물이 있는지 미리 알고 있으면 원활한 배포, 더 나은 거버넌스를 구현하고, 사용자가 질문이나 문제를 들고 찾아왔을 때 놀라는 일을 줄일 수 있습니다.

사용자가 알아야 할 기능 및 기술적 제약 사항

기존 게스트 미지원: 표준 채널과 달리 공유 채널에서는 외부 조직의 "게스트" 사용자를 추가할 수 없습니다. 외부 사용자는 B2B 직접 연결을 통해서만 들어올 수 있으며, 이로 인해 일부 조직은 참여하지 못하게 됩니다.
앱 통합 제한: 많은 타사 앱, 봇 및 Teams 커넥터가 공유 채널에서 작동하지 않습니다. 워크플로가 특정 도구에 의존하는 경우 장애물에 부딪힐 수 있습니다.
멤버 수 상한: 공유 채널은 추가할 수 있는 사용자나 팀 수에 엄격한 제한이 있습니다. 협업 범위가 넓은 대규모 프로젝트에는 영향을 줄 수 있습니다.
SharePoint 파일 특이 사항: 파일은 채널에 연결된 별도의 SharePoint 사이트 컬렉션에 저장되므로, 외부 사용자에게 혼란을 주거나 액세스가 일관되지 않을 수 있습니다.
수명 주기 관리의 한계: 삭제된 공유 채널을 항상 쉽게 복구할 수 있는 것은 아니며, 파일이나 대화를 복원하는 작업도 표준 채널만큼 간단하지 않습니다.
테넌트 간 성능 문제: 테넌트 간 메시지 동기화와 파일 액세스가 지연되거나 일시적인 액세스 문제를 일으킬 수 있습니다. 특히 부하가 크거나 네트워크가 느린 환경에서 두드러집니다.
관리 제어의 격차: 표준 채널과 비교하면 공유 채널은 정책 시행과 사용자 관리 옵션이 제한적이며, 특히 테넌트 간 멤버 자격에서 그렇습니다.

Teams의 채널 관리 및 거버넌스

강력한 채널 거버넌스 전략 없이 Microsoft Teams를 관리하는 것은 선반과 라벨이 없는 창고를 운영하는 것과 같습니다. 중요한 것을 놓치게 되고, 무언가를 찾고 보호하거나 삭제해야 할 때 분명 골치 아픈 상황에 부딪히게 됩니다. 공유 채널에서는 부서 간 내부 경계는 물론 외부 파트너와의 조직 경계까지 넘나드는 경우가 많아, 거버넌스가 더욱 중요해집니다.

이 섹션에서는 공유 채널에 필요한 프레임워크와 정책 결정에 집중합니다. 명확한 경계를 설정하는 방법, 합리적인 승인 워크플로를 만드는 방법, 그리고 누가 무엇을 보고 있는지 추적하는 방법을 익히게 됩니다. 이를 통해 민감한 데이터를 보호하고, 어느 날 갑자기 Teams 스프롤 문제에 직면하는 상황을 피할 수 있습니다. 규제가 엄격한 업종에 속해 있거나 이전에 협업 관리가 혼란스러웠던 경험이 있다면 특히 주의 깊게 살펴보시기 바랍니다.

Teams 거버넌스의 '이유'와 '방법'에 대해 더 알고 싶으신가요? Teams의 혼란을 확신 있는 협업으로 바꾸는 실용 가이드를 참고하시거나 거버넌스가 조직의 성공을 실제로 이끄는 방식을 살펴보세요. 이 자료들은 효과적인 Teams 거버넌스 전략의 핵심 원리를 깊이 있게 다룹니다.

Microsoft Teams 공유 채널에 대해 사람들이 흔히 범하는 실수

아래는 Teams 공유 채널의 제한 사항과 사용법에 관해 자주 발생하는 오해와 실수입니다.

모든 사용자가 공유 채널을 만들 수 있다고 가정하기: 테넌트 관리자가 정책이나 조직 설정을 통해 생성을 제한할 수 있는데도, 모든 사용자가 공유 채널을 만들 수 있다고 믿는 경우입니다.
표준 채널과 기능이 완전히 같다고 기대하기: 공유 채널이 모든 Teams 기능(앱, 커넥터, 일부 모임 기능)을 동일하게 지원한다고 생각하는 경우입니다. 일부 앱과 통합 기능은 제한되거나 지원되지 않습니다.
교차 테넌트 권한의 복잡성 간과하기: 외부 사용자를 추가하는 일이 간단하다고 가정하는 경우입니다. 교차 테넌트 액세스에는 적절한 조직 및 Azure AD 설정이 필요하며, 경우에 따라 게스트 또는 B2B 직접 연결 구성도 필요합니다.
구성원 모델을 혼동하기: 공유 채널을 게스트 액세스 및 팀 수준 구성원 자격과 혼동하는 경우입니다. 이로 인해 권한 상속과 표시 범위에 대해 잘못된 가정을 하게 됩니다.
규정 준수 및 데이터 상주 규칙 무시하기: 공유 채널이 규정 준수, 감사 또는 데이터 상주 요건을 우회한다고 가정하는 경우입니다. 공유 채널도 테넌트의 규정 준수 제어와 eDiscovery 제약의 적용을 받습니다.
앱 및 봇의 제한 사항 과소평가하기: 모든 타사 앱이나 사용자 지정 앱이 공유 채널 안에서 동작할 것으로 기대하는 경우입니다. 많은 앱은 테넌트에 설치되거나 공유 채널에 대한 명시적 지원이 필요합니다.
파일 액세스 동작을 잘못 이해하기: 파일이 항상 팀 SharePoint 사이트에 저장된다고 믿는 경우입니다. 공유 채널의 파일은 별도의 SharePoint 사이트를 사용하며, 공유 동작과 제한 사항이 다를 수 있습니다.
게스트 수명 주기와 ID 매핑 계획하지 않기: 테넌트 간에 외부 사용자를 어떻게 관리할지 조율하지 않으면 ID가 변경되거나 제거될 때 액세스가 끊어질 수 있습니다.
정책 및 규정 준수 설정이 자동으로 적용된다고 가정하기: 기존 팀 정책(보존, DLP, 민감도 레이블)이 설정을 확인하지 않고도 공유 채널에서 동일하게 동작할 것으로 기대하는 경우입니다.
공유 채널 수 또는 구성원 수 제한 간과하기: 생성할 수 있는 공유 채널 수나 채널에 포함할 수 있는 구성원 수에 대한 테넌트 수준의 제한을 고려하지 않으면 확장성 문제가 발생할 수 있습니다.
액세스 상태를 UI 표시에만 의존하기: 외부 액세스 여부를 UI 레이블만으로 판단하는 경우입니다. 실제 액세스 상태는 Azure AD와 Teams 관리 센터에서 확인하는 것이 더 바람직합니다.
사용자에게 검색 및 탐색 교육을 하지 않기: 사용자가 공유 채널을 찾지 못하거나 팀과의 차이를 이해하지 못하면 중복 작업이 생기거나 협업 기회를 놓칠 수 있습니다.

공유 채널에 대한 거버넌스 정책

액세스 권한 관리: 누가 공유 채널을 만들고, 소유하고, 참여할 수 있는지 명확하게 정의하십시오. 이를 통해 승인되지 않은 데이터 공유를 방지하고 협업의 초점을 유지할 수 있습니다.
멤버십 모니터링: 특히 외부 파트너가 참여한 경우, 공유 채널에 누가 들어오고 나가는지 추적하십시오. 정기적인 검토는 실수로 인한 정보 유출을 막는 데 도움이 됩니다.
컴플라이언스 시행: 미리 정의된 정책을 사용하여 모든 채널 활동이 데이터 상주, 레코드 보존, 커뮤니케이션 표준 등 컴플라이언스 요구 사항에 부합하도록 하십시오.
소유권 명확화: 각 공유 채널에 명확한 소유자를 지정하여 멤버십, 콘텐츠 및 보안 설정에 대한 직접적인 책임을 갖도록 하십시오.
정기 감사: 공유 채널 설정과 콘텐츠를 정기적으로 검토하여 조직의 위험 허용 범위 및 컴플라이언스 프레임워크와 계속 일치하는지 확인하십시오. 거버넌스에 대한 통제 환상에 관해 더 알고 싶다면 이 생각을 자극하는 거버넌스 팟캐스트를 확인해 보십시오.

수명 주기 관리 및 채널 생성

엄격한 생성 통제: 지정된 사용자 또는 역할만 공유 채널을 만들 수 있도록 허용하십시오. 이렇게 하면 불필요한 채널 확산을 줄이고 실수로 인한 데이터 노출로부터 환경을 보호할 수 있습니다.
표준화된 이름 지정 및 메타데이터: 채널을 생성할 때 템플릿과 메타데이터 태그를 적용하여 채널을 체계적으로 관리하고, 검색과 수명 주기 보고를 더 쉽게 만드십시오.
승인 워크플로: Power Automate와 같은 도구를 사용해 자동화된 승인 단계를 설정하여 새로 만드는 모든 공유 채널이 유효한 비즈니스 근거를 갖추고 거버넌스 요구 사항을 충족하도록 하십시오. 자동화된 수명 주기 거버넌스에 대해서는 이 상세한 how-to 가이드에서 자세히 알아보십시오.
자동 비활성 감지: 도구나 스크립트를 사용하여 비활성 공유 채널을 찾아내고, 소유자에게 사용하지 않는 채널을 정리하거나 보관하거나 삭제하도록 알리십시오.
보존 및 삭제 정책: 공유 채널 삭제에 대한 명확한 규칙을 설정하십시오. 삭제 전 확인 단계와 삭제된 콘텐츠를 복원할 수 있는 기간을 포함하여, 중요한 정보가 실수로 사라지지 않도록 하십시오.
가시성 통제: Teams 디렉터리에서 채널이 보이는 사용자를 꼭 필요한 사용자로 제한하십시오. 이렇게 하면 민감하거나 기밀인 협업을 적절히 보호할 수 있습니다.

관리자를 위한 채널 관리 작업 및 설정

소유권 변경: 관리자는 공유 채널의 소유권을 이전할 수 있지만, 허용된 범위 내에서만 가능하며 테넌트 간 권한을 신중하게 확인해야 합니다.
멤버십 조정: 공유 채널에서 사용자와 팀을 업데이트하거나 제거할 수 있지만, 외부 참가자가 포함된 경우에는 일부 제한이 있을 수 있습니다.
제한된 설정 통제: 특히 외부 조직이 멤버로 참여한 경우, 관리자가 공유 채널에서 콘텐츠 통제를 적용하거나 메시지를 제한할 수 있는 옵션이 더 적을 수 있습니다.
감사 및 컴플라이언스 가시성: 테넌트 경계를 넘나드는 사용 추적, 활동 로그, 콘텐츠 모니터링은 덜 포괄적일 수 있으므로 각별한 주의가 필요합니다.
자동화 및 통합: 반복적인 관리 작업에는 (예: Power Automate를 통한) 자동화를 활용하되, 외부 테넌트와 채널을 공유할 때는 모든 워크플로가 매끄럽게 연동되지는 않는다는 점을 기억하십시오. 프로젝트 구성 팁은 이 Teams 프로젝트 단계별 가이드를 참고하십시오.

Teams 공유 채널의 보안 및 컴플라이언스

외부 사용자를 협업의 핵심 영역에 들이는 순간, 보안과 컴플라이언스는 떼려야 뗄 수 없는 관계가 됩니다. 공유 채널은 본질적으로 새로운 위험을 수반하며, 특히 사용자가 테넌트와 조직 사이의 경계를 넘나들 때 그렇습니다. 외부 파트너에게 문을 열면 보안 경계가 넓어지고, 그 과정에서 미처 알지 못했던 틈이 드러나기도 합니다.

이 섹션에서는 데이터를 안전하게 지키고 관리자가 곤란한 상황에 빠지지 않도록 하는 가드레일을 자세히 살펴봅니다. Microsoft가 암호화, 정책 제어, 감사 로깅을 위해 제공하는 도구와 더 세심한 주의가 필요한 보안 통제 항목을 확인하게 됩니다. 규제가 엄격한 환경에서 일하는 분이나 과거에 데이터 유출을 겪은 분이라면, 이 내용이 규정을 준수하고 신뢰할 수 있는 Teams 환경을 구축하는 데 꼭 필요한 인사이트가 될 것입니다.

기본 수준을 넘어서고 싶다면 다중 계층 보호 전략을 다룬 Microsoft Teams 보안 강화 가이드를 확인해 보시기 바랍니다. 오늘날처럼 상호 연결된 환경에서는 이런 세부 사항을 제대로 챙기는지에 따라 안전과 후회의 차이가 갈리게 됩니다.

보안 기능 및 규정 준수 조치

데이터 암호화: 공유 채널의 모든 메시지와 파일 콘텐츠는 전송 중과 저장 시 모두 암호화되며, 민감한 협업 데이터를 업계 표준 수준으로 보호합니다.
조건부 액세스 정책: 조직은 공유 채널에 액세스하는 모든 사용자에 대해 MFA를 요구하고, 위치 제한을 적용하며, 위험한 로그인을 차단할 수 있습니다.
데이터 손실 방지(DLP): DLP 정책은 메시지, 파일, 첨부 파일을 검사하여 민감한 데이터를 찾아내고, 보호 조치를 자동으로 적용하거나 위험한 정보 공유를 차단할 수 있습니다.
정보 차단: 이러한 통제는 특정 사용자나 그룹이 부적절하게 소통하는 것을 막아 줍니다. 특히 규제가 엄격한 업종이나 법적으로 데이터 분리가 요구되는 경우에 유용합니다.
감사 추적: 파일 액세스나 멤버십 변경 같은 활동을 전부 기록하므로, 문제가 발생했을 때 규정 준수 확인과 포렌식 분석이 가능합니다. 더 실용적인 팁을 원하시면 5계층 Teams 보안 팟캐스트를 들어 보시기 바랍니다.

외부 액세스 및 테넌트 간 협업 위험

외부 초대 통제: 관리자는 외부 사용자를 초대할 수 있는 대상을 설정할 수 있지만, 통제를 엄격하게 시행하지 않으면 승인되지 않은 초대와 섀도 IT가 실제 위험이 됩니다.
테넌트 간 모니터링 공백: 활동이 조직 경계를 넘나들면 감사 가시성과 보안 이벤트 모니터링이 더 어려워집니다. 활동 로그가 내부 사용자만큼 외부 게스트를 세밀하게 추적하지 못할 수도 있습니다.
정책 시행의 어려움: 공유 채널의 모든 구성원에게 동일한 규정 준수 규칙을 적용하기는 쉽지 않으며, 특히 파트너사의 보안 기준이 느슨한 경우에는 더욱 그렇습니다.
데이터 유출 위험: 외부 링크나 실수로 인한 공유가 발생하면 내부용으로 의도된 파일이나 메시지가 잘못된 사람에게 전달되기도 합니다.
협업 복잡성: 서로 다른 보안 정책을 가진 여러 조직이 함께 일하면 문제 해결이 느려지고 사용자 경험이 복잡해지며, 예상하지 못한 규정 준수 사각지대가 생길 수 있습니다.
게스트를 위한 추가 단계: 외부 참가자는 추가 인증 절차를 거쳐야 할 수 있으며, 이로 인해 생산성이 떨어지거나 공유 채널 참여를 아예 포기할 수도 있습니다. 효과적인 완화 전략은 이 보안 모범 사례를 참고하시기 바랍니다.

파일 액세스 및 SharePoint 통합

대부분의 Teams 협업에서 파일은 핵심 자산입니다. 공유 채널에서는 스토리지와 액세스 방식에 새로운 변수가 생깁니다. 모든 공유 채널에는 연결된 SharePoint 사이트가 하나씩 만들어지며, 이를 통해 더 세분화된 권한을 설정할 수 있습니다. 하지만 그만큼 혼란이 생길 수도 있습니다. 외부 사용자나 다른 테넌트의 구성원을 추가하면, 누가 파일을 열고 편집하고 공유할 수 있는지에 대한 규칙을 추적하기가 조금 더 까다로워집니다.

파일 액세스를 올바르게 설정하는 것은 '있으면 좋은 기능'이 아니라 규정 준수 문제이자 일상적인 업무와 직결된 과제입니다. 고객이 필요한 문서를 다운로드하지 못하거나 민감한 폴더에 엉뚱한 사람이 들어가면, 프로젝트는 물론 신뢰도까지 빠르게 무너질 수 있습니다. SharePoint가 공유 채널과 어떻게 연동되는지, 그리고 일반 Teams 파일과 비교했을 때 언제 기존 방식에서 벗어나는지 이해해 두면, 사용자가 문제를 인지하기 전에 미리 발견하고 대응할 수 있습니다.

액세스와 보호의 균형을 맞추는 요령이 필요하다면, 특히 Power BI 대시보드를 함께 도입하거나 경영진 보고를 위해 SharePoint를 연동하려는 경우라면 Teams와 SharePoint 대시보드 비교를 참고해 보십시오. 두 플랫폼을 더 잘 활용하는 데 도움이 되는 명확한 비교 자료입니다.

공유 채널에서의 파일 액세스와 권한 작동 방식

전용 SharePoint 사이트 컬렉션: 각 공유 채널은 상위 팀 사이트와 별도로 자체 SharePoint 사이트에 연결됩니다. 이 구조는 데이터가 실수로 섞이는 것을 막아 주지만, 권한을 관리하는 관리자에게는 복잡성을 더합니다.
사용자 지정 권한 상속: 공유 채널에서 할당한 권한은 SharePoint의 기본 상속 설정보다 우선합니다. 채널 소유자가 액세스를 제어하지만, 변경 사항이 외부 사용자 계정에 자동으로 반영되지는 않으므로 액세스가 일관되지 않은 상황이 발생할 수 있습니다.
외부 사용자 액세스: 외부 참여자는 공유 채널에 연결된 파일만 볼 수 있으며, 팀이나 팀의 기본 SharePoint 사이트의 다른 항목은 볼 수 없습니다.
파일 공유 제한: 외부 게스트는 파일이나 폴더를 다시 공유하지 못할 수 있습니다. 소속 조직 내에서 문서를 더 널리 배포해야 할 경우 협업에 제약이 생길 수 있습니다.
문서 링크 제한: 공유 링크는 테넌트 외부 사용자에게 제대로 작동하지 않거나 다르게 동작할 수 있으며, 예상보다 많은 지원 요청(그리고 다급한 이메일)을 불러올 수 있습니다.
데이터 수명 주기 제어: 공유 채널을 삭제하면 별도의 SharePoint 사이트도 함께 삭제됩니다. 따라서 규제 준수를 위해 백업이나 보존 정책을 반드시 마련해 두십시오.

공유 채널의 메시지 및 모임

포용적인 메시징: 내부 사용자와 외부 사용자 모두 공유 채널에 게시할 수 있어 모든 참여자가 같은 정보를 공유할 수 있습니다. 다만 테넌트 설정에 따라 채널 밖의 직접 채팅은 여전히 제한될 수 있습니다.
모임 통합: 공유 채널에서 Teams 모임을 바로 예약할 수 있지만, 게스트와 크로스 테넌트 사용자에게는 일부 모임 환경과 기능이 제한될 수 있습니다.
메시지 검색 및 규정 준수: 공유 채널의 메시지는 규정 준수 검색 대상이 됩니다. 그러나 eDiscovery나 감사 도구가 홈 조직 밖까지 미치지 못하면 테넌트 간 가시성이 일관되지 않을 수 있습니다.
앱 및 봇 제약: 모임에 첨부된 사용자 지정 봇과 앱은 완전히 지원되지 않을 수 있어 워크플로 자동화나 모임 향상 프로젝트에 걸림돌이 될 수 있습니다. 고급 모임 기능에 대한 심층 가이드는 Teams 모임 확장성에 관한 이 전문가 가이드를 참고하십시오.

공유 채널의 일반적인 사용 사례와 과제

공유 채널이 가장 빛을 발하는 곳은 일반 Teams로는 한계가 뚜렷한 협업 시나리오입니다. 외부 에이전시와 협력하거나, 공동 벤처를 운영하거나, 대규모 프로젝트 도입을 위해 사업부 간 연계가 필요한 경우가 여기에 해당합니다. 그렇더라도 모든 도구에는 거친 부분이 있으며, 충분한 준비 없이 도입하면 공유 채널은 인내심을 시험할 것입니다.

다음 섹션에서는 공유 채널이 실제로 효과를 발휘하는 사례를 자세히 살펴보며, 공유 채널을 써야 할 때와 피해야 할 때를 판단하는 확실한 신호를 짚어 봅니다. 또한 권한 문제나 예상치 못한 규정 준수 위험처럼 모든 것이 순조롭지 않을 때 무슨 일이 벌어지는지도 다룹니다. 핵심은 팀과 데이터를 맡기기 전에 장점과 문제점을 모두 이해하는 것입니다.

현장에서 얻은 사례와 교훈도 많이 있습니다. 다른 사람의 실수를 되풀이하지 않고 배우고 싶다면, 채널 유형을 비교하고 좋은 사례와 주의할 점을 함께 담은 이 결정 가이드를 확인해 보십시오.

공유 채널을 사용하는 것이 적절한 경우

외부 프로젝트 협업: 파트너, 공급업체, 고객처럼 특정 파일이나 논의에 지속적으로 접근해야 하는 외부 참여자와 함께 작업할 때 공유 채널을 사용하면 매끄럽게 진행할 수 있습니다.
부서 간 이니셔티브: 프로젝트에 여러 내부 팀이 관여하지만 전사가 필요한 것은 아닐 때, 공유 채널을 사용하면 관련 사용자만 참여시킬 수 있습니다.
임시 작업 그룹: 위기 대응처럼 기간이 정해져 있고 집중도가 높은 작업을 여러 조직에 걸쳐 진행할 때 공유 채널은 빠르고 유연한 협업 환경을 제공합니다.
Teams 팀 난립 방지: 협업이 필요할 때마다 새 팀을 만드는 대신 공유 채널을 활용하면 디렉터리를 깔끔하고 목적에 맞게 유지할 수 있습니다.
컴플라이언스 간소화: 규제가 엄격한 환경에서는 공유 채널을 사용해 보호가 필요한 대상에만 정책을 적용할 수 있으므로, 범위가 넓은 거버넌스로 인한 번거로움을 피할 수 있습니다.

문제점과 해결 방법

복잡한 거버넌스 및 소유권: 여러 조직의 관리자가 하나의 공유 채널을 함께 관리하려고 하면 정책이 충돌할 수 있습니다. 해결 방법: 명확한 소유자를 지정하고 생성 시점에 표준화된 규칙을 설정하십시오. 정기적으로 검토를 진행해 모든 구성원이 책임과 변경 사항을 함께 이해하도록 하십시오.
권한 혼선: 외부 사용자가 예기치 않게 액세스 권한을 잃거나 문서에서 차단되는 경우가 있습니다. 해결 방법: 채널 수준 권한과 SharePoint 사이트가 어떻게 상호 작용하는지 사용자에게 교육하십시오. 구성원 목록을 정기적으로 감사하고 게스트 액세스를 테스트하여 문제가 커지기 전에 찾아내십시오.
앱 및 통합 격차: 사용자는 봇이나 Power Automate 워크플로가 일반 팀에서처럼 작동하기를 기대하지만, 많은 통합이 제대로 작동하지 않습니다. 해결 방법: 지원되는 앱이 무엇인지 명확하게 안내하십시오. 고급 기능이 필요하다면 전체 통합이 가능한 다른 Teams 또는 SharePoint 공간을 통해 자동화를 구성하십시오.
테넌트 간 통신 지연: 네트워크가 과부하 상태이거나 테넌트 구성이 잘못된 경우 특히 메시지와 파일 동기화가 지연될 수 있습니다. 해결 방법: 멤버십을 필수 조직으로 제한하고, 채널 상태를 모니터링하며, 파일을 체계적으로 정리하여 동기화 부하를 최소화하십시오.
수명 주기 및 난립 관리: 관리되지 않으면 소유자가 없는 공유 채널이 계속 쌓일 수 있습니다. 해결 방법: 주기적인 비활성 점검을 구현하고, 소유자에게 정리를 독려하며, 데이터 손실이나 불필요한 혼잡을 막기 위해 채널 삭제를 보존 정책과 연계하십시오.
컴플라이언스 사각지대: 테넌트 간 외부 활동을 추적하는 일은 항상 간단하지 않아 감사나 놓친 보안 사고로 이어질 위험이 있습니다. 해결 방법: 사용 가능한 Microsoft 및 타사 감사 도구를 모두 활용하고, 필요한 경우 수동 로그로 모니터링 공백을 메우며, 정책 시행과 교육을 사전에 꾸준히 진행하십시오.

공유 채널의 성능 및 확장성 한계

여러 조직에 걸쳐 복잡하게 확장되는 협업에 공유 채널을 많이 의존할수록 성능의 한계가 드러나기 시작합니다. Teams는 유연성을 위해 설계되었지만, 공유 채널은 이러한 유연성을 실제 환경의 병목 현상과 맞부딪히게 합니다. 메시지 지연, 파일 액세스 속도 저하, 심지어 동기화 장애까지 발생할 수 있으며, 특히 많은 사용자가 몰리거나 여러 외부 테넌트를 연결할 때 더 두드러집니다.

도입 규모가 작아 파트너가 5개 정도이고 파일이 수십 개 수준이라면 체감하기 어려울 것입니다. 하지만 수백 명의 사용자나 수 기가바이트 규모의 공유 문서를 다루는 엔터프라이즈급 프로젝트를 운영하면 Teams가 어디까지 버틸 수 있는지 분명히 보이기 시작합니다. 이는 IT 부서만의 문제가 아닙니다. 첫 번째 "이 채널은 왜 이렇게 느린가요?"라는 문의가 들어오면 컴플라이언스 담당자와 프로젝트 관리자도 관심을 갖게 될 것입니다.

앞으로 조직이 회사 간 또는 벤더 협업의 핵심으로 공유 채널을 활용할 계획이라면, 이러한 성능 한계를 염두에 두십시오. 지연이나 데이터 문제로 사용자들이 일정에 뒤처지기 시작한 뒤에 수습하려고 하기보다는, 이러한 한계를 고려해 처음부터 설계하는 편이 낫습니다.

사용자 및 파일 제한이 공유 채널 성능에 미치는 영향

사용자 한도: 공유 채널에는 엄격한 멤버십 한도가 있으며(현재 최대 사용자 5,000명, 팀 최대 50개), 절대 한도에 도달하기 훨씬 전에도 메시지 로드 지연, 동기화 속도 저하 같은 성능 저하가 나타날 수 있습니다.
파일 볼륨 임계값: 파일 수와 전체 채널 저장 용량이 늘어날수록(특히 대용량 파일의 경우) 파일 액세스가 느려지고, 인덱싱과 검색 속도도 모든 사용자, 특히 외부 사용자에게 더 느려집니다.
테넌트 간 지연 시간: 연결하는 테넌트가 많을수록 메시지 지연, 알림 누락, 스레드 대화에서 맥락이 사라지는 문제가 발생할 가능성이 높아집니다.
문서 동기화 문제: 동시 편집이나 동시 업로드가 많으면 동기화 오류가 발생하고, 일부 공동 작업자에게는 파일 "잠금"이 걸릴 수 있습니다.
모범 사례: 협업을 원활하게 유지하려면 채널 멤버십을 정기적으로 정리하고, 파일이 쌓이지 않도록 관리하며, 완료된 프로젝트는 채널을 무한정 늘리지 않도록 보관하십시오.

Teams Shared Channels 제한 사항 체크리스트

배포 전에 Microsoft Teams Shared Channels의 제한 사항과 구성을 평가하고 계획하려면 이 체크리스트를 사용하십시오.

Microsoft Teams Shared Channels에 대해 알아야 할 놀라운 사실 8가지(및 주요 Teams Shared Channels 제한 사항)

팀에 게스트를 추가하지 않는 세분화된 게스트 액세스: Shared Channels를 사용하면 상위 팀에 추가하지 않고도 채널에 사용자와 조직 전체를 직접 초대할 수 있습니다. 다만 일부 테넌트 간 기능(예: 조직 전체 앱)은 팀 내부와 동일하게 동작하지 않을 수 있으며, 이는 주요 teams shared channels 제한 사항 중 하나입니다.
테넌트 간 협업도 제한될 수 있습니다: Shared Channels는 테넌트 간 액세스를 가능하게 하지만, 테넌트 관리자는 테넌트 간 공유를 차단하거나 제한할 수 있습니다. 따라서 거버넌스 정책은 실제로 teams shared channels 제한 사항으로 작용합니다.
모든 앱이 Shared Channels를 지원하는 것은 아닙니다: 많은 타사 앱과 일부 Microsoft 앱도 Shared Channels 안에서 작동하지 않습니다. 워크플로를 옮기기 전에 확인해야 할 흔한 teams shared channels 제한 사항입니다.
파일 저장 방식이 다릅니다: Shared Channels의 파일은 채널 멤버가 액세스할 수 있는 별도의 사이트 컬렉션에 저장됩니다. 이 설계는 격리 수준을 높이지만, 팀 파일과 다를 수 있는 보존 정책 및 eDiscovery 구성과 관련된 teams shared channels 제한 사항을 발생시킵니다.
프라이빗 채널과 기능이 다릅니다: Shared Channels는 프라이빗 채널과 별개입니다. Shared Channels는 외부 멤버를 허용하지만 프라이빗 채널은 팀 멤버로 제한됩니다. 두 기능이 혼동되기 쉬운 점은 액세스 모델을 설계하는 계획 담당자에게 실질적인 teams shared channels 제한 사항입니다.
정책 및 규정 준수 제어가 복잡할 수 있습니다: 민감도 레이블, DLP, 보존 정책을 일관되게 적용하기가 Shared Channels에서는 더 어려울 수 있습니다. 이 때문에 규제를 받는 조직에서는 정책 공백이 눈에 띄는 teams shared channels 제한 사항이 됩니다.
모임 및 일정 동작이 다를 수 있습니다: Shared Channels에서 예약한 모임은 일정 표시 방식과 테넌트 간 모임 참여 경험이 다릅니다. 일정 및 참석자 관리에 영향을 주는 teams shared channels 제한 사항입니다.
마이그레이션 및 백업 도구가 완전히 지원하지 않을 수 있습니다: 많은 마이그레이션, 백업, 감사 도구가 아직 Shared Channels를 완전히 지원하지 않습니다. 따라서 채널 데이터를 이동하거나 보호하는 작업에 제약이 생길 수 있으며, 계획 단계에서 반드시 고려해야 할 중요한 teams shared channels 제한 사항입니다.

프라이빗 채널 제한 사항 및 고려 사항

프라이빗 채널의 주요 제한 사항은 Shared Channels와 비교하면 무엇인가요?

프라이빗 채널은 상위 팀의 멤버로만 제한되며 외부 Shared Channel 협업을 지원하지 않습니다. 또한 SharePoint Online에 별도의 Microsoft 365 그룹 기반 사이트를 만들고, 고유한 문서 라이브러리를 갖습니다. 팀당 만들 수 있는 프라이빗 채널 수에도 상한이 있으며, 흔히 팀당 30개로 알려져 있습니다. 프라이빗 채널은 Microsoft Teams Connect나 B2B Direct Connect를 통한 테넌트 간 협업에 사용할 수 없으며, 팀 소유자가 생성과 멤버십을 관리합니다.

프라이빗 채널 소유자가 외부 참가자를 관리할 수 있나요?

아니요. 프라이빗 채널 소유자는 같은 Microsoft 365 테넌트 내의 멤버만 관리할 수 있으며, 프라이빗 채널에는 테넌트 외부 사용자가 참여할 수 없습니다. 외부 사용자와 협업하려면 Microsoft Entra ID 및 테넌트 설정에 의존하는 Shared Channels 또는 기타 외부 공유 방법을 사용하십시오.

Shared Channels 사용: 설정 및 모범 사례

Shared Channel은 어떻게 만들며, 제한 사항은 무엇인가요?

Shared Channel을 만들려면 팀 소유자 또는 권한이 있는 사용자가 Teams 클라이언트에서 '공유 채널 만들기'를 선택하고, 테넌트의 채널 정책이 허용하는 범위에서 멤버와 외부 참가자를 선택합니다. 필요하면 B2B Direct Connect로 연결할 수도 있습니다. 제한 사항으로는 Shared Channel을 만들 수 있는 사용자를 정하는 테넌트별 정책, Microsoft Entra ID 설정에 따른 제약, 파일을 위한 SharePoint 사이트 액세스 의존성(Shared Channel은 자체 사이트 컬렉션을 가짐), 조직 전체 설정에 따른 팀당 채널 수 및 전체 Shared Channel 수의 상한이 있습니다.

누가 Shared Channel을 만들 수 있으며, 조직 정책은 이에 어떤 영향을 주나요?

소유자는 테넌트 채널 정책과 팀 설정이 허용하는 경우 공유 채널을 만들 수 있습니다. 일부 조직은 팀 소유자나 특정 역할로만 만들기를 제한합니다. Microsoft 365 테넌트 관리자는 Teams 관리 센터와 Microsoft Entra ID 구성을 통해 정책을 관리합니다. 만들기가 차단된 경우 구성원은 관리자에게 요청하거나 조직의 절차를 따라야 합니다.

외부 공동 작업을 위한 B2B Direct Connect

B2B Direct Connect란 무엇이며, 공유 채널의 제한 사항에 어떤 영향을 미치나요?

B2B Direct Connect는 사용자를 게스트로 추가하지 않고도 안전하고 간편하게 테넌트 간 공동 작업을 할 수 있도록 하는 기능입니다. 사용하도록 설정하면 외부 참가자가 테넌트를 넘어 Teams Connect 공유 채널을 사용할 수 있습니다. 제한 사항으로는 Microsoft Entra ID의 관리자 구성, 테넌트 신뢰 설정, 채널 정책에서 정의한 제약이 있습니다. 성능, 거버넌스, 규정 준수 제어도 함께 적용됩니다.

B2B Direct Connect를 사용하면 조직 외부 사용자도 공유 채널에 참가할 수 있나요?

네. B2B Direct Connect와 적절한 테넌트 정책을 사용하도록 설정하면 외부 참가자가 공유 채널에 참가하여 공동 작업을 할 수 있습니다. 다만 초대 흐름, Microsoft Entra ID를 통한 인증, 대상 테넌트의 정책에 따라 사용 경험이 달라집니다. 조직 전체의 팀 설정이나 채널 정책에 따라 외부 공유 액세스가 제한될 수도 있습니다.

공유 채널 소유자의 책임

공유 채널 소유자는 누구이며, 어떤 작업을 할 수 있나요?

공유 채널 소유자는 일반적으로 팀 소유자이거나 지정된 채널 소유자이며, 채널 구성원, 설정, 검토를 관리합니다. 공유 채널의 구성원을 초대하거나 제거하고, 검토 정책을 설정하고, 게시할 수 있는 사용자를 관리할 수 있습니다. 다만 일부 작업(예: 테넌트 간 신뢰 기능 변경, SharePoint 사이트 액세스 문제 해결)은 여전히 테넌트 관리자 권한이 필요할 수 있습니다.

공유 채널 소유자가 채널의 SharePoint 사이트에 액세스할 수 있나요?

네. 공유 채널에는 SharePoint Online에 고유한 사이트 컬렉션이나 문서 라이브러리가 있으며, 공유 채널 소유자와 적절한 권한을 가진 구성원은 공유 채널의 문서 라이브러리에 액세스할 수 있습니다. 액세스는 테넌트 정책과 테넌트 간 Microsoft Entra ID 관계에 따라 달라지며, 테넌트 간 파일 액세스에는 일부 관리자 동의가 필요할 수 있습니다.

공유 사용: 거버넌스와 채널 정책

채널 정책이란 무엇이며, 공유 채널 사용을 어떻게 제한하나요?

Microsoft Teams 관리자가 구성하는 채널 정책은 공유 채널의 만들기, 외부 액세스, 검토자 설정, 보존을 관리합니다. 공유 채널을 만들 수 있는 사용자, 외부 참가자 허용 여부, 앱이나 모임 기능 등 사용할 수 있는 기능을 제한합니다. 관리자는 채널 정책을 보안 업데이트와 조직의 규정 준수 요구 사항에 맞게 조정해야 합니다.

조직 정책을 준수하도록 공유 채널을 관리하려면 어떻게 해야 하나요?

공유 채널을 관리하려면 Teams 관리 센터에서 채널 정책을 적용하고, 채널 목록과 사용량을 모니터링하며, 누가 채널을 만들고 공유할 수 있는지 제어합니다. Microsoft Entra ID와 Microsoft 365 그룹 설정이 올바르게 구성되었는지 확인하고, 문서 라이브러리에 대한 SharePoint Online 사이트 권한을 검토하며, 감사와 보존 정책을 활용해 규정 준수 요건을 충족하세요.

공유 채널 관리: 구성원과 액세스

공유 채널에는 최대 몇 명의 구성원을 둘 수 있으며, 제한이 있나요?

공유 채널에는 외부 참가자를 포함해 많은 구성원을 둘 수 있지만, 실제 한도는 테넌트 구성, Teams 클라이언트 성능, 팀당 채널 할당량에 따라 달라집니다. 정확한 수치는 변경될 수 있으므로 현재 게시된 한도는 Microsoft Learn이나 Microsoft 지원 페이지에서 확인하세요. 대규모 공동 작업이라면 조직 전체 팀, 팀 구성원, 그리고 팀과 공유 채널 중 어느 모델이 더 적합한지 검토해 보세요.

공유 채널의 구성원이 파일과 문서 라이브러리에 액세스할 수 있나요?

네. 테넌트 간 액세스와 사이트 권한이 올바르게 구성되어 있다면 공유 채널의 구성원은 SharePoint Online의 채널 문서 라이브러리에 액세스할 수 있습니다. 공유 채널의 SharePoint 사이트는 상위 팀 사이트와 별도이므로, 파일에 액세스하고 공동 작업을 하려면 구성원이 공유 채널에 추가되어 있는지 확인하세요.

공유 채널 만들기: 기술적 단계와 실무 절차

Teams 클라이언트에서 공유 채널을 만드는 단계는 무엇인가요?

Teams 클라이언트에서 팀을 선택하고 '채널 추가'를 클릭한 다음, 채널 유형으로 '공유'를 선택합니다. 채널 이름을 입력하고 개인 정보 보호 및 멤버 구성을 설정한 후 내부 또는 외부 참여자를 초대합니다. 팀 소유자가 채널 정책에 따라 공유 채널을 만들 수 있는지 확인하고, 외부 공동 작업에 대한 Microsoft Entra ID 및 테넌트 설정도 점검합니다. 공유 채널을 만들면 파일을 위한 전용 SharePoint 사이트가 함께 생성됩니다.

많은 공유 채널이나 팀당 채널을 만들 때 제한이 있나요?

네, 서비스 제한과 성능 고려 사항에 따라 팀당 채널 수, 테넌트당 공유 채널 수, 전체 채널 수에 제한이 있습니다. 이러한 제한은 시스템 성능, 관리 용이성, 규정 준수를 위해 마련되어 있습니다. 최신 한도는 Microsoft Learn에서 확인하고, 그에 맞춰 팀 구조를 계획하시기 바랍니다.

채널 소유자 및 권한

채널 소유자와 팀 소유자의 권한은 어떻게 다른가요?

채널 소유자는 해당 채널(공유 또는 비공개)의 멤버십과 설정을 관리하며, 대화를 중재하고 파일을 관리하며 게시 권한을 설정할 수 있습니다. 팀 소유자는 상위 팀과 팀 멤버십, 채널 정책이 허용하는 범위 내에서의 채널 생성 기능 등 더 넓은 설정을 관리합니다. 테넌트 정책이 허용하면 소유자도 공유 채널을 만들 수 있습니다.

소유자가 다른 사용자를 대신해 공유 채널을 만들 수 있나요?

채널 정책과 팀 설정이 허용하면 소유자는 공유 채널을 만들고 멤버나 외부 참여자를 초대할 수 있습니다. 관리자가 특정 역할로 생성을 제한할 수도 있으므로, 소유자가 공유 채널을 만들 수 없다면 테넌트 수준의 채널 정책과 Microsoft Entra ID 구성을 확인하시기 바랍니다.

팀 및 채널: 공동 작업과 외부 공유

외부 사용자와 공동 작업할 때 공유 채널은 일반 채널과 어떻게 다른가요?

일반 채널에서는 외부 사용자를 팀에 게스트로 추가해야 하며, 이때 Microsoft 365 테넌트에 게스트 계정이 생성됩니다. 반면 공유 채널(Microsoft Teams Connect 사용)은 B2B Direct Connect가 구성되어 있으면 외부 참여자가 게스트 계정 없이 공동 작업할 수 있습니다. 따라서 외부 공동 작업은 더 간편해지지만, 채널 정책, Microsoft Entra ID, 테넌트 수준의 공유 설정에 따라 관리됩니다.

사용자가 공유 채널에 게스트로 추가되지 않고도 테넌트 간 공동 작업을 할 수 있나요?

네, Microsoft Teams Connect와 B2B Direct Connect를 사용하면 두 테넌트 모두 이를 허용하고, Microsoft Entra ID 설정과 채널 정책이 테넌트 간 공동 작업을 허용하도록 구성되어 있다면 외부 사용자가 테넌트의 완전한 게스트가 되지 않고도 공유 채널에 참여할 수 있습니다.

공유 채널의 SharePoint 사이트 및 파일 액세스

각 공유 채널에는 자체 SharePoint 사이트와 문서 라이브러리가 있나요?

네, 공유 채널에는 일반적으로 상위 팀 사이트와 별도로 SharePoint Online의 자체 사이트 컬렉션과 문서 라이브러리가 있습니다. 이러한 구조 덕분에 파일과 권한이 공유 채널 단위로 격리되므로, 공유 채널 멤버가 해당 SharePoint 사이트에서 적절한 권한을 부여받도록 관리해야 합니다.

공유 채널의 문서 라이브러리에 대한 액세스 문제는 어떻게 해결하나요?

먼저 공유 채널의 멤버십과 해당 채널 SharePoint 사이트의 권한을 확인합니다. 외부 액세스를 차단할 수 있는 Microsoft Entra ID 및 Teams 관리 설정의 테넌트 수준 정책을 점검합니다. 자세한 문제 해결 절차는 Microsoft 지원 리소스와 Microsoft Learn 문서를 참조하고, 필요하면 IT 관리자와 함께 SharePoint Online 및 Microsoft 365 그룹 구성을 확인하시기 바랍니다.