Microsoft 365 변경 가이드

참고

이 문서는 엔터프라이즈 고객과 협력하여 Microsoft 365를 배포하는 분야의 Microsoft 전문가가 작성했습니다.

중요

이 문서의 정보는 Microsoft 365 다중 테넌트 환경에 적용됩니다.

클라우드의 지속적인 변경

Microsoft 365 클라우드 환경은 지속적으로 변화하는 하이퍼스케일 서비스 제품군입니다. 기술 산업에서 지속적으로 최첨단을 유지하면 생산성, 보안 및 사용자 행복이 향상됩니다. Microsoft 클라우드의 변경에는 고객 가치를 제공하고 환경을 보호하며 사용자를 만족하는 목적이 있습니다. Microsoft 365의 변화 속도는 빠르고 연속적입니다. 두 형용사는 이 모델이 도움이 되는 고객 가치 파이프라인을 설명합니다. Microsoft는 사용자가 혁신적인 기능과 보안 서비스를 제공하여 조직의 효율성을 높일 수 있도록 지원합니다.

Microsoft는 신속한 개발을 촉진하는 민첩한 개발 모델을 사용합니다. 이 모델은 변경이 시작된 시점부터 프로덕션 환경에 있을 때까지의 시간을 단축합니다. 유용성을 개선하기 위해 기능 구현과 고객에 대한 가치 실현 사이의 시간을 단축하는 것을 목표로 합니다. 민첩한 개발은 최신 클라우드 환경에서 중요합니다. 이를 사용하여 고객 피드백, 시장 역학, 규제 요구 사항 및 새로운 위험에 따라 엔지니어링 우선 순위를 민첩하게 조정할 수 있습니다. 변경 내용을 사용자 환경에 신속하게 통합하면 피드백 데이터를 더 빠르게 받은 다음, 서비스를 반복적으로 개선할 수 있습니다.

많은 변경 내용은 사용자 환경을 향상시키기 위해 설계된 새로운 기능과 관련이 있습니다. 이러한 변경 내용은 더 넓은 집합 내에 있는 변경 범주입니다. 변경 범주의 광범위한 집합에는 끊임없이 변화하는 규정 및 규정 준수 환경의 요구 사항을 충족하기 위한 서비스 유지 관리, 보안 업데이트 및 업데이트가 포함됩니다.

Microsoft는 전 세계 모든 사용자와 모든 organization 더 많은 성과를 거둘 수 있도록 Microsoft 365 서비스를 지속적으로 개선합니다. 사용자 환경을 개선하려는 당사의 노력은 서비스에 대한 지속적인 업데이트 스트림을 제공한다는 것을 의미합니다. 또한 배포 계획을 쉽게 하기 위해 릴리스 주기에 따라 클라이언트 업데이트를 릴리스합니다. 생산성을 향상시키고 사용자를 만족시킬 수 있는 새로운 기능을 설계합니다. 기능도 안전하고 규격 환경에서 작동하는 것이 중요합니다. 공동 책임 모델의 일환으로 Microsoft는 환경을 보호하기 위해 광범위한 조치를 취합니다. Microsoft 서비스 신뢰 포털 에서 호스팅되는 인증은 100개 이상의 프레임워크를 준수하고 있습니다. 책임 모델의 나머지 절반인 사용자 환경도 안전하고 규정을 준수해야 하므로 변경 사항 및 주변 프로세스를 구성할 때 잠재적인 고객 영향을 신중하게 고려합니다.

지금까지 고객 조직 내에서 변경 내용의 배포는 IT 부서에서 엄격하게 제어해 왔습니다. 테넌트 내에서 배포를 제어하는 것은 최신 클라우드 환경에서 한 자리를 차지하지만, 더 빠른 기능 배포는 사용자의 가치를 실현하는 데 핵심적인 요소입니다. Microsoft 클라우드가 지속적인 업데이트 모델을 추가로 채택함에 따라 조직에서 변경 내용에 대해 세부적인 평가가 필요하고 즉시 구현할 수 있는 위험 기반 결정을 내릴 수 있는 기능이 가장 중요합니다.

Microsoft가 기능을 추가하고 사용자가 이러한 기능을 활용하면 데이터에서 지원하는 대로 사용자 환경이 향상됩니다. 작성 시 연속 업데이트 채널(현재 채널)과 Semi-Annual Enterprise Channel을 사용하는 고객 간의 NPS(순 프로모터 점수)[1]를 비교하면 Microsoft 365 앱 연속 업데이트 채널에 10포인트 이점[2]이 표시됩니다. 그림 1은 비교를 보여줍니다.

Net Promoter 점수 릴리스 채널 비교.그림 1

당사의 목표는 organization organization 영향을 미치는 것으로 간주되는 경우 제어할 수 있는 변경 내용을 제공하는 동시에 대부분의 변경 내용이 사용자에게 전달되어 가치, 생산성, 협업 및 보안을 향상시킬 수 있도록 하는 것입니다.

변경 제어: 과제 및 전략

신속한 기능 릴리스 및 채택의 압도적인 이점에도 불구하고 강력한 변경 관리 전략을 사용하는 것이 중요합니다. 변경, 특히 지속적인 클라우드 변경 관리는 조직에서 어려울 수 있습니다. IT 부서 및 기타 방어 라인은 환경에 새 소프트웨어를 배포하기 전에 각 변경 사항을 심층 검토해야 한다고 생각하는 경우가 많습니다. 이는 영향력이 큰 변경의 하위 집합에 대한 유리한 전략일 수 있지만, 변경 내용의 100%를 검토하는 것은 사용자를 가능하게 하는 끝없이 진화하는 기능의 배포를 지연시키는 부담스러운 전략입니다.

일부 기능이나 변경 내용이 보안 또는 규정 준수 키에 영향을 미칠 가능성이 있는 것은 아니므로 모든 변경 내용을 심층 분석할 필요가 없을 수 있습니다. 영향을 주는 변경 내용의 경우 관련 기능을 제어하기 위한 구성 옵션을 제공합니다. 사용자가 새 기능을 채택하는 데 도움이 되도록 기본적으로 이러한 변경 내용은 일반적으로 적용됩니다. 이러한 기능을 사용하지 않도록 설정하거나 제한하려면 작업이 필요합니다.

영향력 있는 변경 내용을 제어하는 기능은 Microsoft에서 제공하는 차별화 요소입니다. 기술 산업은 주로 혁신에 초점을 맞추고 있으며, 일반적으로 사용자에게 긍정적인 영향을 미친 것으로 간주됩니다. 기술 리더 또는 다른 클라우드 공급자가 제공하는 이러한 혁신에 대한 제어의 세분성을 찾는 것은 일반적이지 않습니다. 가장 영향력 있는 변화를 제어할 수 있는 권리를 존중함으로써 파트너 관계와 궁극적으로 귀하의 성공에 대한 우리의 의지를 보여주고 있습니다. 또한 전반적인 변경 환경을 개선하기 위해 최선을 다하고 있습니다. 변경 프로세스, 절차 및 로드맵에 대한 투명성을 제공하고 고객 피드백을 모니터링하여 고객이 빠르게 증가하는 업데이트 볼륨을 평가하고 배포할 수 있도록 합니다.

도전

업계 관찰, 피드백 및 지원 데이터에서 고객이 Microsoft 365의 지속적인 릴리스 정책에 매우 제한적인 변경 수집 모델을 적용할 때 직면하는 주요 과제를 확인했습니다. 문제는 Microsoft가 최신 클라우드에서 서비스를 업데이트하는 빈도에 있습니다. 이 문제를 설명하기 위해 Microsoft에서 선형으로 릴리스된 연간 720개의 변경 내용을 푸시한다고 가정합니다. 이러한 변경 내용이 평가를 위해 제한되는 경우 변경 내용을 적용하는 IT 부서는 첫 달 이후 최대 60개의 변경 내용이 뒤처질 수 있습니다. 변경 내용의 결과 백로그는 환경의 엔트로피를 높이고 사용자가 최신 기능 및 업데이트를 활용하지 못하도록 합니다. 문제는 organization 기존 절차에 따라 이러한 급속한 변경을 처리할 수 있나요, 아니면 릴리스 속도와 일치하지 않기 때문에 변경 내용을 사용하지 않도록 설정되어 있습니까?

중요

"organization 기존 절차에 따라 이러한 빠른 변경을 처리할 수 있나요, 아니면 릴리스 속도와 일치할 수 없기 때문에 변경 내용을 사용하지 않도록 설정해야 하나요?"

도전은 "자동차 은유"로 더 설명 할 수 있습니다. 많은 조직에서 기능 및 보안에만 집중합니다. 차량의 컨텍스트에서 이것은 지점 A에서 지점 B로 가져오는 데 집중하는 것과 같습니다. 이 경우 소유자는 차량을 고칠 수 있는지, 작동 방식을 알고 있는지, 차량에 보안용 안전 벨트가 있는지 에 만족합니다. 그러나 사용자를 고려하기 위해 IT 전문가에게 이 내용을 읽어 보라고 합니다. 평균적인 차량 소비자에게 운송은 A에서 B까지입니다. 사용자(소비자 운전자)는 엔터테인먼트용 라디오, 기후 조절을 위한 에어컨, 편의를 위한 전원 창을 원합니다. 운전자는 보안을 위해 잠금 방지 제동 시스템, 에어백 및 안전 벨트를 원합니다. 사용자가 목적지에 도달할 수 있도록 하는 데만 초점을 맞추고 있다면, 여정에서 더 안전하고 편안하며 효율적이 되고자 하는 모집단을 무력화할 수 있습니다. 조직 방어선이 중요한 기능, 사용자가 관심 있는 기능, IT 환경에 혼란을 일으키는 기능을 파악하는 데 귀중한 시간을 할애하는 경우 부담은 지속 불가능해집니다. 변경 평가의 민주화를 요구합니다. 자세한 내용은 평가 민주화 변경 섹션을 참조하세요.

Microsoft는 기본 끄기 옵션을 제공하지 않지만 환경에서 기능을 사용하지 않도록 설정하기 위해 제공하는 옵션을 활용하는 고객은 거의 없습니다. 조직에서 제공된 구성을 활용하여 "모든 것을 끄기" 전략을 사용하는 경우 결과는 온-프레미스 소프트웨어 관리와 유사합니다. 사용자가 관심을 갖는 혁신을 사용할 수 없으므로 원래 클라우드로 전환하여 추구했던 이점은 이 접근 방식에 의해 크게 소외됩니다. 또한 Microsoft 에코시스템은 이 전략으로 생성된 사용량 데이터의 차이로 인해 어려움을 겪습니다. 예를 들어 진단 데이터[3] 는 고객이 기능을 사용하는 방법, 기능이 전체 환경을 개선하는 방법(또는 그렇지 않음) 및 광범위한 문제를 파악하는 데 도움이 되는 크래시 보고서에 대한 중요한 정보를 Microsoft에 제공합니다. 고객에게 진단 데이터에 대한 제어권을 제공하지만, 이러한 제어를 실행하면 서비스를 안전하고 최신 상태로 유지하고 예상대로 작동하기 위해 가지고 있는 데이터가 제한됩니다.

우리는 환경을 제어하고, 적절한 교육을 보장하고, 직원에게 흥미로운 새로운 기능을 제공하는 것 사이에 도달해야 하는 섬세한 균형을 인정하기 때문에 이를 과제로 꼽습니다. IT 전문가는 이러한 균형을 유지하는 데 앞장서고 있습니다. 따라서 Microsoft는 위험 기반 배포 결정을 내리기 위한 도구, 투명성 및 지침을 제공합니다. 구성 관리 도구, 제품 로드맵, 변경 알림 및 설명서는 변경 위험 평형에 도달하는 데 도움이 되도록 하기 위한 당사의 노력의 표현입니다.

이 대화는 백그라운드에서 발생하는 보안 업데이트가 아니라 제공하는 기능에 중점을 줍니다. 생산성과 사용자 만족도를 높이기 위해 철저한 시장 조사로 개발하는 것과 동일한 기능입니다. 고객이 더 많은 성과를 거둘 수 있도록 지원하는 기능이며, 열린 피드백 채널을 통해 민첩한 방식으로 부정적인 피드백을 조정할 수 있습니다. 기능의 유효성을 검사하려면 고객 참여가 필요합니다. 즉, 사용자가 활용할 수 있도록 먼저 고객 환경에 기능을 배포해야 합니다.

전략

관찰된 변경 전략에 따라 고객의 세 가지 범주를 식별할 수 있습니다. 변경 최대화, 가장 제한적인 높은 영향 허용 및 모든 변경 제한. 그림 2에는 이러한 범주가 요약됩니다.

최대 변경 전략 다이어그램.그림 2

변경 최대화 전략은 사용자 생산성을 최적화하고 규정 준수 또는 규정 요구 사항 없이 작동하는 중소기업에 가장 적합합니다.

가장 제한적인 높은 영향 허용 범주는 특히 organization 규제 환경에서 작동하거나 엄격한 보안 요구 사항(예: 금융 서비스, 의료 및 항공 우주 산업)이 있는 경우 대상으로 하는 전략입니다. 변경 내용을 평가하기 위한 위험 기반 접근 방식을 구현하는 경우는 그림 1의 NPS 데이터에서 지원됩니다.

Microsoft는 고객에게 변경을 사용하지 않도록 설정하고 무의식적으로 모든 변경 내용을 사용하지 않도록 하기로 결정하도록 고객에게 권고합니다. Microsoft는 심층 평가가 필요한 변경 내용에 대해 위험 기반 결정을 내리는 동시에 최소한의 평가(및 위험)로 나머지 변경 내용을 즉시 배포할 수 있도록 하기 위해 노력하고 있습니다. 변경 분류 및 알림에 설명된 변경 영향 수준을 사전에 식별하고 변경 정보 원본에 설명된 향후 변경 내용을 계속 파악하여 변경 내용에 대한 평가가 필요한 위험 기반 결정을 내리는 데 도움을 줍니다.

Microsoft 업계 관측에 따르면 모든 변경 제한 전략은 지속적인 혁신의 이점을 제한하기 때문에 사용자 권한 부여에 지나치게 부담스럽고 덜 효과적입니다.

변경 내용 사용 및 관리 – 메시지 센터 및 Planner

모든 변경 전략에는 사용자가 변경 내용을 사용하고 조치를 수행하려면 통신 및 메시징이 필요합니다. 메시지 센터는 계획된 변경 내용 및 기타 중요한 Microsoft 365 공지를 위한 알림 허브입니다. 메시지 센터는 Microsoft 365 관리 센터 있습니다. 여기에는 예정된 신규 및 변경된 기능, 계획된 유지 관리 및 기타 중요한 공지 사항이 포함됩니다. 메시지에는 다음 세 가지 범주가 있습니다.

  • 문제 방지 또는 해결
  • 변경 계획 및
  • 정보 유지

메시지 센터에서 제공하는 메시지 특성에는 게시 날짜, 메시지 ID(특정 메시지 추적용), 제목 및 (변경/이벤트) 설명이 포함됩니다. 메시지 센터는 Microsoft 365에서 변경 계획 및 업데이트 사용에 중요한 중요한 정보 원본입니다. 이러한 자주 실행 가능한 알림에서 프로젝트 및 작업을 빌드하는 것은 성공적인 변경 전략에 매우 중요합니다. 이 콘텐츠를 더 잘 이해할 수 있도록 Planner 메시지 센터와 통합되어 메시지를 Planner 직접 동기화할 수 있습니다.

Planner 기능은 다음과 같습니다.

  • 메시지 센터에서 메시지 동기화
  • 동기화된 메시지의 유형을 선택합니다.
  • 메시지 동기화에 대한 주기 설정

메시지가 Planner 동기화되면 Planner 작업으로 표시됩니다. 메시지 센터 게시물 제목에는 연결된 서비스 접두사(대괄호)가 있습니다. 메시지가 업데이트되면 해당 업데이트도 Planner 작업과 동기화됩니다.

각 작업은 다음과 같이 구조화됩니다.

  • 메시지 게시물 제목에는 게시물이 연결된 서비스를 나타내는 접두사(예: "[SharePoint] 새 기능")가 있습니다. 그림 3은 예제를 보여줍니다.
  • 시작 날짜는 작업이 Planner 만들어진 시간으로 설정됩니다.
  • 메시지 게시물의 게시된 날짜는 노트에서 찾을 수 있습니다.

메시지 센터 게시물 샘플입니다.그림 3

Planner 사용하여 작업을 관리하고, 작업을 그룹화하고, 전략적으로 작업을 완료하기 위한 작업 계획을 수립하는 경우 보드를 검토하고 관리 팀을 변경하여 변경 내용을 효율적으로 추적할 수 있습니다.

형식 및 제어 메서드 변경

Microsoft는 전략에 맞는 방식으로 변경 내용을 제어하고 배포하는 데 도움이 되는 다양한 릴리스 선택 사항 및 도구를 제공합니다. 이전에 권장되는 전략에 대해 설명했습니다. 이 섹션에서는 이 전략을 구현하는 방법을 설명합니다.

Microsoft 365 변경 내용은 서비스(예: SharePoint Online 및 Teams)와 Microsoft 365 앱(예: Microsoft Word, Excel 및 PowerPoint)라고 하는 클라이언트 모두에 릴리스됩니다. 서비스 및 클라이언트에는 릴리스 선택 사항 및 배포 컨트롤이 다르므로 릴리스 관리 전략을 구현할 때 차이점을 이해하는 것이 중요합니다.

Microsoft 365 서비스 및 클라이언트에 대한 변경 유형

변경 내용의 특성에 따라 Microsoft 365 변경 내용을 계획하거나 계획하지 않을 수 있습니다. 예를 들어 보안 업데이트는 제품 또는 서비스의 새로운 위험 또는 문제에 대한 반응이므로 항상 계획되지는 않습니다. 변경 유형에 따라 통신 채널도 다를 수 있습니다. 통신 채널은 분류 및 알림 변경 섹션에서 자세히 설명합니다. 서비스 및 클라이언트 애플리케이션의 변경 유형에 대한 요약은 표 1을 참조하세요.

표 1: Microsoft 365 서비스 및 클라이언트 애플리케이션의 형식 변경

항목 기능 비보안 업데이트 보안
변경 유형 기능 업데이트

새로운 기능 또는 응용 프로그램

더 이상 사용되지 않는 기능
문제에 대한 클라이언트 핫픽스 보안 패치
사전 알림 작업이 필요한 변경에 대한 30일 통지 아니요; 이러한 항목은 모든 채널에 대한 월별 빌드에 포함됩니다. 아니요; 이러한 항목은 모든 채널에 대한 월별 빌드에 포함됩니다.
통신 채널 Microsoft 365 관리 센터 메시지 센터

Microsoft 365 로드맵

Microsoft 365 블로그

Microsoft Tech Community Microsoft 365 영역
Microsoft 365 앱의 업데이트에 대한 릴리스 정보 보안 공지 또는 CVE
관리자 작업이 필요하세요? 가끔 거의 필요 없음 거의 필요 없음
작업의 종류 설정 변경

사용자에게 변경 내용 전달

사용자 지정 유효성 검사
관리 설정 변경

이러한 변경 내용을 관리하는 책임은 Microsoft와 사용자 간에 Microsoft 365 테넌트 관리자 권한으로 공유됩니다. 자세한 내용은 Microsoft 공유 책임 모델을 참조하세요.

이제 관련 책임을 포함하여 Microsoft 365 서비스 및 클라이언트 애플리케이션에서 기대할 수 있는 변경 유형에 대해 설명했으므로 다음 섹션에서는 각각 사용할 수 있는 다양한 릴리스 선택 사항 및 컨트롤을 살펴봅니다.

서비스 릴리스 옵션 및 컨트롤

서비스 릴리스 옵션

Microsoft 365 서비스는 새로운 제품 업데이트 및 기능을 사용할 수 있게 되면 표준 릴리스 및 대상 릴리스라는 두 가지 옵션을 제공합니다. [4] 이러한 릴리스 옵션은 organization 서비스 업데이트를 받는 방법을 관리하는 데 도움이 됩니다. 릴리스 옵션 중 하나에 대한 연결에 따라 업데이트를 받을 사용자를 지정할 수 있는 컨트롤을 제공합니다.

Microsoft가 제품 및 기능을 개발함에 따라 새 릴리스는 다양한 단계에서 유효성을 검사합니다. 그림 4에서는 각 유효성 검사 단계가 더 광범위한 대상에 도달하는 이러한 단계를 보여 줍니다. 다음 단계로 이동하기 전에 이전 단계의 배포 임계값은 문제 없이 완료되어야 합니다.

릴리스 관리 유효성 검사 다이어그램.그림 4

Microsoft 기능 팀은 먼저 개발하는 기능의 유효성을 검사합니다.

확인된 버그 또는 문제가 해결되면 이 기능은 유효성 검사를 위해 광범위한 사용자 기반에 걸쳐 Microsoft 365 organization 릴리스됩니다.

이 기능은 준비된 것으로 간주되면 업데이트가 대중에게 공개되기 전에 내부적으로 문제를 식별하기 위해 제품을 "dogfooding"이라고 하는 모든 Microsoft에 릴리스됩니다.

다음 단계는 공개 릴리스입니다. 대상 릴리스는 대상 릴리스 옵션에 있도록 테넌트 또는 특정 사용자를 구성한 고객으로 구성됩니다. 고객이 여러 국가 또는 지역, 클라우드 아키텍처, IT 전문가 또는 파워 사용자에 걸쳐 통합 테스트 및 광범위한 유효성 검사를 수행함에 따라 이 단계에서 상당한 피드백과 제품 성능 데이터가 수집됩니다. 테넌트 또는 사용자의 하위 집합이 표준 릴리스에 대해 구성된 경우 이 마지막 단계는 이러한 사용자와 전 세계의 다른 사용자가 새 기능을 받을 때입니다.

organization 내에서 변경 전략의 민주화를 구현하려면 IT 및 파워 사용자 모두에 대해 대상 릴리스를 활용합니다.

서비스 릴리스 컨트롤

서비스 업데이트를 받기 위한 기본 제어는 릴리스 옵션의 구성입니다. Microsoft는 사용자가 업데이트를 받는 주기를 제어할 수 있지만 이러한 변경 내용은 IT 인프라에서 실행되는 소프트웨어 설치 대신 하이퍼스케일 클라우드 서비스에 배포됩니다. Microsoft가 특정 테넌트에서 실행되는 특정 버전의 서비스를 사용하여 글로벌 클라우드를 관리, 업데이트 및 보호하는 것은 비현실적입니다. 즉, Microsoft 365 앱 릴리스 채널과 다양한 배포 도구를 모두 사용할 수 있기 때문에 서비스 변경으로 인해 Microsoft 365 앱 배포에 대한 제어의 세분성이 줄어듭니다.

관리 센터에서 릴리스 옵션 설정에 설명된 대로 Microsoft 365 관리 포털에서 릴리스 옵션을 구성할 수 있습니다. 포털로 이동한 다음 설정조직 설정>>조직 프로필>릴리스 기본 설정을 선택합니다. 그림 5는 표준 릴리스의 모든 사용자, 대상 지정된 릴리스의 모든 사용자 또는 대상 지정된 릴리스의 특정 사용자를 선택할 수 있는 구성 창을 보여줍니다.

릴리스 기본 설정 옵션입니다.그림 5

변경 전략의 일부로 스테이징 또는 테스트 테넌트를 사용하는 것이 중요합니다. 특정 기능을 사용하려면 사용자 환경의 매니페스트 전에 테넌트 변경이 필요합니다. 이러한 테넌트 변경 내용은 스테이징 테넌트에서 구현할 수 있으므로 프로덕션 테넌트 구성을 유지하면서 기능을 미리 볼 수 있습니다.

클라이언트 릴리스 채널 및 컨트롤

클라이언트 릴리스 채널

Microsoft는 고객이 간편 실행 클라이언트, Microsoft 365 앱 업데이트를 구독할 수 있는 다양한 업데이트 채널을 제공합니다. 이러한 채널은 고객 구성에 따라 전체 테넌트 또는 구독된 하위 구독에 변경 내용이 릴리스되는 빈도를 결정합니다. 채널은 IT 부서와 파워 사용자가 더 많은 사용자 모집단에 대한 릴리스를 방해하지 않고 예정된 변경 내용을 평가하고 테스트할 수 있는 강력한 메커니즘입니다. 자세한 내용은 Microsoft 365 앱 대한 업데이트 채널 개요를 참조하세요.

표 2에서는 Microsoft 365 앱 채널, 현재 채널, 월간 엔터프라이즈 채널 및 Semi-Annual Enterprise 채널의 비교를 제공합니다.

표 2: Microsoft 365 앱 업데이트 채널

채널 이름 현재 채널 월간 엔터프라이즈 채널 반기 기업 채널
권장 사용 준비되는 즉시 사용자에게 새 Office 기능을 제공하지만 정해진 일정에는 제공되지 않습니다. 한 달에 한 번만 예측 가능한 일정에 따라 사용자에게 새 Office 기능을 제공합니다. 새 Office 기능을 배포하기 전에 광범위한 테스트가 필요한 organization 일부 디바이스의 경우 예를 들어 규정, 정부 또는 기타 조직 요구 사항을 준수합니다. [5]
릴리스 주기 한 달에 한 번 이상(더 자주) 정해진 일정은 아닙니다. 한 달에 한 번, 월의 두 번째 화요일에 한 달에 한 번, 월의 두 번째 화요일에
기능 업데이트 준비되는 즉시(일반적으로 한 달에 한 번) 정해진 일정은 아닙니다. 한 달에 한 번, 월의 두 번째 화요일에 1년에 두 번(1월과 7월), 월의 두 번째 화요일
보안 업데이트(필요한 경우) 한 달에 한 번, 월의 두 번째 화요일에 한 달에 한 번, 월의 두 번째 화요일에 한 달에 한 번, 월의 두 번째 화요일에
비보안 업데이트(필요한 경우) 일반적으로 한 달에 한 번 이상(더 자주) 정해진 일정에는 적용되지 않습니다. 한 달에 한 번, 월의 두 번째 화요일에 한 달에 한 번, 월의 두 번째 화요일에[6]
특정 버전에 대한 지원 기간 다음 버전이 새 기능과 함께 릴리스될 때까지 일반적으로 약 1개월입니다. 2개월 14개월

Microsoft는 organization 디바이스에 대한 Microsoft 365 앱 업데이트 채널을 수정하는 세 가지 기본 방법을 제공합니다.

채널을 전환할 때 사용자를 현재 채널에서 Semi-Annual 엔터프라이즈 채널로 전환할 때 기능 손실과 같은 특정 고려 사항이 있습니다. 고려 사항의 전체 목록은 채널을 변경할 때 고려 사항을 참조하세요.

클라이언트 릴리스 컨트롤

Microsoft는 기본적으로 자체적으로 제어되는 릴리스 채널과 함께 Microsoft 365 클라이언트를 추가로 배포, 제어 및 관리하기 위한 다양한 도구와 구성을 제공합니다. 디바이스 및 디바이스에 설치된 Microsoft 365 클라이언트를 관리하는 도구는 지금까지 탈중앙화되어 왔습니다. 사용할 수 있는 다양한 타사 옵션 외에도 Microsoft 솔루션에는 다음 도구가 포함됩니다.

Configuration Manager 배포(공동 관리라고도 함)에 Intune 연결하면 Microsoft 365 클라우드의 인텔리전스를 강력한 방식으로 워크플로에 연결할 수 있습니다. 다음을 수행할 수 있습니다.

  • Windows 업그레이드에 대한 호환성 테스트를 완전히 자동화합니다.
  • 클라이언트 업데이트를 더 빠르게 배포하여 organization 안전하고 규정을 신속하게 준수할 수 있도록 합니다.
  • 디바이스에서 즉각적인 작업을 수행합니다.

Microsoft Configuration Manager 사용하여 Microsoft 365 앱 대한 업데이트를 관리하는 것은 다음을 이해하기 위한 소스입니다.

  • Microsoft Configuration Manager 사용하여 Microsoft 365 앱 업데이트할 때 필요한 필수 구성 요소입니다.

  • Configuration Manager Microsoft 365 클라이언트 패키지 알림을 받을 수 있도록 설정하는 방법입니다.

  • Microsoft 365 클라이언트가 Configuration Manager 업데이트를 받을 수 있도록 설정하는 방법입니다.

  • 클라이언트가 Configuration Manager 업데이트를 받을 수 있도록 설정하는 옵션입니다.[7]

배포 전략을 구성하는 포괄적인 지침은 Microsoft Configuration Manager 설명서를 참조하세요.

Microsoft 365 앱 관리 센터는 관리자가 Microsoft 365 앱 기능, 보안 및 품질 업데이트를 신속하게 제공할 수 있도록 하면서 총 소유 비용을 낮출 수 있도록 설계되었습니다. 인사이트 및 제어 기능은 사용자 가동 중지 시간을 최소화하기 위해 심층적이고 거의 실시간에 가까운 배포 정보, 문제 알림 및 빠른 작업(다시 알림, 복원, 일시 중지 및 다시 시작)을 제공할 수 있습니다.

Microsoft 365 앱 관리 센터는 Microsoft 365 앱 대한 디바이스 업데이트를 더 잘 관리하기 위해 인벤토리클라우드 업데이트를 제공합니다.

Office 인벤토리

  • Office 디바이스 및 추가 기능 정보의 자세한 보기를 자세히 살펴봅다.
  • 채널/빌드 확산, 다양성 추가 등과 같은 인사이트를 봅니다.
  • 데이터를 내보냅니다.

보안 통화

  • 채널 간 보안 업데이트 규정 준수 상태 대한 dashboard 봅니다.
  • 대상 목표를 설정하고 추적 및 보고할 타임라인.
  • 실패한 디바이스를 식별하고 완화 작업을 수행합니다.

클라우드 업데이트

  • 월별 엔터프라이즈 채널 또는 현재 채널의 디바이스에 대한 업데이트 프로필을 설정하여 업데이트를 자동으로 받습니다.
  • Windows 배달 최적화를 활용합니다.
  • 업데이트 마감일 및 업데이트 날짜 제외를 사용하여 디바이스 준수를 유지합니다.
  • 업데이트 배포를 모니터링하여 배포를 일시 중지하거나 롤백하는 옵션뿐만 아니라 인사이트를 제공합니다.

중요

게시 시 E3 SKU 이상이 있는 엔터프라이즈 고객은 Microsoft 365 앱 관리 센터를 사용할 수 있습니다.

클라이언트 구성 컨트롤

Microsoft 365 앱 디바이스 및 사용자에게 배포된 후 정의된 주기 및 엔터프라이즈급 도구를 사용하여 Microsoft는 세분화된 클라이언트 구성 컨트롤을 제공합니다. Microsoft 365 앱 organization 위험, 규정 준수 및 운영 프로필에 맞게 클라이언트 동작을 변경할 수 있는 2,000개가 넘는 구성 옵션이 있습니다.

그룹 정책은 지금까지 클라이언트 설정을 적용하는 데 사용되었지만 여전히 실행 가능한 방법이지만 정책이 사용자와 로밍할 수 있도록 하는 클라우드 기반 동기화 nexus 서비스인 클라우드 정책을 개발했습니다. 클라우드 정책. 이 서비스를 사용하면 디바이스가 도메인에 가입되지 않았거나 관리되지 않더라도 사용자의 디바이스에서 엔터프라이즈용 Microsoft 365 앱 대한 정책 설정을 적용할 수 있습니다. 사용자가 장치에서 엔터프라이즈용 Microsoft 365 앱에 로그인하면 정책 설정이 해당 장치로 로밍됩니다. 로그인한 사용자와 익명으로 문서에 액세스하는 사용자 모두에 대해 Office 웹앱에 대한 일부 정책 설정을 적용할 수도 있습니다.

그림 6은 포털과 Microsoft 365 앱 관리 센터에서 구성에 사용할 수 있는 방대한 수의 정책 설정을 보여 줍니다. Microsoft Intune 관리 센터에서 직접 클라우드 정책을 사용할 수도 있습니다.

정책 구성 편집 웹 페이지의 스크린샷그림 6

일부 구성 옵션은 Excel의 스크롤 막대 표시 유형 또는 PowerPoint의 라이브 자막 가용성과 같은 기본 클라이언트 동작을 제어하는 반면, 다른 구성은 보안, 규정 준수 또는 위험 부서에 중요할 수 있습니다. 그림 7에서는 사용자에게 데스크톱 클라이언트(예: Translator, Bing 이미지 검색 및 3D 맵)의 웹 기반 서비스를 제공하는 Microsoft 365 앱 연결된 환경을 사용하거나 사용하지 않도록 설정하는 클라우드 정책 옵션을 보여 줍니다.

콘텐츠를 분석하는 Office에서 연결된 환경을 사용하거나 사용하지 않도록 설정하는 드롭다운 상자의 스크린샷그림 7

Microsoft는 운영 지역과 관계없이 전 세계적으로 규정 준수 및 보안 의무를 충족할 수 있도록 개인 정보 보호 제어를 제공합니다. 클라우드 정책을 사용하면 드롭다운 메뉴를 사용하여 이러한 설정을 수정하고 해당 프로필을 사용하는 디바이스에서 수정 사항을 적용할 수 있습니다.

평가 민주화 변경

이전에는 지속적인 업데이트를 제공하는 현재 채널에 있는 사용자 값을 지원하는 데이터를 공유했습니다. 업데이트 평가 및 테스트를 신속하게 수행하려면 이 채널과 월간 엔터프라이즈 채널을 두 가지 솔루션으로 사용하는 것이 좋습니다. Microsoft는 다음 채널을 사용하기 위한 두 가지 모델을 권장합니다.

  • 테넌트 테스트: 들어오는 기능을 평가하고 테스트하기 위해 고객은 프로덕션을 모방하는 테스트 테넌트 를 사용합니다. 클라이언트의 경우 테스트 테넌트가 현재 채널 또는 월간 엔터프라이즈 채널을 구독하는 것이 좋습니다. 서비스의 경우 테스트 테넌트가 대상 릴리스 옵션을 구독하는 것이 좋습니다. 테스트 테넌트는 프로덕션과는 별도로 통합 테스트 및 제품 평가에 사용됩니다. 일반적으로 IT는 테스트 테넌트 소유이며 테스트 계정을 내에서 운영합니다. 병목 현상과 불완전한 평가가 발생할 수 있는 IT 중심 모델입니다. 테스트 테넌트에서 다양한 부서 및 역할의 사용자를 포함하는 것이 좋습니다. IT 부서는 모든 제품에 대한 전문가가 아니며 특정 제품 평가를 수행하는 데 항상 가장 적합한 것은 아닙니다. Microsoft 365 서비스의 경우 대상 릴리스 및 표준 릴리스 옵션을 사용할 수 있습니다.

  • 파워 사용자(전문 지식): 업데이트 평가를 민주화하려면 프로덕션 테넌트에서 전원 사용자를 식별하고 현재 채널 또는 월간 엔터프라이즈 채널(Microsoft 365 앱) 및 대상 릴리스 옵션(서비스)을 구독합니다. 지정된 전원 사용자만 연속 또는 초기 업데이트를 받고 다양한 비즈니스 및 사용자 전문 지식에서 피드백, 버그 및 경험의 필수 소스 역할을 합니다.

이러한 두 모델을 동시에 사용하여 들어오는 업데이트에 대한 포괄적이고 효과적이며 효율적인 평가를 제공할 수 있습니다. IT 중심 수용 모델에서 벗어나 organization 전체에서 평가를 민주화하면 노력의 속도와 품질이 향상됩니다. 나머지 organization Semi-Annual 엔터프라이즈 채널 또는 표준 릴리스 옵션(각각 Microsoft 365 앱 및 Microsoft 365 서비스)을 구독하는 경우 IT 및 전원 사용자가 테스트 테넌트에서 평가한 업데이트는 마찰을 줄여 배포할 준비가 됩니다.

내부적으로 Microsoft는 Microsoft Elite라는 프로그램에서 이러한 변경 평가 전략을 사용합니다. Microsoft Elite 프로그램은 dogfood를 넘어 얼리어답터 프로그램 역할을 합니다. 직원들은 기능 및 특정 시나리오를 테스트합니다. 고객과 동료에게 릴리스되기 전에 프로그램과 기능을 개선하는 품질 피드백을 제공합니다. 앞에서 설명한 릴리스 주기 및 변경 전략을 사용하여 사용자 환경에서 이 프로그램을 모방할 수 있습니다.

Microsoft 변경 계획, 정책 및 절차

Microsoft 변경 임무는 신속한 제공을 가능하게 하고, 생산성을 향상시키며, 마찰과 중단을 최소화하면서 새로운 애플리케이션과 기능을 통해 고객을 만족시키는 것입니다. 변경 관리는 사용자에게 지속적인 혁신을 제공하는 상록수 프로그램입니다. 제품 및 서비스를 안전하게, 최신 상태로 유지하고, 예상대로 작동하려면 변경이 필요합니다. 혁신은 사용자 가치를 제공하는 데 핵심적이지만, 환경에 대한 영향력 있는 변경으로 법적, 규제, 보안 또는 규정 준수 위험이 발생할 수 있음을 인식합니다. 잠재적 위험을 줄이기 위해 Microsoft는 다음을 커밋합니다.

  • 정의된 변경 제어 정책 및 절차를 따릅니다.
  • 영향을 미치는 변경 내용을 최소 30일 전에 알립니다.
  • 변경 릴리스 프로세스를 개선하기 위해 커뮤니티 피드백을 수신 대기합니다.

관리 계획 변경

Microsoft 365 변경 관리 계획은 고객이 변경을 계획하고 관리할 수 있도록 하는 데 필수적입니다. 그림 8은 계획의 핵심을 보여 줍니다.

Microsoft 365 변경 관리 계획의 네 가지 핵심 요소 다이어그램그림 8

Microsoft 변경 관리 계획은 각 작업과 관련된 세 가지 변경 단계 및 권장 고객 작업을 간략하게 설명합니다. 표 3에는 세 가지 변경 단계가 요약됩니다.

표 3: Microsoft 변경 관리 계획 단계

1단계: 변경 전 2단계: 변경 중 3단계: 변경 후
비즈니스의 각 방어 라인 담당자와 함께 우수성 또는 클라우드 거버넌스 보드의 변경 센터를 식별합니다.

기존 변경 정책의 유효성을 검사하고 필요에 따라 정책을 만듭니다.
변경 내용이 organization 및 사용자에게 미치는 영향을 고려합니다. 메시지 센터 통신을 사용하여 예정된 서비스 변경에 대한 피드백을 제공합니다.
변경 내용에 대해 알아봅니다.
- 제품 로드맵 확인

- Microsoft 365 관리 센터에서 메시지 센터 확인
배포 팀이 사전 채택 및 변경 관리를 통해 사용자 생산성을 높이는 데 도움이 되는 워크플로 변경 내용을 계속 인식합니다. organization 성공적인 배포를 촉진하는 요인을 검토하고 영향을 줄이고 인식과 효율성을 높이기 위해 적응합니다.
메시지 센터 통신을 사용하여 예정된 서비스 변경에 대한 피드백을 제공합니다. 고객 프로필의 관련자 및 연락처 섹션이 완료되어 TAM(기술 계정 관리자)에 제공되었는지 확인합니다. 변경 내용은 고객에게 도움이 되도록 설계되었습니다. 사용자가 변경 내용을 인식하고, 이해하고, 최대한 활용할 수 있도록 도와주세요.

변경 전략에 관계없이 사용자가 최신 변경 내용을 이해하도록 하는 것이 성공적인 채택에 중요합니다. 채택 및 변경 관리의 중요도는 Microsoft와 더 큰 시장이 지속적인 변화를 향해 나아가면서 계속 상승 추세입니다.

분류 및 알림 변경

Microsoft는 고객이 각 업데이트에 대해 적절하게 이해하고 계획할 수 있도록 변경 내용을 분류합니다. 주요 업데이트는 고객이 향후 변경 내용을 평가하고 분석하는 데 중점을 두어야 합니다. 변경 내용이 주요 업데이트로 분류되면 Microsoft는 작업이 필요할 수 있는 경우 구현 최소 30일 전에 고객에게 알리기로 약속합니다.

주요 업데이트로 분류하려면 변경 내용이 다음 조건 중 하나 이상을 충족해야 합니다.

  • 받은 편지함, 모임 위임, 공유 및 액세스와 같은 일일 생산성 변경
  • 사용자 지정에 영향을 줄 수 있는 테마, 웹 파트 및 기타 구성 요소에 대한 변경 내용입니다.
  • 스토리지, 규칙 수, 항목 또는 기간과 같이 표시되는 용량을 늘리거나 줄입니다.
  • 사용자 혼란을 야기하거나 지원 센터/담보 변경 또는 URL 변경이 발생할 수 있는 리브랜딩.
  • 새 서비스 또는 애플리케이션.
  • 관리자 작업이 필요한 변경 내용(방지/수정 제외).
  • 데이터가 저장되는 위치의 변경 내용(규정 또는 법적 요구 사항에 영향을 미칠 수 있습니다).

Microsoft 365 관리 센터의 메시지 센터는 변경 정보의 기본 원본입니다. 메시지 센터는 중요도가 높은 변경 내용(주요 업데이트)을 빨간색 느낌표(❗)로 표시합니다. 이렇게 하면 다양한 릴리스 단계에서 쉽게 식별하고 추적할 수 있습니다. 그림 9는 스크린샷을 보여줍니다.

메시지 센터 기본 설정의 스크린샷.그림 9

메시지는 위의 오른쪽 열에서 다음 세 가지 범주 중 하나로 식별됩니다.

문제 방지 또는 해결: 이러한 메시지는 organization 영향을 미치는 알려진 문제를 알려주며 서비스 중단을 방지하기 위해 조치를 취해야 할 수 있습니다. 문제를 방지하거나 수정하는 것은 문제를 방지하기 위해 사전 대응하라는 메시지를 표시하기 때문에 서비스 상태 메시지와 다릅니다.

변경 계획: 이러한 메시지는 서비스 중단을 방지하기 위해 조치를 수행해야 할 수 있는 Microsoft 365의 변경 내용을 알려줍니다. 예를 들어 시스템 요구 사항의 향후 변경 내용과 제거될 기능에 대한 알림이 표시됩니다. 서비스를 정상적으로 실행하기 위해 관리자가 조치를 수행해야 하는 변경에 대해 최소 30일 전에 알림을 제공하기 위해 노력합니다.

정보 유지: 여기서는 organization 켜고 있는 신규 또는 업데이트된 기능에 대해 알려줍니다. 이 기능은 일반적으로 Microsoft 365 로드맵에서 먼저 발표됩니다. 정보를 유지하면 서비스 수준 계약에 따라 계획된 유지 관리에 대해 알려줄 수도 있습니다. 계획된 유지 관리로 인해 사용자 또는 사용자가 Microsoft 365, 특정 기능 또는 전자 메일 또는 OneDrive와 같은 서비스에 액세스할 수 없는 가동 중지 시간이 발생할 수 있습니다. 자세한 내용은 메시지 센터 설명서를 참조하세요.

"문제 방지 또는 해결" 및 "변경 계획" 메시지 모두 관리자의 조치가 필요할 수 있습니다. 우선 순위를 지정하고 계획하는 데 도움이 되도록 Act by 열에는 작업이 필요한 날짜가 포함됩니다.

중요

"우선 순위를 지정하고 계획하는 데 도움이 되도록 Act by 열에는 작업이 필요한 날짜가 포함되어 있습니다."

메시지 센터 관리 사용자 인터페이스는 서비스 변경 정보를 가져오는 한 가지 방법입니다. Office 365 Service Communications API를 사용하여 자동화된 솔루션을 빌드하여 다음과 같은 관련 데이터를 쿼리할 수 있습니다.

  • 서비스 가져오기: 구독하는 서비스 목록을 반환합니다.
  • 현재 상태 가져오기: 현재 및 진행 중인 서비스 인시던트에 대한 실시간 보기를 반환합니다.
  • 기록 상태 가져오기: 서비스 인시던트에 대한 기록 보기를 가져옵니다.
  • 메시지 가져오기: 변경 정보를 포함하는 인시던트 및 메시지 센터 통신을 찾습니다.

변경 분류 및 알림 프로세스를 지속적으로 개선할 것을 약속합니다. 고객 환경에 영향을 미칠 수 있는 변경 내용을 예측하기 위한 노력은 변경 분류의 기초이지만 이러한 예측은 고객 커뮤니티의 입력 없이 제한됩니다. 다양한 채널을 통해 받은 고객 피드백은 민첩하고 민주화된 고객 중심 방식으로 변화하는 문제에 대응하는 능력을 향상시킵니다.

정보 및 피드백 채널의 원본

광범위한 보급 및 접근성을 보장하기 위해 Microsoft는 다양한 위치에 변경 정보를 게시합니다. Microsoft 365 관리 Portal의 메시지 센터는 테넌트별 정보의 핵심 소스이지만 전체 원본 제품군에 주의하여 적시에 전체적인 정보를 제공해야 합니다.

변경 정보 원본

Microsoft 365 로드맵

Microsoft 365 로드맵은 개발, 출시 또는 출시 중인 제품의 상태 중계하는 공개 웹 사이트입니다. 각 기능 또는 워크로드의 상태 보고, 태그를 사용하여 검색하고, 단일 포털에서 릴리스 날짜를 확인할 수 있습니다. 그림 10에 설명된 것처럼 필터링을 사용하여 관심 있는 서비스 또는 기능을 쉽게 찾을 수 있습니다.

필터가 있는 Microsoft 365 로드맵의 스크린샷그림 10

메시지 센터 주간 다이제스트

관리자는 메시지 센터 주간 다이제스트를 사용하여 전자 메일을 통해 쉽게 공유할 수 있는 요약 형식으로 메시지 센터 통신을 검토할 수 있습니다. 다이제스트는 고객 피드백에 대한 응답으로 만들어졌으며 Microsoft 커뮤니티의 효과가 프로세스에서 변화하는 혁신적인 방법을 보여줍니다. 고객은 관리 포털에서 설정을 변경하여 다이제스트 전자 메일을 옵트아웃할 수 있습니다. 그림 11은 다이제스트의 예를 보여줍니다.

샘플 메시지 센터 알림.그림 11

Microsoft 관리자 모바일 앱

Microsoft 365 관리 모바일 앱에는 이동 중일 때 회사를 관리하는 데 도움이 되는 80개 이상의 기능이 있습니다. 이 앱은 Apple App Store 및 Google Play에서 다운로드할 수 있습니다. 모바일 앱을 사용하여 사용자 암호 재설정과 같은 일반적인 작업을 수행하고, 그룹에 사용자를 추가하고, 변경 알림 및 경고를 검토할 수 있습니다. 모바일 경고를 사용하도록 설정하여 업데이트가 릴리스되는 순간 업데이트를 계속 적용하는 것이 좋습니다. 그림 12는 모바일 앱의 스크린샷을 보여줍니다.

Microsoft 365 관리 모바일 앱의 스크린샷
그림 12

Microsoft 365 관리 모바일 앱 기능을 활용하려면 앱을 다운로드합니다.

기타 변경 정보 리소스

서비스를 변경하는 것 외에도 Microsoft 365 클라이언트도 업데이트합니다. 두 변경 내용 집합은 모두 변경 관리 계획을 따르며 메시지 센터에서 전달됩니다. 클라이언트 변경에 대한 설명서는 다음을 참조하세요.

공식 설명서 외에는 업계 동료가 변경 내용을 관리하고 배포하는 방법에 대한 펄스를 유지하기 위해 고객이 Microsoft Tech Community 참여하는 것이 좋습니다. Microsoft Tech Community 활성 원시 실시간 정보 원본입니다. 변경 내용이 수신되는 방식을 더 잘 이해하기 위해 플랫폼을 적극적으로 모니터링합니다.

피드백 채널

Microsoft는 고객과 제품 간에 선순환 피드백 루프를 설정합니다. 고객이 제출한 피드백으로 인해 롤백되거나 수정된 변경의 몇 가지 예가 있습니다. 고객은 여러 채널을 통해 피드백을 제공할 수 있습니다.

  • Microsoft 365 관리 포털
  • 메시지 센터
  • Microsoft 기술 커뮤니티

Microsoft 365 관리 포털
관리 포털의 각 페이지 오른쪽 아래에서 고객은 그림 13에 표시된 피드백 제공 단추를 클릭하여 피드백을 제공할 수 있습니다.

피드백 제공 단추의 스크린샷.
그림 13

메시지 센터

메시지 센터에 도 피드백 제공 단추가 있으므로 포털 페이지를 전환하지 않고도 들어오는 변경 내용 또는 기타 알림에 대한 피드백을 제공할 수 있습니다. 메시지 센터의 피드백은 Microsoft 내의 소유 엔지니어링 및 마케팅 팀에 직접 전달됩니다. Microsoft 소유자는 제출된 새 피드백에 대한 일일 보고서를 받습니다. 피드백이 특정 변경 또는 메시지와 관련된 경우 피드백의 상관 관계를 올바르게 지정할 수 있도록 메시지 센터 ID를 포함해야 합니다. 그림 14에서는 메시지 센터의 오른쪽 아래에 있는 피드백 제공 단추를 볼 수 있습니다.

메시지 센터 구성 페이지의 스크린샷그림 14

메시지 센터에서는 그림 15와 같이 각 메시지에 대해 좋아요싫어하는 단추도 지원합니다. 이를 사용하여 신속하게 피드백을 제공할 수 있습니다. 이 피드백을 집계하고 이를 사용하여 최근 변경 내용에 대한 일반적인 고객 수신을 이해합니다.

좋아요 및 싫어하는 단추의 스크린샷.그림 15

Microsoft 기술 커뮤니티

이 커뮤니티는 동료의 변경 정보의 출처이자 피드백을 제공하기 위한 포럼 역할을 합니다. Microsoft는 기술 커뮤니티 포럼에서 중요한 피드백을 모니터링하고 정보를 사용하여 내부 의사 결정에 영향을 미칩니다. 그림 16에서는 피드백 포럼 목록을 보여 줍니다.

피드백 포럼 목록의 스크린샷.그림 16

각주

1: NPS(Net Promoter Score)는 제품 또는 서비스에 대한 사용자 기본 설정을 측정하는 업계 계산입니다. NPS는 검사 대상을 손상시키거나 지원하거나 중립적인 사용자를 고려하여 계산됩니다. 발기인의 백분율에서 비방자의 비율을 빼면 순 프로모터 점수가 생성됩니다. 이 점수는 -100(모든 고객이 비방하는 경우)에서 최고 100(모든 고객이 프로모터인 경우)에 이르기까지 다양할 수 있습니다.

2: 오차 범위가 1.5인 경우

3: Microsoft는 정책 설정을 사용하여 엔터프라이즈용 Microsoft 365 앱 개인 정보 제어 관리에 설명된 대로 사용자 엔드포인트에서 수집된 진단 데이터에 대한 제어를 제공합니다. Microsoft가 GDPR의 적용을 받는 개인 데이터의 프로세서 또는 하위 프로세서인 경우 Microsoft Online Services 데이터 보호 부록 첨부 파일 3의 GDPR 조건은 처리에 적용되며 당사자는 이 하위 섹션("개인 데이터 처리; GDPR").

4: 이러한 서비스 릴리스 옵션에 옵트인하는 방법에 대한 지침 은 표준 또는 대상 릴리스 옵션 설정을 참조하세요.

5: 전체 organization 반기 주기에 있는 경우 기능 업데이트 간의 6개월 기간으로 인해 릴리스 간에 이러한 연장된 기간을 기다리는 동안 클라이언트가 규정 요구 사항 또는 내부 정책을 준수하지 않는 것을 알 수 있습니다.

6: Semi-Annual Enterprise 채널에 대한 비보안 업데이트의 선택된 하위 집합으로 구성됩니다.

7: Configuration Manager Office 업데이트를 관리하려면 Office가 설치된 컴퓨터에서 Office COM 개체를 사용하도록 설정해야 합니다. Office COM 개체는 Configuration Manager 명령을 사용하여 클라이언트 업데이트를 다운로드하고 설치합니다. Configuration Manager, 그룹 정책 또는 Office 배포 도구에서 클라이언트 정책을 사용하여 Office COM 개체를 사용하도록 설정할 수 있습니다. 둘 이상의 메서드를 사용하는 경우 그룹 정책 설정에 따라 최종 구성이 결정됩니다.