Microsoft 的敏捷变革管理方案 - Prosci变革管理

Microsoft 的敏捷变革管理方案

敏捷解决方案开发和变革管理的交叉点是一个全球趋势,由于大流行和数字化转型的需求,为企业的未来做好准备,这种趋势正在加速。在整个 Microsoft 和整个 IT 行业,项目经理越来越多地将敏捷原则应用于技术项目。事实上,我估计今天 80% 的客户实施项目都是基于敏捷的。与此同时,变革实践者正在塑造如何迭代管理变革中人员方面的新标准。作为我们战略合作伙伴关系的一部分,Microsoft 和 Prosci 雄心勃勃地树立标杆。

“敏捷”变革管理

在 Microsoft 和 Prosci,我们通常认为“敏捷”变革管理是与敏捷、Scrum、SaFe 或其他迭代项目管理方法保持一致的变革管理原则的应用,其中工作在增量冲刺中周期性发布,而不是在连续的里程碑中线性发布。除了迭代之外,敏捷变革管理还强调在整个项目生命周期中持续改进和适应。直到几年前,瀑布式还被认为是标准的项目管理方法。然而,变革从业者观察到遵循敏捷工作原则的项目急剧增加。Scrum 或类似的敏捷方法现在是 IT 项目的常态。

虽然我们看到对专业变革管理专家的需求明显增加,但 Microsoft 和 Prosci 客户都承认,变革管理是一种能力,应该在定义变革和转型计划成功的关键角色中发展。为了实现这一目标,变革从业者与产品负责人、产品开发经理、Scrum Master、敏捷教练、首席信息官、首席数字官、首席创新官以及其他通常应用迭代方法的人合作。

在 Microsoft 内部,建立了采用和变革管理团队,以满足客户项目的需求。它始于 2006 年,当时专门的变革管理专家或“业务战略顾问”被正式分配给客户参与,以提高 Microsoft 服务和工具的采用率。随着时间的推移,该团队已发展成为全球采用和变革管理实践,由大约 100 名 Prosci 认证变革从业者组成,他们在 Microsoft 技术驱动的变革和数字化转型方面拥有专业知识。

3个敏捷变革管理方案

Microsoft 的采用和变革管理团队经常与部署 Microsoft 企业技术的客户合作,包括 Azure、Microsoft 365、Dynamics 365、Power Platform、数据分析和人工智能,以及针对特定业务需求量身定制的行业特定解决方案。我们倾向于以三种方式应用敏捷变革管理:

场景 1:敏捷项目中的传统变革管理

在这个场景中,我们将变革管理与敏捷项目集成在一起(例如,应用 Scrum 或 SaFe)。尽管项目管理团队正在应用敏捷框架,但变革管理团队在准备、计划和管理变革的传统瀑布式阶段中运作。变革团队从开发团队中获取必要的输入或输出,并围绕变革战略、战术和人工制品进行转变,以支持人们完成 ADKAR 过渡。换句话说,变革团队以更经典的方式参与项目活动,例如试点或用户验收测试。

例如,欧洲一家领先的物料搬运公司开发了一种现代应用程序,以帮助服务技术人员在日常工作中维护或修理客户现场的设备。由于该解决方案对人们的工作方式进行了重大改变,因此该组织希望部署一种结构化的方法来管理变革。Microsoft 采用和变革管理团队与内部实施团队合作,利用 Prosci 方法建立了通用框架和变革功能。虽然该项目是按照敏捷原则建立的,但变革团队在评估、计划和执行阶段成功地应用了瀑布式方法。

物料搬运客户的变革计划分阶段进行,并与冲刺保持一致

场景 2:数字产品开发中的敏捷变革管理

在这种安排中,变革团队是开发团队的一部分,通常跨越多个 Scrum 团队(一个有凝聚力的专业人员小组,致力于实现产品或项目目标),具体取决于项目结构。从构思阶段到生产就绪最小可行产品 (MVP) 的发布,变革经理都参与其中。

除了管理变革对角色或用户的人员影响外,变革团队的任务是让整个组织在各个层面进行文化和思维方式转型,使项目照常营业。通常,通过敏捷辅导、产品负责人准备、IT 和业务在设计思维、DevOps、Scrum、SaFe 或特定工具(如 Microsoft Azure DevOps、看板或类似工具)方面的技能提升,扩展了变革经理的传统活动和职责。

为了说明这种方法,考虑一个可再生能源的制造客户,该客户于 2019 年开始进行数字化转型,目标是成为其行业的数字化领导者。除了确保他们的数字解决方案能够解决实际的业务问题外,客户还需要从头到尾让业务参与进来,并确保同事在整个变革过程中得到装备和支持

在这种情况下,业务代表成为产品负责人,他们参与到用例的构思和发现中。然后,Scrum 团队在几个月而不是几年的时间跨度内开发了生产就绪的 MVP。对人的影响包括新的敏捷工作方式、文化和新的思维方式,以及解决方案的采用。

为了帮助客户取得成功,Microsoft 采用和变革管理团队还支持他们建立内部数字支持办公室的使命。这项工作涉及敏捷指导、支持用户采用新的 Microsoft 解决方案等。由于范围的原因,变革团队完全融入了 Scrum 团队。

可再生能源客户的敏捷变革计划架构

场景 3:敏捷变革管理,推动雄心勃勃的全面云和企业转型

最后一种情况涉及具有非常雄心勃勃的组织,例如实现业务运营现代化和数字化以释放竞争优势或推动创新的战略目标。这些企业中的 IT 组织希望采用以产品为中心的运营模式,以最大限度地提高 IT 解决方案和服务的商业价值。像Spotify这样的前创业公司已经证明了以人为本的超敏捷产品工程和开发方法的价值和影响。越来越多的组织涉足这一概念,但将规模化的敏捷应用于企业。

考虑一家汽车制造商,他们希望建立一个全新的云原生和最先进的 IT 平台和组织,并应用敏捷和 DevOps 原则。该项目是一项为期多年的计划,为他们的未来状态、云优先平台和 IT 目标运营模式铺平了道路。挑战在于,组织中的许多人来自在本地运行其平台、系统和应用程序的传统结构,并且具有 IT 运营、开发和支持的经典分离。建立DevOps和敏捷的工作方式将对人产生巨大的影响。

由于组织的变革成熟度较低且缺乏变革能力,因此目标是管理由于新结构创造的新角色而导致的变革,并领导整个组织的行为、思维方式和文化的变革。在这种未来状态下,业务和 IT 合作伙伴在开发数字产品和解决方案方面将更加紧密地联系在一起,以解决重大业务问题或作为新的业务模型。IT 从商品服务逐渐成熟,成为业务战略的真正推动者。
Azure DevOps中的制造客户端的采用和变革管理积压工作

在规划 Microsoft 客户端基于敏捷的变革时,我会根据情况选择最佳方案,包括项目设置、客户偏好、他们已建立的方法和实践、现有功能以及他们的经验。一旦进入现场,我和我的团队往往会孵化出一种初始方法,尽快和快速地调整和适应(即快速失败、快速学习和适应),以在流程的早期建立例行程序和仪式。

向敏捷变革管理迈进

如果你还没有接触过敏捷场景,并且你已经准备好开始你自己的个人变革之旅,你可能想知道如何开始。在你认真对待它之前,请记住,在非敏捷项目场景中,经典的变革管理仍然有很大的价值和需求。要问自己的关键问题是,您的组织是否需要跟上复杂的数字和基于云的创新以及随之而来的市场条件的加速变革?如果是这样,采用敏捷变革管理方法对您和您的组织来说将是一个很大的举措。