다음을 통해 공유


Microsoft Fabric 채택 로드맵: 멘토링 및 사용자 지원

참고 항목

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

채택 노력의 중요한 목표는 사용자가 거버넌스 지침 및 정책에 의해 수립된 필수 가드레일 내에서 가능한 한 많은 작업을 수행할 수 있도록 하는 것입니다. 이러한 이유로 사용자에게 멘토링하는 활동은 COE(최고 전문가 조직)의 가장 중요한 책임 중 하나이며 사용자가 채택하는 방식에 직접적으로 영향을 미칩니다. 사용자 채택에 대한 자세한 내용은 Microsoft Fabric 채택 성숙도 수준을 참조하세요.

기술 멘토링

Fabric 커뮤니티의 사용자를 멘토링하고 보다 효율적으로 지원하는 것은 다음과 같은 다양한 형태를 취할 수 있습니다.

약식 미팅

약식 미팅은 COE에서 관리하는 지속적인 커뮤니티 계약의 일종입니다. 이름에서 알 수 있듯이 약식 미팅은 커뮤니티 멤버가 COE의 전문가와 교류하며 최소한의 프로세스 오버헤드로 지원을 받을 수 있는 정기적으로 예약된 사용 가능한 시간입니다. 약식 미팅은 일반적으로 그룹 기반이므로 Fabric 챔피언 및 커뮤니티의 다른 멤버도 자신의 전문 분야에 해당하는 경우 문제 해결에 도움을 줄 수 있습니다.

약식 미팅은 많은 조직에서 매우 인기가 있으며 생산적인 활동입니다. 일부 조직에서는 이를 예약이 필요 없는 시간이라고 부르거나 파워 시간 또는 Fabric 금요일과 같은 재미있는 이름으로 부르기도 합니다. 주요 목표는 일반적으로 질문에 대한 답변을 받고, 문제를 해결하고, 장애물을 제거하는 것입니다. 사용자 커뮤니티에서는 또한 아이디어, 제안뿐만 아니라 불만까지 공유하는 플랫폼으로 약식 미팅을 사용할 수 있습니다.

COE는 한 명 이상의 COE 멤버가 있을 때 정기적인 약식 미팅을 위한 시간을 게시합니다. 약식 미팅은 정기적으로 자주 하는 것이 이상적입니다. 예를 들어 매주 화요일과 목요일에 약식 미팅을 할 수 있습니다. 글로벌 인력이 있는 경우 다른 시간대를 제공하거나 시간을 순환하는 것이 좋습니다.

매주 특정 약식 미팅 시간을 설정하는 것도 한 가지 옵션입니다. 하지만 사용자가 참석할 수도, 그렇지 않을 수도 있어 비효율적일 수 있습니다. 또는 Microsoft Bookings를 활용하여 약식 미팅의 일정을 예약하는 것이 좋습니다. 각 COE 전문가를 만날 수 있는 시간 블록을 보여 주며 Outlook과 통합하면 이들을 만날 수 있는 시간의 최신 정보를 확인할 수 있습니다.

약식 미팅은 다음과 같은 이유로 뛰어난 사용자 지원 방법입니다.

  • 콘텐츠 작성자와 COE는 적극적으로 협업하여 질문에 답변하고 함께 문제를 해결합니다.
  • 학습하고 문제를 해결하는 동안 실제 업무를 수행합니다.
  • 다른 사람들은 관찰하고 학습하며 참여할 수도 있습니다.
  • 개별 그룹은 특정 문제를 해결하기 위해 브레이크아웃 방으로 모일 수도 있습니다.

약식 미팅은 다음과 같은 이유로 COE에도 유용합니다.

  • COE가 이전에는 몰랐던 챔피언이나 특정 기술이 있는 사용자를 식별하는 좋은 방법입니다.
  • COE가 조직 전체에서 사용자들이 어떤 어려움을 겪는지 알 수 있습니다. 추가 리소스, 설명서 또는 교육이 필요한지 여부를 파악하는 데 도움이 됩니다.

복잡한 DAX 계산을 작동시키거나 복잡한 솔루션의 성능 문제를 해결하는 등 신속하게 해결할 수 없는 몇 가지 어려운 문제가 근무 시간 중에 발생하는 것이 일반적입니다. 약식 미팅의 범위와 후속 조치에 대한 약속이 있는지에 대한 명확한 기대치를 설정합니다.

공동 개발 프로젝트

COE가 멘토링 서비스를 제공하는 한 가지 방법은 공동 개발 프로젝트를 활용하는 것입니다. 공동 개발 프로젝트는 COE가 제공하는 지원의 한 형태로 사용자 또는 사업부에서 COE의 기술 전문성을 활용하여 데이터로 비즈니스 문제를 해결합니다. 공동 개발에는 사업부 관련자와 COE가 협력하여 비즈니스 관련자가 독립적으로 제공할 수 없는 고품질 셀프 서비스 분석 또는 BI(비즈니스 인텔리전스) 솔루션을 빌드하는 과정이 포함됩니다.

공동 개발의 목표는 사업부에 가치를 제공하는 동시에 시간이 지남에 따라 전문성을 개발하도록 지원하는 것입니다. 예를 들어 판매 팀은 새로운 위원회 보고서 세트를 시급하게 작성해야 하지만 아직 이를 완료하는 데 필요한 지식이 없을 수 있습니다.

공동 개발 프로젝트는 사업부와 COE 사이에 파트너십을 형성합니다. 이러한 관계에서 사업부는 완전히 투입되고 깊이 참여하며 프로젝트의 소유권이 있는 것으로 간주합니다.

시간이 지남에 따라 COE가 투자하는 시간은 줄어들며 사업부는 전문성을 기르고 자립하게 됩니다.

시간에 따라 우수성 센터 참여가 감소하고 사업부의 전문성이 성장하고 있다는 것을 다이어그램을 통해 볼 수 있습니다.

위 다이어그램에 표시된 활성 참여는 다음과 같이 시간이 지남에 따라 변화합니다.

  • 사업부: 처음에는 50%에서 75%까지 증가했다가 마지막에는 98~100%가 됩니다.
  • COE: 처음에는 50%에서 25%까지 감소했다가 마지막에는 0~2%가 됩니다.

이상적으로는 참여가 점진적으로 줄어드는 기간을 프로젝트에서 미리 확인할 수 있는 것이 좋습니다. 이러한 방식을 사용하면 사업부와 COE 모두 타임라인과 인력을 충분히 계획할 수 있습니다.

공동 개발 프로젝트는 상당한 단기적인 이점과 장기적인 이점이 있습니다. 단기적으로는 COE의 참여를 통해 모범 사례를 따르고 조직 표준에 부합하는 더 잘 설계되고 성능이 뛰어난 솔루션을 얻을 수 있습니다. 장기적으로 공동 개발은 비즈니스 관련자의 지식과 능력을 향상하도록 지원하여 이들이 앞으로 고품질의 셀프 서비스 데이터 및 BI 솔루션을 제공할 수 있도록 더 자립적이며 더 자신감을 가지도록 할 수 있습니다.

Important

기본적으로 공동 개발 프로젝트는 경험이 적은 사용자가 작업을 수행하는 적절한 방법을 학습하는 데 도움이 됩니다. 나중에 리팩터링을 필요로 하는 위험을 줄이고 시간이 지남에 따라 솔루션의 스케일링 및 성장 능력을 향상합니다.

모범 사례 검토

COE는 또한 모범 사례 검토를 제공할 수 있습니다. 모범 사례 검토는 작업의 유효성을 검사하려는 콘텐츠 작성자에게 매우 유용할 수 있습니다. 이를 자문 서비스, 내부 컨설팅 시간 또는 기술 검토라고도 합니다. 앞서 설명한 공동 개발 프로젝트와 달리 모범 사례 검토는 솔루션이 개발된 후 이루어집니다.

검토를 수행하는 동안 COE의 전문가는 커뮤니티의 멤버가 개발한 셀프 서비스 Fabric 콘텐츠를 평가하고 위험 영역 또는 개선을 위한 기회를 식별합니다.

다음은 모범 사례 검토가 도움이 되는 경우의 몇 가지 예입니다.

  • 판매 팀에 조직 전체의 수천 명의 사용자에게 배포하려는 Power BI 앱이 있습니다. 앱은 많은 사용자에게 배포되는 높은 우선 순위 콘텐츠를 나타내므로 이를 인증받으려고 합니다. 콘텐츠를 인증하는 표준 프로세스에는 모범 사례 검토가 포함됩니다.
  • 재무팀에서 용량에 작업 영역을 할당하려고 합니다. 건전한 개발 방법을 준수하는지 확인하려면 작업 영역 콘텐츠를 검토해야 합니다. 이러한 유형의 검토는 여러 사업부에서 용량을 공유하는 경우에 일반적입니다. (용량이 하나의 사업부에만 할당된 경우에는 검토가 필요하지 않을 수 있습니다.)
  • 운영팀에서 널리 사용될 것으로 예상되는 새로운 Fabric 솔루션을 만들고 있습니다. UAT(사용자 승인 테스트)를 진행하기 전이나 요청을 변경 관리 보드에 제출하기 전에 모범 사례 검토를 요청하려고 합니다.

모범 사례 검토는 의미 체계 모델 디자인에 가장 중점을 두지만 검토는 레이크하우스, 데이터 웨어하우스, 데이터 파이프라인, 데이터 흐름 또는 의미 체계 모델과 같은 모든 유형의 데이터 항목을 포함할 수 있습니다. 또한 보고서, 대시보드, 메트릭과 같은 보고 항목을 포함할 수 있습니다.

콘텐츠를 배포하기 전에 모범 사례 검토를 사용하여 다음과 같은 다른 디자인 결정을 확인할 수 있습니다.

  • Notebooks의 코드는 조직 표준 및 모범 사례를 따릅니다.
  • 필요한 경우 적절한 데이터 준비 방식(데이터 흐름, 파이프라인, Notebooks 등)이 사용됩니다.
  • 사용된 데이터 원본은 적절하며 Power Query 및 데이터 흐름이 사용되는 경우 가능할 때마다 쿼리 폴딩이 호출됩니다.
  • 데이터 준비 단계가 명확하고 순서에 맞게 진행되며 효율적입니다.
  • 연결 모드스토리지 모드 선택(예: Direct Lake, 가져오기, 실시간 연결, DirectQuery 및 복합 모델 프레임워크)이 적절합니다.
  • 플랫 파일과 같은 데이터 원본과 원본 Power BI Desktop 파일의 위치가 적합합니다(가능하다면 Teams 파일 또는 SharePoint 공유 라이브러리와 같이 버전이 관리되고 적절한 보안이 있는 백업 위치에 저장되는 것이 좋음).
  • 의미 체계 모델은 잘 설계되어 있고, 명확하고, 이해하기 쉬우며, 별모양 스키마 디자인을 사용합니다.
  • 관계가 올바르게 구성되어 있습니다.
  • DAX 계산에서 효율적인 코딩 사례를 사용합니다(특히 데이터 모델이 큰 경우).
  • 의미 체계 모델 크기가 적절한 한도 내에 있으며 데이터 축소 기술이 적용됩니다.
  • RLS(행 수준 보안)는 데이터 사용 권한을 적절하게 적용합니다.
  • 데이터가 정확하며 신뢰할 수 있는 원본에 대해 유효성을 검사했습니다.
  • 승인된 공통 정의 및 용어가 사용됩니다.
  • 접근성을 위한 디자인을 포함하여 좋은 데이터 시각화 사례를 따릅니다.

콘텐츠를 배포했더라도 모범 사례 검토가 아직 완료되지 않았을 수 있습니다. 검토의 나머지 부분을 완료하면 다음과 같은 항목이 포함될 수 있습니다.

추가 지원

때때로 COE가 지원 센터로부터 에스컬레이션된 복잡한 문제에 관련될 수도 있습니다. 자세한 내용은 사용자 지원 문서를 참조하세요.

참고 항목

멘토링 서비스를 제공하는 것이 조직의 문화를 바꿀 수 있습니다. 사용자가 일반적으로 Excel과 같은 도구에 대한 도움은 요청하지 않는데 Power BI에 대해 질문하는 것이 궁금할 수도 있습니다. 이에 대한 답은 Power BI와 Fabric이 매우 강력한 도구라는 사실에 있습니다. 이 두 도구는 데이터 시각화 외에도 데이터 준비 및 데이터 모델링 기능을 제공합니다. 사용자를 지원하는 기능이 있으면 기술을 상당히 개선하고 솔루션의 품질을 높일 수 있을 뿐 아니라 위험도 줄어듭니다.

중앙 집중식 포털

단일 중앙 집중식 포털 또는 허브에서 사용자 커뮤니티는 다음을 찾을 수 있습니다.

  • 커뮤니티 Q&A 포럼에 대한 액세스.
  • 커뮤니티의 관심 공지 사항(예: 새로운 기능 및 릴리스 계획 업데이트).
  • 약식 미팅, 점심 식사 및 학습, 교육 세션, 사용자 그룹 모임에 대한 일정 및 등록 링크.
  • 콘텐츠 및 변경 로그에 대한 주요 변경 공지(해당하는 경우).
  • 도움말 또는 지원을 요청하는 방법.
  • 교육 자료.
  • 설명서, 온보딩 자료, FAQ(자주 묻는 질문).
  • COE에서 권장하는 거버넌스 지침 및 접근 방식.
  • 보고서 템플릿.
  • 모범 사례 솔루션의 예.
  • 지식 공유 세션 녹음/녹화.
  • 라이선스 취득, 액세스 요청, 게이트웨이 구성과 같은 관리형 프로세스에 액세스하기 위한 진입점입니다.

일반적으로 커뮤니티의 10~20%만 학습 및 교육 정보를 적극적으로 찾아낼 수 있습니다. 이러한 유형의 사용자는 자연스럽게 챔피언으로 성장할 수 있습니다. 다른 사람들은 시간과 집중력, 에너지가 다른 곳에 필요하므로 그냥 가능한 한 빨리 작업을 완료하려고 하는 경우가 많습니다. 따라서 커뮤니티 사용자가 쉽게 정보를 찾을 수 있도록 하는 것이 중요합니다.

목표는 커뮤니티의 사용자를 중앙 집중식 포털로 일관되게 안내하여 정보를 찾도록 하는 것입니다. 따라서 COE의 의무는 사용자에게 필요한 정보를 중앙 집중식 포털에서 사용할 수 있도록 하는 것입니다. 모든 사람이 바쁜 경우에도 포털을 업데이트된 상태로 유지하려면 규칙이 필요합니다.

대규모 조직에서는 단일 중앙 집중식 포털을 구현하기가 어려울 수도 있습니다. 단일 포털으로 통합하는 것이 실용적이지 않은 경우 중앙 집중식 허브는 다른 위치에 대한 링크를 포함하는 집계자 역할을 할 수 있습니다.

Important

정보를 찾는 시간을 절약하는 것도 중요하지만 중앙 집중식 포털의 목표는 그 이상입니다. 사용자 커뮤니티가 올바른 작업을 수행하는 데 도움이 되는 정보를 쉽게 사용할 수 있도록 하는 것이 목표입니다. 가능한 한 어려움을 겪지 않고 일상적인 업무 과정에서 정보를 찾을 수 있어야 합니다. COE 및 데이터 거버넌스 팀에서 수립한 가드레일 내에서 작업을 수행하는 것이 더 쉬워질 때까지 일부 사용자는 마련된 정책을 우회하여 작업을 계속 수행할 것입니다. 권장되는 경로는 저항이 가장 적은 경로가 되어야 합니다. 중앙 집중식 포털은 이러한 목표를 달성하는 데 도움이 될 수 있습니다.

커뮤니티 사용자가 자연스럽게 중앙 집중식 포털을 정보를 찾기 위한 첫 번째 장소로 생각하도록 하려면 시간이 걸립니다. 습관을 바꾸려면 일관되게 포털로 리디렉션해야 합니다. 포털에서 원래 문서 위치에 대한 링크를 보내는 것이 예를 들어 메일 응답에 답변을 포함하는 것보다 더 나은 습관입니다. 사용자 지원 문서에 설명된 것과 동일한 과제입니다.

학습

Fabric 커뮤니티에서 셀프 서비스 사용자를 성공적으로 지원하기 위한 핵심 요소는 학습입니다. 적합한 교육 리소스를 간편하게 사용하고 검색할 수 있도록 하는 것이 중요합니다. 일부 사용자는 분석에 열정적이며 스스로 정보를 찾고 문제를 해결하지만 사용자 커뮤니티의 대부분은 그렇지 않습니다.

셀프 서비스 사용자(특히 콘텐츠 제작자와 소유자)가 성공하는 데 필요한 학습 리소스에 액세스할 수 있도록 하는 것이 자체 교육 콘텐츠를 개발해야 한다는 뜻은 아닙니다. 제품이 빠르게 진화하는 특성으로 인해 교육 콘텐츠를 개발하는 것이 비생산적인 경우가 많습니다. 다행히 전 세계 커뮤니티에서 풍부한 교육 리소스를 사용할 수 있습니다. 특히 기술에 중점을 둔 도구 교육의 경우 엄선된 링크 모음은 사용자가 체계적으로 학습하고 집중하는 데 도움이 됩니다. COE는 모든 외부 링크의 유효성을 검사하여 정확성과 신뢰성을 검증해야 합니다. COE 관련자는 커뮤니티의 학습 요구 사항을 이해하고 고품질의 학습 자료의 신뢰할 수 있는 원본을 식별하고 찾을 수 있는 이상적인 위치에 있으므로 COE에 있어서 가치를 추가할 수 있는 중요한 기회입니다.

조직별 프로세스에 대한 사용자 지정 교육 자료를 만드는 동시에 다른 내용에 대해서는 다른 사람이 만든 콘텐츠에 의존하여 투자 수익률을 극대화할 수 있습니다. 설명서 찾기, 도움말 보기, 커뮤니티와의 소통과 같은 항목에 주로 중점을 둔 짧은 길이의 교육 클래스도 유용합니다.

교육 목표 중 하나는 사용자가 나쁜 습관을 갖지 않게 하는 동시에 새로운 기술을 학습하도록 지원하는 것입니다. 균형 조정 작업이 필요할 수 있습니다. 예를 들면 보고서 작성자를 위한 초급 클래스에 새로운 사용자에게 복잡하고 어려울 수 있는 내용을 넣지 말아야 합니다. 하지만 새로운 콘텐츠 제작자들이 이해하는 데 시간이 걸릴 수 있는 것들을 알게 하는 것은 좋은 투자입니다. 이상적인 예는 라이브 연결을 사용하여 기존 의미 체계 모델에서 보고하는 기능을 교육하는 것입니다. 가장 빠른 논리적 시간에 해당 개념을 학습하면 보고서마다 항상 하나의 의미 체계 모델이 필요하다고 생각하는 경험이 적은 작성자의 시간을 절약(하고 보고서 전반에 걸쳐 기존 의미 체계 모델을 다시 사용하도록 하는 좋은 습관을 권장)할 수 있습니다.

일부 대규모 조직에서는 직원 이동과 이직이 지속적으로 발생합니다. 이러한 변화가 자주 발생하면 반복 가능한 교육 리소스 세트에 대한 필요성이 증가합니다.

교육 리소스 및 접근 방식

사람들은 다양한 방법으로 학습하므로 교육 방식도 다양합니다. 교육 자료의 사용을 모니터링하고 측정할 수 있다면 시간이 지남에 따라 가장 적합한 방법이 무엇인지 알 수 있습니다.

실습 랩이 포함된 클래스룸 교육과 같은 일부 교육은 더 공식적인 형태로 제공될 수 있습니다. 다음과 같은 유형의 교육은 덜 공식적입니다.

  • 점심 식사 및 학습 프레젠테이션.
  • 특정 목표에 대한 짧은 길이의 사용 방법 동영상.
  • 큐레이팅된 온라인 리소스 세트.
  • 내부 사용자 그룹 프레젠테이션.
  • 1시간, 1주 또는 1개월 과제.
  • 해커톤 스타일 이벤트.

동료 간 지식 공유를 장려하는 경우 이점은 학습공동체 문서에 설명되어 있습니다.

가능하다면 학습은 의미 있고 현실적인 것을 구축하는 것과 관련되어야 합니다. 하지만 교육 과정 중에는 단순한 데모 데이터도 도움이 됩니다. 이를 통해 학습자는 데이터 자체가 아닌 기술을 사용하는 방법에 집중할 수 있습니다. 소개 세션을 완료한 후에는 사용자 데이터 가져오기 유형의 세션을 제공하는 것이 좋습니다. 이러한 유형의 세션은 학습자가 실제 비즈니스 문제에 새로운 기술을 적용하도록 권장합니다. 이러한 유형의 후속 세션 중에 COE의 여러 진행자를 포함하여 질문에 신속하게 답변할 수 있도록 합니다.

학습 대상으로 지정할 수 있는 사용자 유형은 다음과 같습니다.

  • 콘텐츠 소유자, 주제 전문가(SME), 작업 영역 관리자
  • 데이터 작성자(예: 보고서 작성자가 사용할 의미 체계 모델을 만들거나 다른 의미 체계 모델 작성자가 사용할 데이터 흐름, 레이크하우스 또는 웨어하우스를 만드는 사용자)
  • 보고서 작성자
  • 콘텐츠 소비자 및 시청자
  • 위성 COE 멤버 및 챔피언 네트워크
  • Fabric 관리자

Important

각 유형의 사용자는 교육 요구 사항이 다른 다양한 대상을 나타냅니다. COE는 각 대상의 요구 사항을 충족하는 가장 적합한 방법을 식별해야 합니다. 예를 들어, 한 대상 그룹은 표준 입문 Power BI Desktop 클래스가 압도적이라고 생각할 수 있는 반면, 다른 대상 그룹은 여러 Fabric 워크로드를 포함하는 엔드투엔드 솔루션에 대해 깊이 있고 세부적인 더 어려운 정보를 원할 것입니다. Fabric 콘텐츠 작성자가 다양한 경우 가상 사용자를 만들고 실용적인 범위까지 환경을 조정하는 것이 좋습니다.

교육 완료는 사용자 채택에 성공하기 위한 선행 지표가 될 수 있습니다. 일부 조직에서는 사용자가 교육 프로그램을 이수함에 따라 블루 벨트 또는 블랙 벨트같은 배지를 주는 재미있는 요소를 추가합니다.

다양한 사용자 채택 단계에서 사용자를 다루는 방법을 고려하세요. 학습 요구 사항은 다음과 같은 사용자에 따라 매우 다릅니다.

  • 온보딩하는 새 사용자(학습 0일이라고도 함).
  • 경험이 적은 사용자.
  • 경험이 풍부한 사용자.

COE가 교육 자료를 만들고 큐레이팅하는 데 시간을 투자하는 방법은 채택이 늘어나고 성숙도가 높아짐에 따라 점차 변화합니다. 시간이 지남에 따라 일부 커뮤니티 멤버는 기능 사업부 내에서 자체적인 맞춤형 교육 클래스 모음을 진행하길 원할 수도 있습니다.

신뢰할 수 있는 Fabric 학습 콘텐츠 원본

큐레이팅된 온라인 리소스 세트는 커뮤니티 멤버가 중요한 것에 집중하고 노력을 기울이도록 하는 데 도움이 됩니다. 도움이 될 수 있는 몇 가지 공개적으로 사용 가능한 교육 리소스는 다음과 같습니다.

Microsoft Teams에 통합된 Microsoft Viva Learning을 사용하는 것이 좋습니다. 여기에는 Microsoft LearnLinkedIn Learning과 같은 출처의 콘텐츠가 포함됩니다. 조직에서 제작한 사용자 지정 콘텐츠도 포함될 수 있습니다.

조직에서 제작한 Microsoft 콘텐츠 및 사용자 지정 콘텐츠뿐만 아니라 사용자 커뮤니티에 신뢰할 수 있는 온라인 출처에 대해 큐레이팅된 권장 링크 세트를 제공하도록 선택할 수 있습니다. 전 세계 커뮤니티에서 제작한 여러 동영상, 블로그, 문서가 있습니다. 커뮤니티는 Fabric 및 Power BI 전문가, Microsoft MVP(가장 가치 있는 직업) 및 열성적인 사용자로 구성됩니다. 구체적이고 믿을 수 있는 최신의 고품질 리소스를 포함하는 큐레이팅된 학습 경로를 제공하면 사용자 커뮤니티에 큰 도움이 됩니다.

사용자 지정 사내 교육을 만드는 데 투자하는 경우 하나의 특정 문제를 해결하는 데 중점을 둔 짧은 길이의 대상이 지정된 콘텐츠를 만드는 것이 좋습니다. 이렇게 하면 교육을 검색하고 활용하기가 더 쉬우며 시간이 지남에 따라 유지 관리하고 업데이트하기도 더 쉽습니다.

Fabric 포털의 도움말 및 지원 메뉴는 사용자 지정이 가능합니다. 학습 설명서의 중앙 집중식 위치가 작동하면 링크를 사용하여 관리 포털의 테넌트 설정을 업데이트합니다. 그런 다음 사용자는 도움말 보기 옵션을 선택하여 메뉴에서 링크에 액세스할 수 있습니다. 또한 사용자에게 Power BI Desktop의 도움말 리본 탭에 대해 알려주세요. 여기에는 단계별 학습, 교육 동영상, 설명서 등의 링크가 포함되어 있습니다.

설명서

간결하고 잘 작성된 설명서는 사용자가 작업을 수행하는 데 큰 도움이 될 수 있습니다. 문서화에 대한 요구 사항과 설명서 제공 방법은 조직에서 Fabric이 관리되는 방식에 따라 달라집니다. 자세한 내용은 콘텐츠 소유권 및 관리 문서를 참조하세요.

Fabric의 특정 측면은 COE와 같은 중앙 집중식 팀에 의해 관리되는 경향이 있습니다. 이러한 상황에서는 다음과 같은 유형의 설명서가 유용합니다.

  • Power BI 라이선스를 요청하는 방법(및 관리자 승인을 위한 요구 사항이 있는지의 여부).
  • 새로운 용량을 요청하는 방법
  • 새 작업 영역을 요청하는 방법.
  • 기존 용량에 작업 영역을 추가하도록 요청하는 방법
  • 게이트웨이 데이터 원본에 대한 액세스를 요청하는 방법.
  • 소프트웨어 설치를 요청하는 방법.

지속적으로 반복되는 특정 활동의 경우 Power Apps 및 Power Automate를 사용하여 자동화하는 것이 좋습니다. 이러한 경우 설명서에는 Power Platform 기능에 액세스하고 사용하는 방법도 포함되어 있습니다.

설명서의 다양한 측면은 셀프 서비스 사용자, 탈중앙화 팀 또는 중앙 집중식 팀에서 관리할 수 있습니다. 다음 유형의 설명서는 누가 콘텐츠를 소유하고 관리하는지에 따라 다를 수 있습니다.

  • 새 보고서를 요청하는 방법.
  • 보고서 개선을 요청하는 방법.
  • 데이터에 대한 액세스를 요청하는 방법
  • 새로운 데이터를 준비하고 사용할 수 있도록 요청하는 방법
  • 기존 데이터 또는 시각화에 대한 개선을 요청하는 방법

이 문서의 앞부분에서 설명한 대로 중앙 집중식 포털을 계획하는 경우 하나 이상의 사업부에 대해 지침이나 거버넌스 정책을 사용자 지정해야 할 때 상황을 처리하는 방법을 계획하세요.

또한 다음과 같은 몇 가지 거버넌스 결정을 내리고 문서화해야 합니다.

  • 콘텐츠 인증을 요청하는 방법.
  • 승인된 파일 스토리지 위치.
  • 데이터 보존 및 제거 요구 사항.
  • 중요한 데이터 및 PII(개인 식별 정보)를 처리하기 위한 요구 사항.

설명서는 가급적이면 사용자가 이미 작업하는 검색 가능한 중앙 집중식 포털에 두어야 합니다. Teams 또는 SharePoint에 보관해도 좋습니다. 또한, 콘텐츠가 잘 구성되어 있고 찾기 쉽다면 Wiki 페이지나 문서로 설명서를 만들어도 좋습니다. 하나의 항목에 초점을 맞춘 짧은 길이의 문서는 일반적으로 길고 포괄적인 문서보다 사용하기 쉽습니다.

Important

커뮤니티에 게시할 수 있는 가장 유용한 설명서 중 하나는 테넌트 설정 및 각 테넌트 설정에 필요한 그룹 멤버 자격에 대한 것입니다. 사용자가 온라인에서 기능 설명을 읽고 해당 기능이 자신에게 적합하지 않다는 것을 알게 되는 경우가 있습니다. 조직의 테넌트 설정을 신속하게 조회할 수 있다면 좌절하거나 여러 해결 방법을 시도하지 않아도 됩니다. 효과적인 설명서는 제출되는 기술 지원 티켓 수를 줄일 수 있습니다. 또한 Fabric 관리자 역할을 할당해야 하는 사용자 수를 줄일 수 있습니다(이 역할을 설정 보기 목적으로만 사용하는 사람도 있을 수 있음).

시간이 지남에 따라 지원자가 원하는 경우 커뮤니티에서 특정 유형의 설명서를 유지 관리하도록 선택할 수도 있습니다. 이러한 경우 변경 승인 프로세스를 도입하는 것이 좋습니다.

사용자 지원 문서에 설명된 것처럼, 업무 시간이나 점심 학습 시간 동안 Q&A 포럼에서 반복적으로 나오는 질문들을 보면 새로운 문서를 작성하는 것이 적절할 수 있습니다. 설명서가 있는 경우 필요할 때 동료가 해당 설명서를 참조할 수 있습니다. 문서화는 사용자 지원 및 자립 커뮤니티에 기여합니다.

사용자 지정 설명서 또는 교육 자료를 만드는 경우 가능한 한 링크를 사용하여 기존 Microsoft 사이트를 참조하도록 표시합니다. 대부분 커뮤니티 블로거는 블로그 게시물이나 동영상을 최신 상태로 유지하지 않습니다.

Power BI 템플릿 파일

Power BI 템플릿은 .pbit 파일입니다. 콘텐츠 작성자를 위한 시작 지점으로 제공될 수 있습니다. 쿼리, 데이터 모델, 보고서를 포함할 수 있는 .pbix 파일과 동일하지만 템플릿 파일에 데이터가 포함되지 않는다는 한 가지 예외가 있습니다. 크기가 작은 파일이므로 콘텐츠의 제작자 및 소유자와 공유할 수 있고 데이터가 부적절하게 공유될 위험이 없습니다.

커뮤니티에 Power BI 템플릿 파일을 제공하는 것은 다음을 위해 좋은 방법입니다.

  • 일관성 촉진.
  • 학습 곡선 단축.
  • 좋은 예제 및 모범 사례 표시.
  • 효율성 증대.

Power BI 템플릿 파일은 효율성을 개선하고 사람들이 정상적인 업무 과정에서 학습하는 데 도움이 될 수 있습니다. 템플릿 파일을 유용하게 활용하는 몇 가지 방법은 다음과 같습니다.

  • 보고서에서 좋은 시각화 방법의 예를 사용할 수 있습니다.
  • 보고서에 조직의 브랜딩 및 디자인 표준을 통합할 수 있습니다.
  • 의미 체계 모델에 날짜 테이블과 같이 일반적으로 사용되는 테이블의 구조를 포함할 수 있습니다.
  • YoY(전년도 대비) 계산과 같이 유용한 DAX 계산을 포함할 수 있습니다.
  • 데이터 원본 연결 문자열과 같은 일반적인 매개 변수를 포함할 수 있습니다.
  • 보고서 및/또는 의미 체계 모델 설명서의 예가 포함될 수 있습니다.

참고 항목

템플릿을 제공하면 콘텐츠 작성자의 시간을 절약할 수 있을 뿐만 아니라 빈 솔루션의 빈 페이지를 벗어나 빠르게 이동할 수도 있습니다.

Power BI 프로젝트 파일

Power BI 프로젝트는 .pbip 파일입니다. 이전에 설명한 템플릿 파일과 마찬가지로 프로젝트 파일에는 데이터가 포함되지 않습니다. 고급 콘텐츠 작성자가 고급 데이터 모델 및 보고서 관리 시나리오에 사용할 수 있는 파일 형식입니다. 예를 들어 프로젝트 파일을 사용하여 날짜 테이블, DAX 측정값 식 또는 계산 그룹과 같은 일반적인 모델 패턴을 공유함으로써 개발 시간을 절약할 수 있습니다.

Power BI 프로젝트 파일을 Power BI Desktop 개발자 모드에서 사용하여 다음 작업을 수행할 수 있습니다.

  • 고급 편집 및 작성(예: Visual Studio Code와 같은 코드 편집기에서).
  • 의미 체계 모델과 보고서 항목을 의도적으로 분리(.pbix 또는 .pbit 파일과는 달리).
  • 여러 명의 콘텐츠 작성자와 개발자가 동일한 프로젝트에서 동시에 작업.
  • 소스 제어와 통합(예: Fabric Git 통합을 사용하여).
  • CI/CD(연속 통합 및 지속적인 업데이트) 기술을 사용하여 변경 내용이나 콘텐츠 버전의 배포, 통합, 테스트 자동화.

참고 항목

Power BI에는 작성자와 시작 리소스를 간단하게 공유할 수 있는 .pbit 템플릿 파일 및 .pbip 프로젝트 파일과 같은 기능이 포함되어 있습니다. 다른 Fabric 워크로드는 콘텐츠 개발 및 공유에 대한 다양한 방식을 제공합니다. 공유되는 항목에 관계없이 시작 리소스 집합을 보유해야 합니다. 예를 들어, 포털에는 일반적인 문제를 해결하기 위해 테스트된 방식을 제시하는 SQL 스크립트 또는 Notebooks 집합이 포함될 수 있습니다.

고려 사항 및 주요 조치

검사 목록 - 멘토링 및 사용자 지원을 수립하거나 개선하기 위한 고려 사항 및 수행할 수 있는 주요 행동입니다.

  • COE에서 지원할 수 있는 멘토링 서비스 고려: COE가 제공할 수 있는 멘토링 서비스 유형을 결정합니다. 유형에는 근무 시간, 공동 개발 프로젝트 및 모범 사례 검토가 포함될 수 있습니다.
  • 정기적으로 멘토링 서비스에 대해 통신: 업무 시간과 같은 멘토링 서비스를 사용자 커뮤니티에 전달하고 광고하는 방법을 결정합니다.
  • 정기적인 약식 미팅 시간을 설정: 최소 일주일에 한 번 이상인 것이 좋습니다(사용자의 수요 및 직원 및 일정 제약 조건에 따라 다름).
  • 근무 시간에 대한 기대치 결정: 사용자가 근무 시간에 가져올 수 있는 허용된 항목 또는 문제 유형의 범위를 결정합니다. 근무 시간 요청 큐의 작동 방식, 정보가 미리 제출되어야 하는지 여부, 후속 조치가 예상되는지 여부 등도 결정합니다.
  • 중앙 집중식 포털 만들기: 사용자가 학습 재질, 설명서 및 리소스를 쉽게 찾을 수 있도록 잘 지원되는 중앙 허브가 있는지 확인합니다. 중앙 포털은 또한 Q&A 포럼, 도움말을 찾는 방법 등과 같이 다른 커뮤니티 리소스에 대한 링크도 제공해야 합니다.
  • 설명서 및 리소스 만들기: 중앙 집중식 포털에서 유용한 설명서를 만들고, 컴파일하고, 게시합니다. 사용자 커뮤니티에 가장 유용한 리소스의 상위 3~5개 목록을 식별하고 홍보합니다.
  • 설명서 및 리소스 정기 업데이트: 콘텐츠를 정기적으로 검토하고 업데이트해야 합니다. 포털에서 사용할 수 있는 정보가 최신이고 신뢰할 수 있도록 하기 위한 것입니다.
  • 훌륭한 교육 리소스의 엄선된 목록 작성: 사용자 커뮤니티의 교육 요구 사항과 관심사를 대상으로 하는 신뢰할 만한 교육 리소스의 큐레이팅된 목록을 컴파일합니다. 중앙 집중식 포털에 목록을 게시하고 이를 검토하고 유효성을 검사할 일정을 만듭니다.
  • 사용자 지정 사내 교육이 유용한지 여부 고려: 사내에서 개발된 사용자 지정 교육 과정이 유용하고 시간 투자 가치가 있는지 여부를 식별합니다. 조직과 관련된 콘텐츠를 만드는 데 투자합니다.
  • 템플릿 및 프로젝트 제공: Power BI 템플릿 파일 및 Power BI 프로젝트 파일을 포함한 템플릿을 사용할 방법을 결정합니다. 중앙 집중식 포털 및 학습 자료에 리소스를 포함합니다.
  • 목표 및 메트릭 만들기: 멘토링 프로그램의 효율성을 측정하는 방법을 결정합니다. KPI(주요 성과 지표) 또는 OKR(목표 및 주요 결과)을 만들어 COE의 멘토링 노력이 커뮤니티와 셀프 서비스 BI를 제공하는 능력을 강화하는지 유효성을 검사합니다.

질문

아래와 같은 질문을 사용하여 멘토링 및 사용자 지원을 평가합니다.

  • 사용자가 학습하기를 요청할 수 있는 효과적인 프로세스가 있나요?
  • 사용자 기술 수준(예: 초급, 중급 또는 고급)을 평가하는 프로세스가 있나요? 사용자가 회사 리소스를 사용하여 Microsoft 인증을 학습하고 성취할 수 있나요?
  • 사용자 커뮤니티의 새로운 사용자에게 데이터 및 BI 솔루션, 도구 및 프로세스를 소개하는 온보딩 프로세스는 무엇인가요?
  • 모든 사용자가 온보딩하는 동안 자신의 역할에 맞는 Microsoft Learn 학습 경로를 따랐나요?
  • 사용자들은 학습 또는 멘토링 부족으로 인해 어떤 종류의 문제를 겪나요?
  • 지원 부족은 비즈니스에 어떤 영향을 미치나요?
  • 사용자가 거버넌스 위험을 초래하는 행동을 보이는 경우 처벌을 받나요, 아니면 교육이나 멘토링을 받나요?
  • 거버넌스 프로세스와 정책에 대해 사람들을 교육하기 위해 어떤 학습 자료가 마련되어 있나요?
  • 중앙 설명서는 어디에서 유지 관리되나요? 누가 유지 관리하나요?
  • 조직의 설계 가이드라인, 테마, 템플릿 파일 같은 중앙 자원이 있나요?

성숙도 수준

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

수준 멘토링 및 사용자 지원 상태
100: 초기 • 몇몇 설명서와 리소스가 있습니다. 그러나 사일로화되어 있고 일관성이 없습니다.

• 소수의 사용자만 사용 가능한 리소스를 알고 있거나 이용합니다.
200: 반복 가능 • 유용한 설명서와 리소스가 포함된 라이브러리를 갖춘 중앙 집중식 포털이 있습니다.

• 중앙 집중식 포털에서 큐레이팅된 학습 링크와 리소스 목록을 사용할 수 있습니다.

• 약식 미팅을 사용할 수 있어 사용자 커뮤니티가 COE의 지원을 받을 수 있습니다.
300: 정의됨 • 중앙 집중식 포털은 커뮤니티 멤버가 학습, 설명서, 리소스를 찾을 수 있는 기본 허브입니다. 리소스는 일반적으로 챔피언과 커뮤니티 멤버가 서로를 지원하고 서로에게서 배우는 경우 참조합니다.

• COE 기술 멘토링 프로그램이 마련되어 있어 커뮤니티에서 다양한 방식으로 사용자를 지원합니다.
400: 가능 • 약식 미팅에 조직의 모든 사업부에서 정기적으로 적극적으로 참여합니다.

• COE의 모범 사례 검토가 사업부에 의해 정기적으로 요청됩니다.

• COE 및 사업부 구성원이 공동 개발 프로젝트를 반복적으로 성공적으로 실행합니다.
500: 효율 • 학습, 설명서 및 리소스를 COE에서 지속적으로 업데이트하고 개선하여 커뮤니티에 신뢰할 수 있는 최신 정보를 제공합니다.

• KPI 또는 OKR을 사용하여 멘토링 프로그램에서 측정 가능하고 실질적인 비즈니스 가치를 얻습니다.

Microsoft Fabric 채택 로드맵 시리즈의 다음 문서에서 실천 커뮤니티에 대해 알아봅니다.