Microsoft Teams에 대한 거버넌스 빠른 시작

• 적용 대상:

  Microsoft Teams

다음 활동은 동시에 수행되며 주요 팀의 전체 또는 일부가 포함될 수 있습니다. Teams를 사용한 초기 실험을 완료한 후 대규모 거버넌스 및 보안 대화를 지연하는 것이 가장 좋습니다. 거버넌스 결정이 최종 사용자 환경에 어떤 영향을 미칠 수 있는지 이해하고 나중에 결정해야 하는 결정을 간소화하는 것이 중요합니다. 이 단계에서는 몇 가지 결정을 내려야 합니다. 성공적으로 만들려면 먼저 다음 질문에 답해야 합니다.

• 이 제한된 비즈니스 온보딩에 참여하기에 적합한 이전 평가의 이해 관계자는 무엇인가요?
• 이 개인(또는 개인 그룹)이 이 단계에 적합한 후보가 될 사용 사례를 제안했는지 여부
• 그들은 얼리 어답터로 organization 직원들의 충분한 관심을 가지고 있으며 의미 있고 정기적 인 피드백을 제공합니까?

자세한 내용은 Teams의 거버넌스 계획 및 Teams의수명 주기 관리 계획을 참조하세요.

결정

다음 결정을 내립니다(이 시점에서 이러한 결정은 2단계에만 적용됩니다.)

의사 결정 1: 팀을 만들 수 있는 사람

이 단계를 위해 핵심 프로젝트 팀 외에도 얼리 어답터 모집단으로 팀을 만들 수 있는 사용자를 제한할 수 있습니다. 이렇게 하면 얼리어답터들이 필요한 경우 추가 팀을 만들 수 있습니다. 이 동작을 모니터링하면 광범위한 배포에 대한 주요 정보가 표시됩니다.

의사 결정 2: Teams 명명 규칙

Teams의 광범위한 배포를 위한 몇 가지 명명 규칙을 구현하고 중복된 이름에 대해 검사 수 있습니다. 2단계에서는 초기 프로젝트에 대해서만 수동 명명 규칙을 구현하는 것이 좋습니다. 이를 위한 모범 사례는 얼리어답터 프로젝트 팀과 대화형 온보딩을 수행하고 자신의 이름을 선택할 수 있도록 하는 것입니다. 이렇게 하면 직원들이 업무에 대해 어떻게 생각하는지에 대한 인사이트를 얻을 수 있으며 나중에 더 큰 규모 명명 규칙을 만드는 데 필수적입니다. (대화형 온보딩의 요소에 대한 추가 정보는 이 가이드의 뒷부분에 표시됩니다.)

의사 결정 3: 게스트 액세스

프로젝트의 scope 유형과 산업의 특성에 따라 파트너 또는 공급업체와의 안전한 협업을 가능하게 하는 것이 테스트하려는 필수 기능일 수 있습니다. 적절한 테넌트 컨트롤을 사용하여 팀에 게스트를 추가할 수 있는 사용자를 제한하고 민감도 레이블을 사용하여 게스트에게 열려 있는 팀을 제한할 수 있습니다. 또한 게스트가 MFA(Multi-Factor Authentication) 사용과 같은 조직의 보안 요구 사항을 준수하는지 확인할 수 있습니다.

결정 4: 승인된 앱

Teams를 사용하는 가장 좋은 사례에는 다른 앱이 환경에 통합되는 것이 포함됩니다. 최소한 기술 팀은 Teams 환경에서 자사 및 추천 앱을 사용하도록 설정해야 합니다. organization 사용된 사용 사례 및 기타 앱에 따라 제어된 실험의 일부로 추가 앱을 포함하도록 선택할 수 있습니다. 타사 앱이 organization 보안 및 규정 준수 요구 사항을 준수하는지 확인해야 합니다.

의사 결정 5: 모임이 테스트에 포함되어 있나요?

Teams 모임 환경은 고품질이며, 비디오 채팅을 지원하며, 직원들을 한데 모아 더 효과적으로 만듭니다. 기술 팀에 문의하여 사용자 환경이 간단한 VoIP 모임을 포함할 준비가 되었는지 확인합니다. 오디오 회의 또는 음성 서비스 사용은 일반적으로 실험의 이 단계에서 제외됩니다. 그러나 이는 핵심 프로젝트 팀, 기술 준비 상태 및 organization 다른 음성/모임 서비스의 상태에 따라 달라집니다. 기술 준비에는 회의실 장비, 최종 사용자 디바이스 및 액세서리 및 네트워크와 같은 항목이 포함되어야 합니다. Teams 구현에서 더 많은 가치를 얻으려면 실험에 비디오 채팅 및 VoIP 모임을 포함하는 것이 좋습니다.

의사 결정 6: 콘텐츠 관리 및 구조

Teams는 사용자가 레거시 시스템 및 서비스로 계속 전환하도록 요구하는 대신 플랫폼 내에서 엔드 투 엔드로 작업할 때 가장 잘 작동하며 사용자가 익숙한 방식과 다른 새로운 작업 방법을 제공합니다. 실험의 일환으로 참가자와 협력하여 Teams 내에서 공동 작업하는 다중 모달 방법을 수용하는 팀 구조 및 채널을 고려하고 기존 폴더 및 스토리지 구조를 복제하지 않도록 합니다. 또한 레코드 관리 또는 백업 시스템과 같이 지원되는 기존 시스템 외부에 저장된 콘텐츠에 대한 규정 준수 요구 사항을 고려합니다.

의사 결정 7: 데이터 보안

광범위한 배포를 준비하기 위해 보안 레이블을 사용하여 환경의 팀 유형을 분류하도록 선택할 수 있습니다. 이 실험을 위해 Teams에서 거버넌스 계획을 참조하고 Microsoft 365의 Teams 데이터에 대한 기본 보존 정책이 설정되었는지 확인하는 것이 좋습니다. 이 작업을 완료하려면 Microsoft 365 관리자 권한이 필요하므로 기술 팀과 이 작업을 조정해야 할 수 있습니다.

결정 8: 실험의 길이

성공적인 Teams 구현은 적절한 모멘텀, 포커스 및 학습을 보장하기 위해 건강한 속도로 진행됩니다. 초기 채택자가 충분한 비즈니스 주기를 완료할 수 있도록 프로젝트의 이 단계를 60일 동안 수행하는 것이 좋습니다. 너무 긴 시간 동안 실험을 확장하면 실패한 변경 프로그램의 위험이 증가합니다. 그러나 이 시간은 organization마다 다릅니다.

다음: 사용 시나리오 정의