Microsoft Fabric 채택 로드맵: 변경 관리
참고 항목
이 문서는 Microsoft Fabric 채택 로드맵 문서 시리즈의 일부입니다. 시리즈 개요는 Microsoft Fabric 채택 로드맵을 참조하세요.
개선된 데이터 및 BI(비즈니스 인텔리전스) 채택을 위해 작업할 때는 효과적인 변경 관리를 계획해야 합니다. 데이터 및 BI의 컨텍스트에서 변경 관리에는 조직 내 사람들에게 변경이 미치는 영향을 다루는 절차가 포함됩니다. 이러한 절차는 솔루션이나 프로세스의 변경으로 인한 중단 및 생산성 손실을 방지합니다.
참고 항목
효과적인 변경 관리는 Power BI로 마이그레이션할 때 특히 중요합니다.
효과적인 변경 관리는 다음과 같은 이유로 채택과 생산성을 개선합니다.
- 콘텐츠 작성자와 소비자가 분석을 보다 효과적이고 신속하게 사용할 수 있도록 지원합니다.
- 데이터, 분석 도구 및 솔루션의 중복을 제한합니다.
- 공유 리소스(예: 패브릭 용량) 또는 조직 규정 준수(예: 데이터 보안 및 개인 정보 보호)에 영향을 미치는 위험 만들기 동작의 가능성을 줄입니다.
- 계획을 방해하고 사용자 채택을 방해하는 변경에 대한 저항을 완화합니다.
- 혼란, 스트레스, 갈등의 가능성을 줄여 변경의 영향을 완화하고 사용자 환경을 개선합니다.
효과적인 변경 관리는 모든 수준에서 성공적인 채택을 위해 매우 중요합니다. 변경 내용을 성공적으로 관리하려면 다음 섹션에 설명된 주요 작업과 활동을 고려합니다.
Important
변경 관리는 많은 조직에서 성공을 가로막는 근본적인 장애물입니다. 효과적인 변경 관리를 위해서는 도구나 프로세스가 아닌 사람에 관한 것임을 이해해야 합니다.
성공적인 변경 관리에는 공감과 커뮤니케이션이 필요합니다. 변화가 강요되지 않도록 하거나 변화에 대한 저항을 무시합니다. 조직 분열이 확대되고 효율성이 더욱 저해될 수 있기 때문입니다.
팁
가능하다면 변화를 개선으로 설명하고 승화하는 것이 좋습니다. 그러면 위협이 훨씬 덜해집니다. 많은 사람들에게 변경을 활동, 집중, 시간 측면에서 비용을 의미합니다. 또는 개선은 무언가를 더 좋게 만드는 것이기 때문에 이점을 의미합니다.
관리할 변경 형식
데이터 및 BI 솔루션을 구현할 때는 다양한 형식의 변경을 관리해야 합니다. 또한 구현의 규모와 범위에 따라 변경의 다양한 측면을 다루어야 합니다.
Fabric 도입을 계획할 때 관리할 변경 형식은 다음과 같습니다.
프로세스 수준 변경
프로세스 수준 변경은 더 광범위한 사용자 커뮤니티나 전체 조직에 영향을 미치는 변경입니다. 이러한 변경 내용은 일반적으로 더 큰 영향을 미치므로 관리하는 데 더 많은 활동이 필요합니다. 특히 이러한 변경 관리 활동에는 구체적인 계획과 활동이 포함됩니다.
다음은 프로세스 수준 변경의 몇 가지 예입니다.
- 중앙 집중식에서 탈중앙화된 소유권 접근 방식(콘텐츠 소유권 및 관리 변경)으로 변경합니다.
- 엔터프라이즈에서 부서별로, 팀에서 개인 콘텐츠 배달로 변경합니다(콘텐츠 배달 범위 변경).
- 중앙 팀 구조 변경(예: 최고 전문가 조직 구성)
- 거버넌스 정책 변경.
- 다른 분석 제품에서 Microsoft Fabric으로의 마이그레이션 및 이 마이그레이션과 관련된 변경 내용은 다음과 같습니다.
- 의미 체계 모델과 보고서의 분리 및 분석에 대한 모델 기반 방식.
- 내보내기 또는 정적 보고서에서 필터링 및 교차 필터링이 포함될 수 있는 대화형 분석 보고서로 전환합니다.
- 보고서를 PowerPoint 파일이나 플랫 파일로 배포하는 것에서 Fabric 포털에서 직접 보고서에 액세스하는 것으로 전환합니다.
- 테이블, 페이지가 매겨진 보고서, 스프레드시트의 정보를 대화형 시각화 및 차트로 전환합니다.
- 온-프레미스 또는 PaaS(Platform as a Service) 플랫폼에서 SaaS(Software as a Service) 도구로 변경합니다.
참고 항목
일반적으로 내보내기 기반 프로세스나 Excel 보고를 포기하는 것은 매우 어려운 일입니다. 이는 이러한 방법이 일반적으로 조직에 깊이 뿌리박혀 있고 사용자의 자율성 및 데이터 기술과 연결되어 있기 때문입니다.
솔루션 수준 변경
솔루션 수준 변경은 단일 솔루션 또는 솔루션 집합에 영향을 미치는 변경입니다. 이러한 변경 내용은 해당 솔루션의 사용자 커뮤니티와 해당 종속 프로세스에 미치는 영향을 제한합니다. 솔루션 수준 변경은 일반적으로 영향이 적지만 더 자주 발생하는 경향이 있습니다.
참고 항목
이 문서의 컨텍스트에서 솔루션은 사용자의 특정 비즈니스 요구 사항을 해결하기 위해 빌드되었습니다. 솔루션은 데이터 파이프라인, 레이크하우스, 의미 체계 모델 또는 보고서와 같은 다양한 형태를 취할 수 있습니다. 이 문서에 설명된 변경 관리에 대한 고려 사항은 보고 프로젝트뿐만 아니라 모든 형식의 솔루션과 관련이 있습니다.
다음은 솔루션 수준 변경의 몇 가지 예입니다.
- KPI 또는 측정값에 대한 계산 논리가 변경되었습니다.
- 비즈니스 특성에 대한 마스터 데이터 또는 계층이 매핑, 그룹화 또는 설명되는 방식이 변경되었습니다.
- 데이터 최신성, 세부 정보, 형식 또는 복잡성의 변경.
- 예측 분석, 규범 분석 또는 일반 통계와 같은 고급 분석 개념에 대한 소개(사용자 커뮤니티가 이러한 개념에 아직 익숙하지 않은 경우)입니다.
- 다음과 같은 데이터 표시 방식의 변경:
- 시각적 개체에 대한 스타일 지정, 색 및 기타 서식 선택.
- 시각화 형식입니다.
- 데이터를 그룹화하거나 요약하는 방법(예: 평균, 중앙값 또는 기하 평균과 같은 다양한 중심 경향 측정값에서 변경)
- 콘텐츠 소비자가 데이터와 상호 작용하는 방식이 변경되었습니다(예: 개인 사용 시나리오에 대한 정보를 내보내는 대신 공유 의미 체계 모델에 연결).
변경 관리 계획 및 활동을 준비하는 방법은 변경 형식에 따라 달라집니다. 변경을 성공적이고 지속 가능하게 관리하려면 점진적인 변경을 구현하는 것이 좋습니다.
점진적으로 주소 변경
변경 관리는 중요한 작업이 될 수 있습니다. 점진적인 방식을 채택하면 지속 가능한 방식으로 변경을 촉진하는 데 도움이 될 수 있습니다. 점진적인 방식을 채택하려면 우선 순위가 가장 높은 변경 내용을 식별하고 이를 관리 가능한 부분으로 나누어 반복 단계와 작업 계획을 통해 각 부분을 구현합니다.
다음 단계에서는 변경을 점진적으로 해결할 수 있는 방법을 간략하게 설명합니다.
- 변경 내용 정의: 이전 및 이후 상태를 개략적으로 설명하여 변경 내용을 설명합니다. 변경, 제거 또는 도입할 프로세스나 상황의 특정 부분을 명확히 합니다. 이러한 변경이 필요한 이유와 변경 시기를 설명합니다.
- 변경으로 인한 영향 설명: 각 변경 내용에 대해 비즈니스에 미치는 영향을 예측합니다. 변경이 어떤 프로세스, 팀 또는 구성원에게 영향을 미치고, 그것이 그들에게 얼마나 지장을 주는지 식별합니다. 변경이 다른 종속 솔루션이나 프로세스에 미치는 후속 영향도 고려해야 합니다. 다운스트림 효과로 인해 다른 변경이 발생할 수 있습니다. 또한 상황이 변경되기 전에 상황이 얼마나 오랫동안 동일하게 유지되었는지 고려합니다. 시간이 지남에 따라 기본 설정과 종속성이 발생하므로 장기간 지속되는 프로세스를 변경하면 더 큰 영향을 미치는 경향이 있습니다.
- 우선 순위 파악: 잠재적인 영향이 가장 큰 변경 내용에 중점을 둡니다. 각 변경 내용에 대해 변경 내용에 대한 자세한 설명과 그것이 사람들에게 어떤 영향을 미칠지 간략하게 설명합니다.
- 변경 내용을 점진적으로 구현하는 방법 계획: 큰 영향을 미치는 변경 내용을 여러 스테이지 또는 부분으로 나눌 수 있는지 확인합니다. 각 부분에 대해 영향을 제한하기 위해 단계적으로 점진적으로 구현하는 방법을 설명합니다. 제약 조건이나 종속성이 있는지 확인합니다(예: 변경이 가능한 시기 또는 변경 주체).
- 각 단계에 대한 작업 계획 수립: 각 변경 단계를 구현하고 지원하기 위해 취할 작업을 계획합니다. 또한 영향이 큰 단계에서 중단을 완화할 수 있는 방법을 계획합니다. 가능할 때마다 작업 계획에 롤백 계획을 포함해야 합니다.
팁
분기별 전술 계획의 일환으로 이러한 점진적인 변경의 각 단계를 어떻게 구현할 것인지 반복적으로 계획합니다.
Power BI 채택에 대한 변경 영향을 완화하려는 경우 다음 섹션에 설명된 활동을 고려합니다.
효과적으로 변경 내용 커뮤니케이션
사용자 커뮤니티에 대해 계획된 변경 내용을 명확하고 간결하게 설명해야 합니다. 중요한 커뮤니케이션은 경영진 스폰서나 관련 권한을 가진 다른 리더로부터 시작되어야 합니다. 다음 세부 정보를 반드시 커뮤니케이션해야 합니다.
- 변경되는 사항: 현재 상황 및 변경 후 상황 비교입니다.
- 변경 이유: 변경이 대상 그룹에게 주는 이점과 가치입니다.
- 변경 시기: 변경 내용이 언제 적용될지에 대한 예측입니다.
- 추가 컨텍스트: 사람들이 더 많은 정보를 얻을 수 있는 장소입니다.
- 연락처 정보: 피드백을 제공하고, 질문을 하고, 우려 사항을 제기해야 하는 사람에게 연락해야 합니다.
중앙 포털에서 커뮤니케이션 기록을 유지하는 것이 좋습니다. 이렇게 하면 변경 내용이 발생한 후 커뮤니케이션, 시기, 세부 정보를 쉽게 찾을 수 있습니다.
Important
사람들이 준비할 수 있도록 충분한 사전 통지를 통해 변경 내용을 커뮤니케이션해야 합니다. 변경의 잠재적 영향이 클수록 더 일찍 커뮤니케이션해야 합니다. 예기치 못한 상황으로 인해 사전 통지가 불가능할 경우, 커뮤니케이션할 때 그 이유를 반드시 설명합니다.
학습 및 지원 계획
도구, 프로세스, 솔루션을 변경하려면 일반적으로 이를 효과적으로 사용하기 위한 학습이 필요합니다. 또한 질문을 해결하거나 지원 요청에 응답하려면 추가 지원이 필요할 수 있습니다.
학습 및 지원을 계획하기 위해 취할 수 있는 몇 가지 조치는 다음과 같습니다.
- 중앙 집중식 포털을 사용하여 학습 및 지원을 중앙 집중화합니다. 포털은 토론을 구성하고, 피드백을 수집하고, 주제별로 학습 자료나 설명서를 배포하는 데 도움이 될 수 있습니다.
- 커뮤니티 내에서 자립 지원을 장려하기 위한 인센티브를 고려합니다.
- 되풀이되는 약식 미팅을 예약하여 질문에 답하고 멘토링을 제공합니다.
- 사람들이 새로운 프로세스를 연습할 수 있도록 엔드투엔드 시나리오를 만들고 보여 줍니다.
- 영향력이 큰 변경의 경우 변경으로 인해 중단이 발생하지 않도록 방지하는 데 필요한 활동과 작업을 현실적으로 평가하는 학습 및 지원 플랜을 준비합니다.
참고 항목
이러한 학습 및 지원 작업은 변경의 규모와 범위에 따라 달라집니다. 영향력이 큰 대규모 변경(예: 데이터 및 BI에 대한 엔터프라이즈에서 관리형 셀프 서비스 접근 방식으로 전환)의 경우, 대부분 여러 계획 기간에 걸쳐 반복적인 다단계 계획을 계획해야 할 수 있습니다. 이 경우 성공을 달성하는 데 필요한 활동과 리소스를 신중하게 고려합니다.
경영진 참여
효과적인 변경 관리를 위해서는 경영진의 지원이 매우 중요합니다. 경영진이 변경을 지지하면 이는 조직의 나머지 부분에 대한 전략적 중요도 또는 이점을 입증하는 것입니다. 이러한 하향식 승인 및 강화는 중단 가능성이 더 높은 영향력이 큰 대규모 변경에 특히 중요합니다. 이러한 시나리오에서는 변경을 지지하고 강화하기 위해 경영진 스폰서를 적극적으로 참여시키고 포함해야 합니다.
주의
경영진의 변경에 대한 저항은 종종 비즈니스 전략과 BI 전략 간에 더욱 강력한 비즈니스 조정이 필요하다는 경고 신호입니다. 이 시나리오에서는 경영진과 함께 특정 조정 세션 및 변경 관리 작업을 고려합니다.
관련자 참여
변경을 효과적으로 관리하기 위해 변경에 영향을 받는 관련자를 참여시켜 상향식 방식을 취할 수도 있습니다. 변경을 적용하기 위한 작업 계획을 수립할 때 주요 관련자가 참여하는 집중적이고 제한된 세션이 진행될 수 있도록 합니다. 이러한 방식으로 변경의 영향을 받는 작업을 수행하는 사람들에게 미치는 변경의 영향을 이해할 수 있습니다. 이 변경의 영향을 줄일 수 있는 방법에 대한 그들의 우려와 아이디어를 기록해 두세요. 변경으로 인해 다른 사람과 프로세스에 잠재적으로 예기치 못한 영향이 미치는지 확인합니다.
변경에 대한 저항
변화에 대한 저항을 해결해야 합니다. 변화는 채택과 생산성에 상당히 부정적인 영향을 미칠 수 있기 때문입니다. 변경에 대한 저항을 다룰 때 다음 작업과 활동을 고려해야 합니다.
- 경영진 스폰서 참여: 경영진 스폰서의 권한, 신뢰성 및 영향력은 변경 관리를 지원하고 분쟁을 해결하는 데 필수적입니다.
- 차단 문제 식별: 변경으로 인해 사람들이 일하는 방식이 중단되면 이러한 변경으로 인해 사람들이 일상 활동에서 작업을 효과적으로 완료하지 못할 수 있습니다. 이러한 차단 문제는 변경 내용을 고려할 때 잠재적으로 가능한 해결 방법을 식별합니다.
- 의견이 아닌 데이터 및 팩트에 중점: 사람들이 변경 이전의 상황을 잘 알고 있기 때문에 각자의 의견과 선호로 인해 변경에 대한 저항이 발생하는 경우가 있습니다. 사람들이 왜 이러한 의견과 선호를 갖는지 파악합니다. 아마도 편의성 때문일 것입니다. 사람들은 새로운 도구나 프로세스를 배우는 데 시간과 활동을 투자하고 싶어하지 않기 때문입니다.
- 요구 사항이 아닌 비즈니스 질문 및 프로세스에 집중: 변경으로 인해 문제를 해결하고 작업을 완료하기 위한 새로운 프로세스가 도입되는 경우가 많습니다. 새로운 프로세스는 사람들이 새로운 것과 그 이유를 완전히 이해하지 않고 놓친 사안에 집중하기 때문에 변경에 대해 저항할 수 있습니다.
또한 옹호하는 사람과 비평하는 사람의 참여를 유도하면 변경 저항에 상당한 영향을 미칠 수 있습니다.
옹호하는 사람 식별 및 참여
옹호하는 사람은 신뢰할 수 있으며, 도구, 솔루션 또는 이니셔티브를 옹호하는 사용자 커뮤니티에서 의견을 밝힙니다. 옹호하는 사람은 동료가 변경을 이해하고 받아들이도록 영향을 미칠 수 있기 때문에 채택에 긍정적인 영향을 미칠 수 있습니다.
변경을 효과적으로 관리하려면 프로세스 초기에 옹호하는 사람을 식별하고 참여시켜야 합니다. 그들의 옹호를 더 잘 활용하고 증폭시키기 위해 그들을 참여시키고 변경에 대해 알려야 합니다.
팁
옹호하는 사람은 사용자의 챔피언 네트워크를 위한 훌륭한 후보가 될 수도 있습니다.
비평하는 사람 식별 및 참여
비평하는 사람은 옹호하는 사람을 반대합니다. 이들은 사용자 신뢰할 수 있으며, 커뮤니티에서 도구, 솔루션 또는 이니셔티브에 반대하는 의견을 밝힙니다. 비평하는 사람은 변경이 유익하지 않다는 점을 동료에게 확신시킬 수 있기 때문에 채택에 상당히 부정적인 영향을 미칠 수 있습니다. 또한 비평하는 사람이 사용 중지 예정인 대안이나 솔루션을 옹호하므로 오래된 도구, 솔루션 또는 프로세스를 사용 중지하기가 더 어려워질 수 있습니다.
변경을 효과적으로 관리하려면 프로세스 초기에 비평하는 사람을 식별하고 참여시켜야 합니다. 그렇게 하면 잠재적으로 부정적인 영향을 완화할 수 있습니다. 또한, 그들의 우려 사항이 해결되면 이러한 비평하는 사람을 옹호하는 사람으로 전환하여 채택 활동에 도움이 될 수 있습니다.
팁
비평하는 사람은 일반적으로 수정되거나 바뀔 솔루션의 콘텐츠 소유자에서 생깁니다. 변경 콘텐츠는 경우에 따라 솔루션이 계속 사용되기를 바라면서 변경에 저항하도록 인센티브를 받은 이러한 콘텐츠 소유자를 위협할 수 있습니다. 이 경우 해당 콘텐츠 소유자를 조기에 파악하고 변경에 참여시킵니다. 이러한 사람에게 구현에 대한 주인 의식을 부여하면 변경을 수용하고 옹호하게 될 수도 있습니다.
질문
변경 관리를 평가하려면 아래에 있는 것과 같은 질문을 사용합니다.
- 조직에 변경 관리를 담당하는 역할이나 팀이 있나요? 그렇다면 데이터 및 BI 이니셔티브에 어떻게 참여하고 있나요?
- 변경이 조직 내 사람들 사이에서 전략적 성공을 달성하는 데 장애물로 간주되나요? 조직에서는 변경 관리의 중요도를 인식하고 있나요?
- 사용자 커뮤니티에 데이터 및 BI 솔루션 및 프로세스를 적극적으로 옹호하는 사람이 있나요? 반대로, 심각한 비평하는 사람이 있나요?
- 새로운 데이터 도구 및 솔루션을 출시하기 위해 어떤 커뮤니케이션 및 학습 활동이 수행되나요? 얼마나 오래 지속되나요?
- 사용자 커뮤니티의 변경 내용은 어떻게 처리되나요(예: 신규 채용 또는 승진자의 경우)? 새로운 사람에게 기존 솔루션, 프로세스 및 정책을 소개하는 온보딩 활동은 무엇인가요?
- Excel 보고서를 작성하는 사람들은 BI 도구를 사용하여 보고를 자동화하려는 계획에 위협을 받거나 좌절감을 느끼나요?
- 사람들은 자신이 사용하는 도구, 자신이 만들고 소유한 솔루션과 자신의 정체성을 어느 정도 연관시키나요?
- 기존 솔루션에 대한 변경은 어떻게 계획되고 관리되나요? 눈에 보이는 로드맵을 통해 변경이 계획되어 있나요? 아니면 대응적인가요? 사람들은 다가오는 변경 내용에 대해 충분한 알림을 받나요?
- 변경 내용으로 인해 기존 프로세스와 도구가 얼마나 자주 중단되나요?
- 새로운 시스템이나 솔루션이 출시되면 레거시 시스템이나 솔루션을 해제하는 데 얼마나 걸리나요? 기존 솔루션에 대한 변경 내용을 구현하는 데 얼마나 걸리나요?
- 처리해야 하는 정보의 양이 너무 많아서 힘듭니다라는 설명에 사람들은 어느 정도 동의하나요? 상황이 너무 많이, 너무 빨리 변하고 있다는 감정에 사람들은 어느 정도 동의하나요?
성숙도 수준
변경 관리 평가는 조직이 얼마나 효과적으로 변경을 제정하고 대응할 수 있는지 평가합니다.
다음 성숙도 수준은 데이터 및 BI 이니셔티브와 관련된 변경 관리의 현재 상태를 평가하는 데 도움이 됩니다.
수준 | 변경 관리 현황 |
---|---|
100: 초기 | • 변경은 일반적으로 반응적이며 제대로 전달되지 않습니다. • 변경의 목적이나 이점이 잘 이해되지 않고 변경에 대한 저항이 갈등과 혼란을 야기합니다. • 데이터 이니셔티브의 변경 관리를 담당하는 명확한 팀이나 역할이 없습니다. |
200: 반복 가능 | • 경영진과 의사 결정자는 데이터 및 BI 프로젝트 및 이니셔티브에서 변경 관리의 필요성을 인식합니다. • 변경을 계획하거나 커뮤니케이션하기 위해 일부 활동을 기울이지만 일관성이 없고 사후 대응적인 경우가 많습니다. 변경에 대한 저항은 여전히 흔합니다. 변경으로 인해 기존 프로세스와 도구가 중단되는 경우가 많습니다. |
300: 정의됨 | • 공식적인 변경 관리 계획이나 역할이 확립되어 있습니다. 이러한 계획에는 커뮤니케이션 전술과 학습이 포함되지만 일관되거나 안정적으로 따르지는 않습니다. 변경은 경우에 따라 기존 프로세스와 도구를 사용하지 않도록 합니다. • 성공적인 변경 관리는 조직 경계를 연결하는 주요 인사에 의해 주도됩니다. |
400: 능숙 | • 공감과 효과적인 커뮤니케이션은 변경 관리 전략에 필수적입니다. • 변경 관리 활동은 특정 역할이나 팀이 담당하게 되며, 효과적인 커뮤니케이션을 통해 변경의 목적과 이점을 명확하게 이해할 수 있습니다. 변경으로 인해 기존 프로세스와 도구가 사용되지 않는 경우는 거의 없습니다. |
500: 효율성 | • 변경은 조직의 필수적인 부분입니다. 조직의 사람들은 변경의 불가피성을 이해하고 이를 혼란이 아닌 추진력의 원천으로 봅니다. 변경으로 인해 기존 프로세스나 도구가 불필요하게 사용하지 않게 되는 경우는 거의 없습니다. • 체계적인 프로세스는 변경을 프로세스가 아닌 사람이 해야 할 일로 다룹니다. |
관련 콘텐츠
결론적으로 Microsoft Fabric 채택 로드맵 시리즈의 다음 문서에서는 유용한 채택 관련 리소스에 대해 알아봅니다.