Microsoft Fabric 채택 로드맵: 사용자 지원

아티클
11/23/2023

참고 항목

이 문서는 Microsoft Fabric 채택 로드맵 문서 시리즈의 일부입니다. 시리즈 개요는 Microsoft Fabric 채택 로드맵을 참조하세요.

이 문서에서는 사용자 지원에 대해 설명하며 주로 문제 해결에 중점을 둡니다.

이 문서의 첫 번째 섹션에서는 조직에서 내부적으로 제어할 수 있는 사용자 지원 측면에 관해 중점적으로 설명합니다. 마지막 항목에서는 사용할 수 있는 외부 리소스에 중점을 둡니다.

내부 Fabric 사용자 커뮤니티에 제공되는 기술 멘토링, 교육, 설명서, 공동 개발 지원을 포함한 관련 항목에 대한 설명은 멘토링 및 사용자 지원 문서를 참조하세요. 효율적인 활동은 공식적인 사용자 지원 요청의 수를 크게 줄이고 전반적인 사용자 환경을 개선할 수 있습니다.

사용자 지원 유형

문제가 있는 경우 사용자가 이를 해결하기 위해 어떤 옵션이 있는지 알고 있나요?

다음 다이어그램은 조직에서 성공적으로 사용하는 몇 가지 일반적인 유형의 사용자 지원을 보여 줍니다.

Diagram shows the four types of internal Fabric user support, and the two types of external support, which are described in the table below.

위 다이어그램에 표시된 6가지 유형의 사용자 지원에는 다음이 포함됩니다.

Type	설명
	팀 내 지원(내부)은 매우 비공식적입니다. 지원은 팀 멤버가 업무를 수행하는 동안 자연스럽게 서로에게서 배우는 경우에 일어납니다.
	내부 커뮤니티 지원(내부)은 비공식적이거나 공식적으로 또는 두 가지 방식 모두로 조직될 수 있습니다. 동료들이 내부 커뮤니티 채널을 통해 서로 상호 작용할 때 발생합니다.
	헬프 데스크 지원(내부)은 공식적인 지원 문제 및 요청을 처리합니다.
	추가 지원(내부)은 각 지원 센터에서 에스컬레이션된 복잡한 문제를 처리합니다.
	Microsoft 지원(외부)에는 라이선스가 있는 사용자 및 패브릭 관리자에 대한 지원이 포함됩니다. 또한 포괄적인 설명서도 포함되어 있습니다.
	커뮤니티 지원(외부)에는 전 세계 전문가 커뮤니티, Microsoft MVP(Most Valued Professional), 열성적으로 포럼에 참여하고 콘텐츠를 게시하는 사람들이 포함됩니다.

일부 조직에서는 팀 내 및 내부 커뮤니티 지원이 셀프 서비스 데이터 및 BI(비즈니스 인텔리전스)와 가장 밀접하게 관련되어 있습니다(콘텐츠는 탈중앙화된 사업부의 작성자 및 소유자가 소유하고 관리함). 반면 지원 센터와 추가 지원은 기술 문제 및 엔터프라이즈 데이터 및 BI를 위해 예약되어 있습니다(콘텐츠는 중앙 집중식 BI 팀 또는 최고 전문가 조직에서 소유하고 관리함). 일부 조직에서는 네 가지 유형의 지원이 모든 유형의 콘텐츠와 관련이 있을 수 있습니다.

팁

비즈니스 주도 셀프 서비스, 관리형 셀프 서비스 및 엔터프라이즈 데이터 및 BI 개념에 대한 자세한 내용은 콘텐츠 소유권 및 관리 문서를 참조하세요.

위에 소개된 6가지 사용자 지원 형식 각각에 대해 이 문서에서 자세히 설명합니다.

팀 내 지원

팀 내 지원은 팀 멤버가 일상적인 업무를 통해 학습하고 서로를 도와주는 것을 의미합니다. 챔피언으로 등장한 셀프 서비스 콘텐츠 작성자는 돕고자 하는 본질적인 욕구가 있기 때문에 이러한 형식의 비공식 지원 역할을 자발적으로 맡는 경향이 있습니다. 비공식 지원 모드이긴 하지만 저평가하지 않아야 합니다. 일부 추정에 따르면 업무 중 학습의 상당 부분은 동료를 통해 이루어지며 이는 특히 도메인별 분석 솔루션을 만드는 분석가에게 유용합니다.

참고 항목

팀 내 지원은 부서 내에서 유일한 데이터 분석가인 사람에게는 큰 도움이 되지 않습니다. 또한 아직 조직에 아는 사람이 많지 않은 사람들에게는 효과적이지 않습니다. 도움을 받을 수 있는 가까운 동료가 없는 경우 이 문서에서 설명한 대로 다른 유형의 지원이 더 중요해집니다.

내부 커뮤니티 지원

동료 커뮤니티 멤버의 지원은 커뮤니티를 위해 특별히 설정된 토론 채널 또는 포럼에서 메시지 형식으로 이루어지는 경우가 많습니다. 예를 들어 누군가가 DAX 계산이 작동하도록 하는 데 문제가 있거나 가져올 올바른 Python 모듈을 찾고 있다는 메시지를 게시합니다. 그러면 조직의 누군가로부터 제안 또는 링크가 포함된 응답을 받습니다.

팁

내부 Fabric 커뮤니티의 목표는 자립하는 것으로 이를 통해 공식적인 지원 요구 및 비용을 줄일 수 있습니다. 또한 완전한 중앙 집중식 접근과는 달리 광범위한 규모로 관리형 셀프 서비스 콘텐츠 제작을 촉진할 수 있습니다. 그러나 항상 내부 커뮤니티를 모니터링, 관리 및 육성해야 할 필요가 있습니다. 다음은 두 가지 구체적인 팁입니다.

T-SQL, Python, Data Analysis eXpressions (DAX) 및 Power Query M 수식 언어와 같은 더 어려운 항목에 대한 전문가를 여러 명 육성하세요. 커뮤니티 멤버가 공인된 전문가가 되면 너무 많은 도움 요청으로 인해 부담을 느끼게 될 수 있습니다.
특정 유형의 질문(예: 보고서 시각화)에는 더 많은 커뮤니티 멤버가 쉽게 답변할 수 있는 반면, 다른 질문(예: 복잡한 T-SQL 또는 DAX)에 답변할 수 있는 멤버는 별로 없습니다. COE에서 커뮤니티에 응답할 기회를 주면서도 답변이 없는 질문을 신속하게 처리할 수 있도록 하는 것이 중요합니다. 사용자가 질문을 하고 답변을 받지 못하는 경우가 반복되면 커뮤니티의 성장을 크게 저해하게 됩니다. 사용자가 질문에 대한 응답을 받지 못하면 커뮤니티를 떠나고 돌아오지 않을 수 있습니다.

내부 커뮤니티 토론 채널은 일반적으로 Teams 채널 또는 Yammer 그룹으로 설정됩니다. 선택한 기술은 사용자가 이미 작업하는 위치를 반영해야 활동이 자연스러운 워크플로 내에서 발생합니다.

내부 토론 채널의 이점 중 하나는 원래 요청자가 이전에 만난 적이 없는 사람으로부터 응답을 받을 수 있다는 것입니다. 큰 조직에서 학습공동체는 공동의 관심사를 가진 사람을 한 데 모읍니다. 일반적으로 도움을 받고 학습하기 위한 다양한 관점을 제공할 수 있습니다.

내부 커뮤니티 토론 채널을 사용하면 COE(최고 전문가 조직)에서 사람들이 하는 질문의 종류를 모니터링할 수 있습니다. COE에서 사용자에게 발생하는 문제를 이해하기 위한 한 가지 방법입니다(일반적으로 콘텐츠 만들기와 관련이 있지만 콘텐츠 사용과도 관련될 수 있음).

토론 채널을 모니터링하면 이전에 COE에 알려지지 않았던 추가 분석 전문가와 잠재적 챔피언을 확인할 수 있습니다.

Important

새로운 챔피언을 지속적으로 식별하고 협력하여 이들이 동료를 지원할 준비가 되었는지 확인하는 것이 좋습니다. 학습공동체 문서에서 설명한 대로 COE는 토론 채널을 적극적으로 모니터링하여 누가 도움이 되는지 확인해야 합니다. COE는 의도적으로 커뮤니티 구성원을 격려하고 지원해야 합니다. 적절한 경우 챔피언 네트워크에 초대합니다.

토론 채널의 또 다른 주요 이점은 검색이 가능하여 다른 사용자가 정보를 발견할 수 있다는 것입니다. 그러나 프라이빗 메시지나 메일이 아니라 공개 포럼에서 질문하려면 사람들의 습관이 변화해야 합니다. 일부 개인은 그러한 공개적인 방식으로 질문을 하는 것이 불편하다는 사실에 민감해야 합니다. 그것은 공개적으로 그들이 모른다는 것을 확인하기 때문에 당황을 유발할 수 있습니다. 친근하고 격려해 주며 유용한 토론 채널이 되도록 하면 이러한 거부감이 시간이 지남에 따라 줄어들 수 있습니다.

팁

커뮤니티에서 가장 일반적이고 간단한 몇 가지 질문을 처리하는 봇을 만들려고 할 수 있습니다. 봇은 "라이선스를 어떻게 요청하나요?" 또는 "작업 영역을 어떻게 요청하나요?" 등의 복잡하지 않은 질문에 응답할 수 있습니다. 이 방법을 사용하기 전에 사용자 환경을 악화시키기보다는 개선할 수 있는 일상적이고 예측 가능한 질문이 충분한지 고려하세요. 잘 만들어진 FAQ(자주 묻는 질문)가 더 잘 처리하며 개발 속도가 빨라지고 유지 관리가 더 간편한 경우가 많습니다.

헬프 데스크 지원

지원 센터는 일반적으로 IT 부서에서 운영하는 공유 서비스로 운영됩니다. 보다 공식적인 지원 채널에 의존할 가능성이 높은 사람은 다음과 같습니다.

경험이 적은 사용자.
조직에 더 최근에 합류함.
내부 토론 커뮤니티에 메시지를 게시하는 것에 거부감이 있음.
조직 내에 아는 사람 및 동료가 적음.

컴퓨터가 IT 관리형인 경우의 소프트웨어 설치 및 업그레이드 요청과 같이 IT 부서가 개입하지 않으면 완전히 해결할 수 없는 특정 기술 문제도 있습니다.

바쁜 지원 센터 담당자는 여러 기술을 지원하는 데 전념하는 경우가 많습니다. 따라서 지원하기 가장 간편한 유형의 문제는 해결책이 명확하고 기술 자료에 문서화할 수 있는 문제입니다. 예를 들어 소프트웨어 설치 필수 구성 요소 또는 라이선스를 얻기 위한 요구 사항 등입니다.

일부 조직에서는 지원 센터에 매우 간단한 중단 수정 문제만 처리하도록 요청합니다. 다른 조직에서는 지원 센터에 새 작업 영역 요청, 게이트웨이 데이터 원본 관리 또는 새 용량 요청과 같이 반복되는 모든 문제에 대해 지원을 요청합니다.

Important

Fabric 거버넌스 결정은 지원 센터 요청의 양에 직접적으로 영향을 미칩니다. 예를 들어 테넌트 설정에서 작업 영역 만들기 권한을 제한하도록 선택하면 사용자가 지원 센터 티켓을 제출하게 됩니다. 적합한 의사 결정이지만 요청을 매우 신속하게 충족할 수 있도록 준비해야 합니다. 가능하다면 일반적으로 1~4시간 이내에 응답해야 합니다. 너무 오래 지연되는 경우 사용자는 이미 가지고 있는 것을 사용하여 요구 사항을 해결할 방법을 찾을 것입니다. 이는 이상적인 시나리오가 아닐 수 있습니다. 특정 헬프 데스크 요청에는 신속함이 중요합니다. Power Apps 및 Power Automate를 사용하여 자동화하면 일부 프로세스를 보다 효율적으로 만드는 데 도움이 될 수 있습니다. 자세한 내용은 테넌트 수준 작업 영역 계획을 참조하세요.

시간이 지남에 따라 지원 센터 담당자가 기술 자료에 대해 더 많이 알고 패브릭 지원 경험이 많아질수록 더 효과적으로 문제를 해결하고 효율적인 문제 해결 기술을 갖출 수 있습니다. 최고의 지원 센터 담당자는 사용자가 수행해야 하는 작업을 잘 알고 있는 사람입니다.

팁

순수하게 기술적인 문제(예: 데이터 새로 고침 실패 또는 게이트웨이 데이터 원본에 새 사용자를 추가해야 하는 경우)에는 일반적으로 SLA(서비스 수준 계약)과 관련된 간단한 응답이 포함됩니다. 예를 들어 차단 문제는 1시간 이내에 대응하고 8시간 이내에 해결하는 SLA일 수 있습니다. 일반적으로 데이터 불일치와 같은 문제 해결을 위해 SLA를 정의하는 것이 더 어렵습니다.

추가 지원

COE는 조직 전반에 걸쳐 Fabric이 사용되는 방법에 대해 깊이 있는 인사이트가 있으므로 복잡한 문제가 발생할 경우 추가 지원을 하기 위한 좋은 옵션입니다. 지원 프로세스에 대한 COE의 참여는 에스컬레이션 경로에 의한 것이어야 합니다.

COE 멤버는 비즈니스 사용자에게 잘 알려진 경우가 많으므로 지원 센터의 에스컬레이션 경로로만 요청을 관리하도록 하는 것은 어렵습니다. 적절한 채널을 거치는 습관이 되도록 COE 멤버는 지원 센터 티켓을 제출하도록 사용자를 리디렉션해야 합니다. 또한 헬프 데스크 요청 분석을 위한 데이터 품질도 향상됩니다.

Microsoft 지원

이 문서에서 설명한 내부 사용자 지원 방법뿐만 아니라 사용자 및 패브릭 관리자가 직접 사용할 수 있는 중요한 외부 지원 옵션도 간과하지 말아야 합니다.

Microsoft 설명서

모든 고객에게 광범위하게 영향을 미치는 우선 순위가 높은 문제는 Fabric 지원 웹사이트를 확인합니다. 전역 Microsoft 365 관리자는 Microsoft 365 포털 내에서 추가 지원 문제 세부 정보를 확인할 수 있습니다.

포괄적인 Fabric 설명서를 참조하세요. 문제 해결에 도움이 되며 정보를 검색할 수 있는 신뢰할 수 있는 리소스입니다. 설명서 사이트에서 결과의 우선 순위를 지정할 수 있습니다. 예를 들어 웹 검색 엔진에 power bi gateway site:learn.microsoft.com과 같은 사이트 대상 검색 요청을 입력합니다.

Power BI Pro 및 Premium 사용자별 최종 사용자 지원

라이선스가 있는 사용자는 Microsoft에 지원 티켓을 기록할 수 있습니다.

팁

내부 사용자 커뮤니티에서 기술 문제를 내부 지원 센터로 보고할지 여부를 명확하게 합니다. 지원 센터에서 워크로드를 처리할 수 있는 경우 중앙 집중식 내부 영역에서 사용자 문제를 수집하면 모든 사용자가 문제를 자체적으로 해결하려고 하는 경우보다 우수한 뛰어난 사용자 환경을 제공할 수 있습니다. 가시성이 있고 지원 문제를 분석하는 것도 COE에 유용합니다.

관리자 지원

패브릭 관리자가 사용할 수 있는 다양한 지원 옵션이 있습니다.

Microsoft 통합 지원 계약이 있는 고객의 경우 지원 센터 및 COE 멤버에게 Microsoft Services Hub에 대한 액세스 권한을 부여하는 것을 고려하세요. Microsoft Services Hub의 한 가지 이점은 지원 센터 및 COE 멤버가 지원 요청을 제출하고 확인하도록 설정할 수 있다는 것입니다.

전 세계 커뮤니티 지원

이 문서에 설명된 내부 사용자 지원 방식과 이전에 설명된 Microsoft 지원 옵션 외에도 전 세계 Fabric 커뮤니티를 활용할 수 있습니다.

전 세계 커뮤니티는 도메인 지식이 없는 사람도 질문을 쉽게 이해할 수 있고 기밀 데이터나 중요한 내부 프로세스와 관련되지 않은 경우에 유용합니다.

공개적으로 사용할 수 있는 커뮤니티 포럼

사용자가 문제를 게시하고 전 세계 모든 사용자로부터 응답을 받을 수 있는 여러 퍼블릭 커뮤니티 포럼이 있습니다. 어디서나 누구에게서나 답변을 얻는 것은 매우 강력하고 매우 유용할 수 있습니다. 그러나 모든 공개 포럼의 경우와 마찬가지로 포럼에 게시된 조언과 정보를 확인하는 것이 중요합니다. 인터넷에 게시된 조언은 상황에 적합하지 않을 수 있습니다.

공개적으로 사용할 수 있는 토론 영역

사람들이 소셜 미디어 플랫폼에 Fabric 기술 질문을 게시하는 것을 종종 볼 수 있습니다. 토론, 게시물 알림과 서로를 돕는 사용자를 발견하게 됩니다.

커뮤니티 설명서

Fabric 글로벌 커뮤니티는 활발합니다. 매일 수많은 Fabric 블로그 게시물, 문서, 웨비나, 동영상이 게시됩니다. 문제 해결을 위해 커뮤니티 정보에 의존할 때 다음 사항에 주의하십시오.

정보의 최신 여부. 게시되거나 마지막으로 업데이트된 시기를 확인합니다.
온라인에서 찾은 솔루션의 상황과 컨텍스트가 귀하의 상황에 정말 적합한지 여부.
제공되는 정보의 신뢰성. 신뢰할 수 있는 블로그 및 사이트에 의존합니다.

고려 사항 및 주요 조치

검사 목록 - 사용자 지원을 위해 수행할 수 있는 고려 사항 및 주요 작업은 다음과 같습니다.

팀 내 지원 개선:

인정과 격려 제공: 학습 커뮤니티 문서에서 설명한 대로 챔피언에게 인센티브를 제공해야 합니다.
노력 보상: 의미 있는 풀뿌리 노력이 있는 경우 보상하고 칭찬하세요.
공식적 역할 생성: 비공식적인 팀 내 노력으로 충분하지 않은 경우 이 영역에서 수행하려는 역할의 공식화를 고려하세요. 적절한 경우 HR 작업 설명에 예상되는 기여 및 책임을 포함합니다.

내부 커뮤니티 지원 개선:

지속적인 질문 장려: 지정된 커뮤니티 토론 채널에서 질문하도록 권장합니다. 점차 습관이 형성되면 이를 자연스럽게 첫 번째 옵션으로 사용하며 시간이 지남에 따라 더 자립적으로 발전할 것입니다.
적극적인 토론 영역 모니터링: 적절한 COE 멤버가 토론 채널을 적극적으로 모니터링해야 합니다. 질문에 대한 답변이 남아 있지 않은 경우 개입하거나 답변을 개선하거나 적절한 경우 수정할 수 있습니다. 또한 기존 리소스에 대한 인식을 높이기 위해 추가 정보에 대한 링크를 게시할 수도 있습니다. 커뮤니티의 목표는 자립하는 것이지만 커뮤니티를 모니터링하고 육성하기 위해서는 여전히 전용 자원이 필요합니다.
사용 가능한 옵션 소통: 사용자 집단에 내부 커뮤니티 지원 영역이 존재한다는 것을 알리세요. 여기에는 눈에 띄는 링크 표시가 포함될 수 있습니다. 사용자 커뮤니티에 대한 정기적인 소통에 링크를 포함할 수 있습니다. 패브릭 포털에서 도움말 메뉴 링크를 사용자 지정하여 사용자를 내부 리소스로 안내할 수도 있습니다.
자동화 설정: 모든 사용이 허가된 사용자가 커뮤니티 토론 채널에 자동으로 액세스할 수 있도록 자동화를 설정합니다. 그룹 기반 라이선스를 사용하면 라이선스 설정을 자동화할 수 있습니다.

내부 지원 센터 지원 개선:

지원 센터 책임 결정: 지원 센터에서 처리할 Fabric 지원 항목의 초기 범위를 결정합니다.
준비 수준 평가: 지원 센터에서 Fabric 지원을 처리할 준비가 되었는지 확인합니다. 해결해야 할 준비 상태의 빈틈이 있는지 확인합니다.
추가 학습 준비: 기술 전달 세션 또는 교육 세션을 수행하여 지원 센터 직원을 준비합니다.
지원 센터 기술 자료 업데이트: 검색 가능한 기술 자료에 알려진 질문 및 답변을 포함합니다. 시간이 지남에 따라 새롭고 향상된 기능을 반영하기 위해 기술 자료의 정기적인 업데이트를 담당하는 직원을 두어야 합니다.
티켓 추적 시스템 설정: 지원 센터에 제출된 요청을 추적할 수 있는 좋은 시스템이 있는지 확인합니다.
Fabric 관련 문제에 대해 누구든지 전화를 받을지 여부 결정: 적절한 경우 24/7 지원에 대한 기대치가 명확한지 확인합니다.
존재할 SLA 결정: 특정 SLA(서비스 수준 계약)가 있는 경우 응답 및 해결에 대한 기대치를 명확하게 문서화하고 전달해야 합니다.
신속하게 작업할 준비: 특정 일반적인 문제를 매우 신속하게 해결할 수 있도록 준비해야 합니다. 지원 응답이 느려질 경우 사용자가 해결 방법을 찾을 수 있습니다.

내부 COE 추가 지원 개선:

지원 에스컬레이션 방식 결정: 지원 센터에서 직접 처리할 수 없는 요청에 대한 에스컬레이션 경로를 결정합니다. 필요할 때 COE(또는 동등한 담당자)가 개입할 준비가 되어 있는지 확인합니다. 지원 센터의 책임 범위와 COE 추가 지원 책임의 시작 지점을 명확하게 정의합니다.
COE 및 시스템 관리자 간 협업 장려: COE 멤버 및 패브릭 관리자가 Microsoft 365 및 Azure의 전역 관리자에게 연락할 수 있는 직접적인 에스컬레이션 경로가 있는지 확인합니다. 패브릭 범위를 벗어나는 광범위한 문제가 발생하는 경우 커뮤니케이션 채널이 매우 중요합니다.
COE에서 지원 센터로 피드백 루프 형성: COE가 새 정보를 알게 되면 IT 기술 자료를 업데이트해야 합니다. 주요 지원 센터 담당자가 앞으로 더 많은 문제를 처리할 수 있도록 지속적으로 더 잘 준비하는 것이 목표입니다.
지원 센터에서 COE로 피드백 루프 형성: 지원 담당자가 중복성 또는 비효율성을 관찰하는 경우 해당 정보를 COE에 전달할 수 있으며 COE는 기술 자료를 개선하거나 참여를 선택할 수 있습니다(특히 거버넌스 또는 보안과 관련된 경우).

질문

사용자 지원을 평가하려면 아래에 있는 것과 같은 질문을 사용합니다.

엔터프라이즈 데이터 및 BI 솔루션 지원은 누가 담당하나요? 셀프 서비스 솔루션은 어떻나요?
중요한 문제를 효과적으로 검색하고 우선 순위를 지정하기 위해 문제의 비즈니스 영향과 긴급성을 어떻게 식별하나요?
비즈니스 사용자가 데이터 및 BI 솔루션 관련 문제를 보고하는 명확한 프로세스가 있나요? 엔터프라이즈와 셀프 서비스 솔루션은 어떻게 다르나요? 에스컬레이션 경로는 무엇인가요?
콘텐츠 작성자와 소비자는 일반적으로 어떤 형식의 문제를 경험하나요? 예를 들어, 데이터 품질 문제, 성능 문제, 액세스 문제 등이 발생하나요?
해결되지 않고 종료된 문제가 있나요? 현재 데이터 항목이나 보고서에 "알려진 문제"가 있나요?
데이터 자산 소유자가 셀프 서비스 BI 솔루션 관련 문제를 COE와 같은 중앙팀에 에스컬레이션하는 프로세스가 마련되어 있나요?
데이터 및 기존 솔루션에서 문제가 얼마나 자주 발생하나요? 이러한 문제 중 비즈니스 최종 사용자에게 영향을 미치기 전에 발견되는 비율은 얼마나 되나요?
문제를 해결하는 데 일반적으로 얼마나 걸리나요? 비즈니스 사용자에게 이 타이밍이 충분한가요?
최근 문제 사례와 비즈니스에 미치는 구체적인 영향은 무엇인가요?
엔터프라이즈 팀과 콘텐츠 작성자는 패브릭 문제를 Microsoft에 보고하는 방법을 알고 있나요? 기업 팀이 커뮤니티 리소스를 효과적으로 활용하여 중요한 문제를 해결할 수 있나요?

주의

사용자 지원을 평가하고 위험이나 문제를 설명할 때 개인이나 팀을 비난하지 않는 중립적인 언어를 사용하도록 주의해야 합니다. 평가에서 모든 사람의 관점이 공정하게 표현되는지 확인합니다. 컨텍스트를 정확하게 이해하고 설명하기 위해 객관적인 팩트에 중점을 둡니다.

성숙도 수준

다음 성숙도는 Power BI 사용자 지원의 현재 상태를 평가하는 데 도움이 됩니다.

수준	사용자 지원 상태
100: 초기	• 개별 비즈니스 단위는 서로를 지원하는 효과적 방법을 찾습니다. 그러나 전술과 관행은 사일로화되어 있으며 일관되게 적용되지 않습니다. • 내부 토론 채널을 사용할 수 있습니다. 그러나 자세히 모니터링되지는 않습니다. 따라서 사용자 환경이 일치하지 않습니다.
200: 반복 가능	• COE는 팀 내 지원 및 챔피언 네트워크의 성장을 적극적으로 장려합니다. • 내부 토론 채널이 호응을 얻습니다. 질문 및 토론의 기본 장소로 알려집니다. • 지원 센터에서는 가장 일반적인 몇 가지 기술 지원 문제를 처리합니다.
300: 정의됨	• 이제 내부 토론 채널이 널리 보급되었고 대부분 자체적으로 유지됩니다. COE 멤버는 토론 채널을 적극적으로 모니터링하고 관리하여 질문에 신속하게 정확하게 답변할 수 있도록 합니다. • 지원 빈도, 응답 항목 및 우선 순위를 모니터링하기 위한 지원 센터 추적 시스템이 마련되어 있습니다. • COE는 필요한 경우 적절한 확장 지원을 제공합니다.
400: 가능	• 지원 센터는 완전히 학습되었으며 더 많은 수의 알려진 예상 기술 지원 문제를 처리할 준비가 되어 있습니다. • 추가 지원을 포함한 지원 센터의 지원 기대치를 정의하기 위한 SLA가 준비되어 있습니다. 기대치는 문서화되고 전달되므로 관련된 모든 사람에게 명확합니다.
500: 효율	• 지원 센터와 COE 사이에 양방향 피드백 루프가 있습니다. • 핵심 성과 지표는 만족도 및 지원 방법을 측정합니다. • 자동화를 통해 지원 센터는 더 빠르게 대응하고 오류를 줄일 수 있습니다(예: API 및 스크립트 사용).