Microsoft Fabric 采用路线图：变更管理

项目
11/17/2023

注意

本文是 Microsoft Fabric 采用路线图系列文章的一部分。有关该系列文章的概述，请参阅 Microsoft Fabric 采用路线图。

在努力改善对数据和商业智能 (BI) 的采用时，应规划有效的变更管理。在数据和 BI 的上下文中，变更管理涉及到解决变更对组织内部人员的影响的过程。这些过程可防止因解决方案或流程的变更而导致的中断和生产力损失。

注意

在迁移到 Power BI 时，有效的变更管理尤为重要。

有效的变更管理可提高采用率和工作效率，因为它可以：

帮助内容创建者和使用者更高效、更快地使用分析。
限制数据、分析工具和解决方案中的冗余。
降低会影响共享资源（例如 Fabric 容量）或组织合规性（例如数据安全和隐私）的风险制造行为的可能性。
缓解对变更的抵制，因为这会阻碍规划并限制用户的采用。
通过减少潜在的中断、压力和冲突，缓解变更的影响并提高用户的满意度。

有效变更管理对于在所有级别的成功采用至关重要。要成功管理变更，请考虑以下部分中所述的关键操作和活动。

重要

变更管理是许多组织成功的根本障碍。有效的变更管理要求你了解它与人员相关，而不是工具或流程。

成功的变更管理涉及同理心和沟通。确保不会进行强制变更或忽略对变更的抵制，因为它可以扩大组织的分歧并进一步抑制效用。

提示

如果可能，建议将变更描述为改进并加以推广，这种说法的威胁性会小得多。对许多人来说，变更意味着要在努力、关注和时间方面付出代价。但改进则意味着收益，因为它说的是把事情变得更好。

要管理的变更类型

在实现数据和 BI 解决方案时，应管理不同类型的变更。此外，根据实现的规模和范围，应解决变更的不同方面。

在规划 Fabric 采用时，请考虑下列要管理的变更类型。

流程级更改

流程级变更是影响更广泛的用户社区或整个组织的变更。这些变更通常具有更大的影响，因此需要进行更多工作来进行管理。具体而言，此变更管理工作包括特定的计划和活动。

下面是一些流程级变更的示例。

从中心化变为去中心化所有权方法（内容所有权和管理的变更）。
从企业变为部门，从团队变为个人内容交付（内容交付范围的变更）。
中心团队结构的变更（例如，建立卓越中心）。
治理策略的变更。
从其他分析产品迁移到 Fabric，以及此迁移涉及的变更，例如：
- 语义模型和报表的分离，以及基于模型的分析方法。
- 从导出报表或静态报表转换为交互式分析报表，这可能涉及筛选和交叉筛选。
- 从将报表作为 PowerPoint 文件或平面文件分发变为直接从 Fabric 门户访问报表。
- 从表、分页报表和电子表格中的信息转移到交互式可视化效果和图表。
- 从本地或平台即服务 (PaaS) 平台变为服务型软件 (SaaS) 工具。

注意

通常，放弃基于导出的流程或 Excel 报表是一项重大挑战。这是因为这些方法通常在组织中根深蒂固，并且与用户的自主性和数据技能密切相关。

解决方案级变更

解决方案级别的变更是影响单个解决方案或一组解决方案的变更。这些变更限制了它们对这些解决方案及其相关流程的用户社区的影响。尽管解决方案级别的变更通常影响较小，但它们的发生频率往往更高。

注意

在本文的上下文中，我们构建了一个解决方案来满足用户的特定业务需求。解决方案可采用多种形式，例如数据管道、湖屋、语义模型或报表。本文中介绍的变更管理注意事项与所有类型的解决方案相关，而不仅仅是报表项目。

下面是解决方案级别变更的一些示例。

KPI 或度量值的计算逻辑变更。
业务属性的主数据或层次结构的映射、分组或描述方式的变更。
数据新鲜度、详细信息、格式或复杂性的变更。
高级分析概念简介，例如预测分析、规范性分析或一般统计（如果用户社区尚不熟悉这些概念）。
数据展示的变更，例如：
- 视觉对象的样式、颜色和其他格式设置选项。
- 可视化效果类型。
- 数据的分组或汇总方式（例如，不同的中心趋势度量值的更改，如平均值、中值或集合平均值）。
内容使用者与数据交互的方式变更（例如连接到共享语义模型，而不是导出个人使用场景的信息）。

如何准备变更管理计划和活动取决于变更类型。要成功且可持续地管理变更，建议实施增量变更。

增量地址变更

变更管理可能是一项重大任务。采用增量方法有助于以可持续的方式促进变更。要采用增量方法，请确定优先级最高的变更，并将其分解为可管理的部分，从而通过迭代阶段和行动计划实现每个部分。

以下步骤概述了如何以增量方式解决变更问题。

定义变更内容：通过概述前后状态来描述变更。阐明将变更、移除或引入的流程或情况的特定部分。证明为何需要进行此变更以及何时应进行此变更。
描述变更的影响：预估这些变更中的每一项对业务的影响。确定变更影响哪些流程、团队或个人，以及对其造成的破坏性影响程度。另请考虑变更对其他依赖性解决方案或流程产生的任何下游影响。下游影响可能会导致其他变更。此外，请考虑在变更之前情况保持不变的时长。由于偏好和依赖性会随时间推移而增强，因此对长期流程的更改往往会产生更大的影响。
确定优先级：重点关注具有最大潜在影响的变更。对于每个变更，请更详细地概述变更及其对人员的影响。
规划如何以增量方式实现变更：确定是否可以将任何影响较大的变更分解为阶段或部分。对于每个部分，请描述如何分阶段以增量方式实现它来限制其影响。确定是否存在任何约束或依赖项（例如何时可以进行变更或由谁进行变更）。
创建每个阶段的行动计划：规划要采取的行动以实施和支持每个变更阶段。此外，规划如何缓解高影响阶段中的中断。请务必尽可能在行动计划中包含回滚计划。

提示

在季度战术规划的过程中，以迭代方式规划如何实现这些增量变更的每个阶段。

在计划缓解变更对 Power BI 采用的影响时，请考虑以下部分中所述的活动。

有效传达变更

确保清晰简洁地描述用户社区的计划变更。重要沟通应源自管理层倡导者或其他相关机构的领导者。请务必传达以下详细信息。

变更内容：现在的情况以及变更后的情况。
变更的原因：变更对受众的好处和价值。
变更时间：估计变更何时生效。
进一步的上下文：用户可在何处获取详细信息。
联系人信息：用户应联系谁来提供反馈、提问或表达意见。

请考虑在集中式门户中维护通信历史记录。这样，可以轻松地在变更发生后查找通信、发生时间和详细信息。

重要

应使用足够的高级通知传达变更，以便人们做好准备。变更的潜在影响越大，越应该尽早传达。如有意外情况阻止提前通知，请务必解释在通信中解释原因。

规划培训和支持

对工具、流程和解决方案的变更通常需要培训才能有效地使用它们。此外，可能需要额外的支持才能解决问题或响应支持请求。

以下是在规划培训和支持方面可以采取的一些措施。

使用集中式门户进行集中培训和支持。门户有助于组织讨论、收集反馈以及按主题分发培训材料或文档。
考虑给予奖励，以鼓励实现社区内的独立支持。
安排定期办公时间，以解答问题并提供指导。
创建并演示端到端方案，以便用户练习新流程。
对于影响较大的变更，请制定培训和支持计划，以实际评估防止变更导致中断所需的工作量和措施。

注意

这些培训和支持措施将因变更的规模和范围而异。对于影响较大的大规模变更（例如从企业过渡到使用托管自助方式处理数据和 BI），可能需要规划跨多个规划周期的迭代多阶段计划。在这种情况下，请仔细考虑实现成功所需的工作量和资源。

涉及管理层领导

管理层支持对于实现有效的变更管理至关重要。当管理层人员支持变更时，管理层会展示其战略意义或对组织其余部分的好处。这种自上而下的认可和强化对于影响较大的大规模变更尤为重要，因为这些更改更有可能造成中断。对于这些方案，请确保积极参与并要求管理层倡导者参与进来，以认可和强化变更。

注意

管理层领导机构对变更的抵制通常是一个警告信号，表明业务和 BI 策略之间需要更强的业务一致性。在此方案中，请考虑特定的对齐会话，并变更与管理层领导力的管理操作。在这种情况下，考虑与管理层领导进行具体的协调会议和变更管理行动。

涉及利益干系人

要有效管理变更，还可以通过吸引利益干系人（受到变更影响的人员）来采取自下而上的方法。在创建解决变更的行动计划时，请在重点、有限的会话中确定关键利益干系人并与之互动。通过这种方式，可以了解变更对工作将受变更影响的人员的影响。记录他们的顾虑，以及他们对于如何降低此变更影响的想法。确保确定变更对其他人员和流程的任何潜在的意外影响。

处理对变更的抵制

请务必解决对于变更的抵制，因为它可能会对采用和高效工作产生重大的负面影响。在解决对变更的抵制时，请考虑以下措施和活动。

要求管理层倡导者参与：管理层倡导者的权威、信誉和影响力对于支持变更管理和解决争议至关重要。
确定阻碍性问题：当变更中断了人们的工作方式时，此变更可能会阻碍他们在常规活动中有效地完成任务。对于此类阻碍性问题，请在考虑变更时确定可能的解决方法。
专注于数据和事实而不是观点：对变更的抗拒有时是由于观点和偏好，因为人们熟悉变更前的情况。了解为什么人们持有这些观点和偏好。这可能是由于方便，因为人们不想投入时间和精力来学习新的工具或流程。
专注于业务问题和流程，而不是要求：变更通常会引入新流程来解决问题并完成任务。新流程可能会导致对变更的抵制，因为人们专注于他们失去的事物，而不是去充分了解新增内容和原因。

此外，可以通过让推动者和反对者参与进来，以对变更的阻力产生重大影响。

确定和吸引推广者

推广者是用户社区中敢于表达且值得信赖的个人，他们提倡采用某个工具、解决方案或计划。推广者可能会对采用产生积极影响，因为他们可能会影响同行以了解和接受变更。

为了有效地管理变更，应在过程的早期确定和联系推广者。应该让他们参与进来，告知他们有关变更，以便更好地利用和扩大他们的宣传。

提示

你确定的推广者也可能是你的支持者网络的候选人。

确定和联系反对者

反对者与推广者相反。他们是用户社区中敢于表达且可信赖的个人，而且反对采用某个工具、解决方案或计划。反对者可能会对采用产生重大的负面影响，因为他们说服同行相信此变更没有好处。此外，反对者可能会提倡采用替代解决方案或被标记为停用的解决方案，这会增加淘汰旧工具、解决方案或流程的难度。

要有效地管理变更，应在过程的早期确定和联系反对者。这样，就可以缓解他们可能产生的负面影响。此外，如果你解决了他们的顾虑，则可以将这些反对者转变为推广者，从而推动你的采用工作。

提示

反对者的一个常见来源是将要修改或替换的解决方案的内容所有者。此变更有时可能对这些内容所有者构成威胁，因此，他们会受到激励来抵制这种变更，并希望继续使用他们的解决方案。在这种情况下，请尽早确定这些内容所有者，并让他们参与变更。赋予这些个人对该实现的所有者意识将有助于他们接受，甚至支持此变更。

应考虑的问题

使用如下所示的问题来评估变更管理。

组织中是否设置了负责变更管理的角色或团队？如果已设置，他们如何参与数据和 BI 计划？
变更是否被视为组织中人员实现战略成功的障碍？变更管理的重要性是否在组织中得到确认？
在用户社区中，是否有数据和 BI 解决方案及流程的重要推广者？反之，是否存在任何重要的反对者？
为了启动新的数据工具和解决方案，进行了哪些沟通和培训工作？它们持续了多长时间？
如何处理用户社区中的变更（例如，新员工或升职的员工）？哪些入职活动向这些新员工介绍了现有的解决方案、流程和策略？
创建 Excel 报表的人员是否对使用 BI 工具自动生成报表的计划感觉受到威胁或失落？
人们在多大程度上将其身份与所使用的工具，以及他们创建和拥有的解决方案相关联？
如何规划和管理对现有解决方案的变更？变更是有计划的、具有可见的路线图，还是被动的？用户是否收到有关即将发生的变更的足够通知？
变更中断现有流程和工具的频率如何？
当新系统或解决方案可用时，停用旧系统或解决方案需要多长时间？实施对现有解决方案的变更需要多长时间？
人们在多大程度上同意我被需要处理的信息量压得喘不过气来这句话？人们在多大程度上同意事情变化太多、太快这句话？

成熟度级别

对变更管理的评估可评估组织实施和响应变更的有效程度。

以下成熟度级别将帮助你评估变更管理的当前状态，因为它与数据和 BI 计划相关。

Level	变更管理状态
100：初始	• 变更通常是被动的，并且很不好沟通。 • 变更的目的或好处未被充分理解，对变更的抵制导致冲突和中断。 • 没有明确的团队或角色负责管理数据计划的变更。
200：可重复	• 管理层领导和决策者认识到在数据和 BI 项目和计划中进行变更管理的必要性。 • 规划或传达变更需要付出一些努力，但这些工作并不一致且经常是被动的。对变更的抵制仍然非常普遍。变更经常中断现有流程和工具。
300：已定义	• 正式的变更管理计划或角色已到位。这些计划包括通信策略和培训，但它们并未得到一致或可靠的遵循。变更偶尔会中断现有流程和工具。 • 成功的变更管理受到跨越组织边界的关键个人的支持。
400：胜任	• 同理心和有效沟通是变更管理策略不可或缺的一部分。 • 变更管理工作归特定角色或团队所有，并且有效沟通帮助人们清楚地了解变更的目的和益处。变更很少中断现有流程和工具。
500：高效	• 变更是组织不可或缺的一部分。组织中的人员了解变更的必然性，并将其视为动力来源而不是中断。变更几乎从未不必要地中断现有流程或工具。 • 系统流程将变革视为对人而非流程的挑战。

在 Power BI 采用路线图系列的下一篇文章中，汇总了解可能你可能认为有价值的采用相关资源。

通过