揭示敏捷实践中常犯的12大错误，了解如何避免这些敏捷失败 陷阱，找出问题根源并采取有效改进措施，提高项目成功率。立即连线 Runwise.co 社区敏捷专家获得专业建议，或 Runwise.co 在线学习敏捷方法实战课程，提升您和团队的敏捷能力。
敏捷宣言已经发布了22年。这仅一两页的敏捷原则很多人貌似都知道。但怎么会有这么多组织在敏捷实践失败呢？这里有12种方法。你认识其中多少个？
1.少关注价值多关注速度
您衡量团队成功的主要方法是速度。或者更确切地说：速度的增长。您设定了一个目标，即每季度看到速度增长10%。当团队达到速度增长目标时，他们就会受到赞扬。无论它们是否产生预期的交付价值影响。
这是组织和团队缺乏对敏捷的支持和理解所致，为团队提供敏捷理论和实践方面的培训，加强沟通与合作，以确保所有人都正确共识并致力于敏捷方法。
2.不允许对Sprint计划任何变更
您告诉带有重要反馈的用户和客户，您不会破坏Sprint。他们下周可以回来。你为什么要优化实现冲刺目标的机会？
建立有效的需求管理机制，保持需求清晰、明确，并及时对变更需求进行调整。
3.不用小步骤实验从反馈中学习
忽略更早的交付将导致更短的反馈循环的概念。你在一个大项目上工作了几个月，结果却得出结论，整个解决方案方向从一开始就是错误的。您向客户展示的产品没有实现客户想要的事情。
5.微观管理开发团队的绩效
燃尽图是你的朋友。您每天都在检查团队是否完成了足够多的故事点，以及他们是否仍在遵循理想的路线。如果没有：指示团队努力解决这个问题。你为什么不考虑创造力来解决复杂的问题？
这是不恰当的敏捷团队管理方法所致：根据项目需求和团队特点选择合适的敏捷方法，而非盲目跟随潮流。
6.避免面对面交流
使用电子邮件/IM作为团队的主要通信方式。成员不及时阅读电子邮件，他们有其他事情要做，不能经常查看他们的收件箱。您不会使用最有效的方式来传达信息。
敏捷方法的核心是人和互动，应适当使用工具，但不应过度依赖，以免影响团队的沟通和协作。
7.建立一个功能工厂
团队也许能够交付越来越多的功能。团队却没有把足够多精力花在产品是否做了应该做对的功能的问题上。
在注重迭代速度的同时，保持对产品价值的关注，以确保最终交付价值的稳定性和可靠性。
8.加班是Sprint标准做法
你承诺在冲刺中完成6个任务项。因此团队将努力“进行冲刺”。如果必须的话，他们会加班。你将永远是英雄。好吧，至少几个小时。直到错误变得明显。
这是对敏捷过程的执行过于僵化所致：敏捷方法本身强调灵活性，应根据项目实际情况调整敏捷实践，而非机械地执行过程。
9.先交付后质量
你自欺欺人，说有快速交付的捷径。跳过质量审查（一次或更多次）或不运行一次回归测试会有什么危害？
重视技术实践和交付质量，采用持续集成、交付审查和测试驱动开发等方法，以保证交付价值。
10.构建复杂的方案
让架构师设计一个复杂的解决方案，并要求开发团队根据规格构建它。团队不寻找最简单的方法来满足用户的需求。
11.阻止团队自组织
不让团队自行决定如何最好地完成工作。直接将每个分配到某些任务中，并跟踪他们是否相应地完成任务。
可能是敏捷实践与组合之文化冲突所致：解决组织内部文化冲突，推广敏捷理念，培养敏捷文化，以便更好地融入敏捷实践。
12.忽略反思
你不认为有必要进行回顾反思。最好把这三个小时花在冲刺的额外任务项上。在下一次迭代中，您也不会花一些时间进行改进计划。我们又在新功能交付上投入100%的容量。我们为什么需要学习？
敏捷实践需要时间逐步培养和完善，不应对短期内产生显著效果抱有过高期望，保持耐心和持续改进的态度。
对每个原因进行分析，根据实际情况采取相应的措施，可以帮助企业降低敏捷实践失败的风险，提高项目成功率。
0 thoughts on “创新洞察｜导致创新团队敏捷实践失败的12大原因”
建立一个功能工厂团队可能会使产品偏离用户的需求，敏捷实践应该注重用户价值。
开发团队和产品经理之间的合作和协调是敏捷实践中最关键的一环。
这篇文章中列举了很多敏捷实践失败的原因，感觉很实用。
在敏捷实践中，我们需要灵活应对项目变化，而不是一味地追求完美的解决方案
采用持续集成、交付审查和测试驱动开发等方法确实可以保障交付质量，希望能在实践中更加深入的理解和应用。
敏捷实践需要顺应当下的环境和组织文化，而不是盲目地跟从某种流行的敏捷方法。
敏捷实践最重要的是跨功能团队的协作和沟通，只有这样才能保证项目的顺利进行
很多团队会不让自己自组织，这样只会限制团队的创新和效率，建议授权团队自组织。
毫无疑问，对于复杂的敏捷项目来说，使用电子邮件/IM作为主要通信方式并不可取。
忽略反思对于项目的改进会造成不良影响，我们应该重视回顾反思。
建议在实践敏捷过程中，加强与团队成员的交流和沟通，了解他们的实际情况和疑虑
对于敏捷实践来说，关注价值和速度同样重要，只关注速度容易导致实践失败。
在敏捷实践中，避免对Sprint计划的过度固定，保留调整的余地。
敏捷实践需要权衡价值和速度，即便迭代速度不能达到预期，我们也要保证交付价值。
大多数敏捷项目都不需要加班，固定加班反而可能会影响团队的效率。