敏捷实施中应该避免的陷阱

AlexQin

1.组织阻力

你会发现，在组织所有层面进行变革会受到阻力。在团队层面，大多数团队成员可能都深知敏捷的价值，但通常，部分团队成员会不买敏捷概念的帐：

• 他们不适应可视化。他们不喜欢或不想每天讨论他们正在做什么、他们已经完成了什么，等等。
  
• 他们不是很喜欢共享信息，而更乐于作为不可替代的专家。
  
• 部分团队成员只是喜欢接受命令。他们不喜欢为自己的工作负责，也不愿意承担责任。
  
  

在管理层面，向敏捷转型时也有一些障碍：

• 部分管理人员更适应命令-控制方法。针对如何从A到B的问题，他们对团队能够做出最佳决策缺乏信心。
  
• 管理人员不喜欢将决策权下放（给产品经理），他们忙于维护自己的职位，在部门层面进行着次一级的优化。
  
• 他们并不是十分清楚如何为敏捷团队提供支持，继续“像以前一样开展业务”，瀑布式思维因此继续存在。
  
  

AlexQin

2.有组织地使用敏捷

项目管理在20世纪60年代就已经出现了，从此以后就一直在发展，但由于敏捷方法看上去如此简单，关于如何在整个组织内使用Scrum或看板等方法，组织常常会忘了设定一些基本规则。

如果公司天生就是敏捷的，那么这可能就不是个问题——每个人从一开始就敏捷地工作，知道游戏规则。不过，大部分公司都使用传统PM方法多年了，如PMI、PRINCE2或IPMA。于是，当出台举措追求更高的敏捷性时，部分或所有项目团队就开始使用Scrum或看板，但每个团队都有自己的做法。

从一开始就有个方法，最主要的是为了有一个公用的词汇表，那样，项目的每位参与者都会对使用的语言、团队的协作方式、如何记录进展以及如何测量KPI等有相同的理解。

取得Scrum Master证书及了解事件、角色、工件处于什么地位轻而易举。但是，如何完成不是证书的一部分。有一件非常重要的事需要了解，就是敏捷不直观！因此，应该尽力说明所选的敏捷方法在组织中的使用方式，也就是如何。

此外，正如你需要控制传统项目组合，对于敏捷项目组合而言，这同样重要。通常，你投资的项目组合有数量限制，即你仍然只能开展一定数量的项目。因此，你需要排定优先级，并跟踪项目进展，一直使用同一组KPI，那样才有可比性。

AlexQin

3.忽视了项目管理最佳实践

有件事怎么强调都不过分，就是项目性质不会因为你开始使用敏捷方法和技术而改变：

• 项目愿景不变
  
• 项目复杂度和风险不变
  
• 预算不变
  
• 团队不变
  
  

许多人都以为，如果他们使用敏捷方法管理项目，那么项目会更容易做。这是不正确的。敏捷不会降低复杂度或风险，但具有透明度，因此，在问题/“障碍（impediment）”/“用户故事中的障碍（blocker）”/挑战出现时就可以看到，你和你的组织就可以及时应对了。

在敏捷项目中，针对障碍采取行动是一种控制和管理风险的敏捷方法。风险管理也是传统项目管理不可分割的一部分，但它只是你在项目中必须掌握的几个知识领域中的一个。

大多数传统方法从头到尾覆盖了整个项目，而应用最广泛的敏捷方法（如Scrum）则关注开发阶段需要实现的内容。在项目构思出现之后开发开始之前发生了什么？开发阶段结束之后发生了什么？如何交付给日常运维团队？最终用户怎么样了？实现了怎样的收益？所有这一切都没有包含在Scrum中，但应该包含，因此，为什么不好好利用传统的、已经证明有效的最佳实践的相关元素呢？

我建议对不同的方法保持开放的态度，避免教条式思维。最终，我们可能全都会因为喜欢而参与到项目中。我们喜欢挑战，我们喜欢在团队中工作，当我们成功时会获得很大的乐趣。

从企业的角度看，如果考虑了下面几项，那么可以最大可能地提高项目成功率：

• 如果成立了项目管理办公室，那么请确定敏捷项目的KPI。如果没有成立，那么也要考虑敏捷KPI。此外，还要确定如何进行状态报告。
  
• 在组织内开展自下而上的敏捷培训。需要高层及中层领导如何在行为上支持敏捷？需要团队成员承担什么义务以及敏捷团队有哪些职责？需要产品经理做什么？如果希望敏捷可以有效地发挥作用，那么只培训几名Scrum Master是不够的。
  
• 实施敏捷需要文化变革，因为文化会不断地蚕食策略，所以要清楚你希望看到什么样的变革，要有一些目标，评估结果并根据结果采取行动。
  
  

AlexQin

敏捷之旅

敏捷不会在一夜之间实现。从传统项目管理转型到敏捷是一种模式的转换。从推式系统到拉式系统，从控制-命令文化到实现分权的信任文化。这需要时间，但良好的组织加上一些控制机制可以最大可能地帮助你更快地获得想要的结果。

当开始旅程的时候，要有生产力最初会下降的心理准备，但是要相信，这种投资很快就会收到效果。对组织进行培训、“辅导（coach）”和“指导（mentor）”。当每个人都知道别人对自己的期望是什么，你才更可能获得想要的结果。

最后但同样重要：即使敏捷项目的结果平均好于传统项目的结果，也仍然存在改进的空间。通过将传统方法的最佳实践应用于敏捷，从而根据环境将两种方法相融合，你可能已经部分地找到了提高项目成功率的方法。这里列举几个非常有用的传统做法：敏捷项目状态报告、收益实现、敏捷KPI、涉众管理、敏捷项目中的沟通、合同管理等。