如何在敏捷中实施变更管理

变更从业者在使用敏捷支持计划时，必须更具灵活性和适应性。放弃“完美的”变更管理策略和计划肯定会有一定程度的不适。然而，项目使用敏捷的快速步伐意味着变更管理从业者必须细化和集中他们的工作，变得更加精确和高效，知道在哪里灵活，在哪里放松变更管理的严格程度。

集成变更管理和敏捷

如果你计划4-8周的短期迭代，每个小成就都能成为一个成功故事，不管有多小（即使是2个人的变更都对业务流程有可衡量的业务影响）。

以下是使用敏捷方法将变更管理应用于项目的四个成功要素：
○与变革经理的早期接触
○一致的沟通
○高层领导的参与
○早期的胜利

所有参与都是与顶级贡献者相关的重大主题。首先，敏捷团队和变更管理资源之间的合作对于确保人员层面跟上技术层面至关重要。高层领导的参与，无论是支持计划还是作为方法的敏捷，都至关重要。最后，通过持续的沟通和成功的庆祝来吸引受影响的员工，创造必要的动力来保持努力的状态。

将变更管理引入敏捷项目时，常见的障碍是什么？

最大的挑战是，在采用人的方法时，往往缺乏战略性。对‘故事’的关注往往掩盖了产品运作化的计划。例如，调整业务流程，编入培训/用户文档等。

一些研究发现，使用敏捷迭代开发流程将变更管理引入项目时，有五个常见的障碍：
○对变革管理缺乏理解和欣赏
○组织对敏捷的抵制
○大量的增量变更
○增加的速度
○中层管理者的抵制

有趣的是，有效管理向敏捷的过渡和在敏捷中有效应用变更管理之间的相互作用，在最大的障碍中显现。在敏捷中应用变更管理所面临的主要障碍通常是在一开始就没有有效建立对敏捷的支持和认同的症状。

在敏捷工作中，变更管理的实践领域看起来有什么不同？

我们采用一种创新的方法，为在敏捷环境中努力调整工作的变更从业者揭示了具体的方向和指导。

完整的变更管理和敏捷报告对10个实践领域都进行了完整的总结。

1-赞助
发起人必须理解并接受敏捷思维。发起人的参与必须更加精确和有效。

2-中层经理
经理需要配备敏捷方面的资源和培训，进行面对面的交流。他们的角色在整个项目中发生变化。

3-员工敬业度
员工必须更多地投入工作，也必须不那么正式(似乎有点自相矛盾)。员工投入还应促进敏捷文化。

4-方法
变更管理方法必须与敏捷过程阶段相一致，对于哪些活动驱动价值必须有选择性。

5-资源
变更管理资源需求在敏捷开发工作中是不同的，必须准备好根据给定阶段的员工影响进行调整。

6-与项目管理的结合
变更管理和项目团队必须更早地结合，使用更高级别的沟通和协作。

7-沟通
沟通需要与敏捷流程保持一致的准确性和频率增加，但必须管理得很好，以避免超负荷。

8-培训
培训必须集中、简明、更频繁地进行，重点是提供即时培训。

9-阻力管理
正式的阻力管理计划，加上更紧密的沟通，强调敏捷和项目的“原因”，就可以建立认同。

10-强化
需要尽早、更频繁地强化，以匹配迭代方法，强调目标和进展。

很明显，在处理敏捷项目时，变更管理的作用变得更加复杂。要将变更管理正确地整合到敏捷项目组织中，你将需要的不仅仅是少数变更专家。

在组织内使用成熟的敏捷项目管理软件将支持成功交付敏捷项目所需的变更管理，并使你的组织能够长期保持敏捷。

8MSaaS 敏捷 Scrum 管理支持增量式产品开发的短迭代管理和满足竞争格局和产品需求动态变化的管理需求。在同一页面可把产品需求和需求负责人分配到对应的用户故事，有根有据，可随时追踪。

使用8MSaaS 敏捷 Scrum将你的变更管理方法与敏捷对齐。当产品需求越来越多，超过当前迭代的范围，系统会自动把超过范围的需求存储在待开发项列表。你可随时查看在以往的迭代已经发布了哪些需求，哪些需求还在待开发项中，以便你更好地安排工作和作出决策。