Scrum可能被挑战的方面

Scrum不是流程，它是提供给团队可视性的框架，并且容许他们相应的“检验和适应”的技巧。Scrum试图让许多存在于开发团队中的问题显示出来。比如，大多数的开发团队并不擅长于计算在固定期间内完成的工作量，因此在第一个Sprint结束时不可能交付他们预计完成的工作。对于开发团队来说，这个是工作的失败。事实上，这个经验正是能更好预计工作量所需的第一步，并促使其对承诺的任务更加负责。这种模式可以使机能失调更易显现出来，让团队切实可以解决问题，是实用基础的技巧产生出最有意义的收益，是团队实用Scrum的经验之一。

一个开发团队普遍犯的错误是当他们在Scrum实践中遇到挑战，他们会改变实践方法，而不是改变自身的问题。比如，开发团队有困难完成Sprint任务时，会延长Sprint的周期，这样会破坏了Scrum真正的意义：使优点和缺点都显示出来，给开发团队自我的提高提供机会。

另一个普遍存在的错误是人们意味某一实践方法是被禁止的或不提倡的，只是因为Scrum没有明确的提出此方法。比如，Scrum并不特别要求产品所有者对于他或她的产品作出长远的目标计划；也没有要求工程师请教更有经验的人员关于比较复杂的技术问题。Scrum将这些问题留给个人作出正确的处理；在很多情况下，以上两个方法会被建议。做个比喻吧：“Scrum没有提出早餐的问题，难道你要饿着？”

另一个需要注意的问题是有时候经理会强制开发团队使用Scrum；Scrum是为开发团队提供自我组织的空间和工具，由上层强加于开发团队恐怕不是取得成功的良方。比较好的方法是让开发团队从同事或经理处了解到Scrum，并通过专业系统的培训，在开发团队实验此方法后作出决定。