尽管这种方法很现代且具有创新性，但重要的是要了解有些类型的项目并不适合这种方法。对于需要严格遵守标准或程序的项目，Scrum 可能并不有效。此外，Scrum 并不适合任何从一开始就具有明确定义要求的项目。
Scrum实施示例
用程序的公司为例来考虑 Scrum 的应用。该应用程序的客户是公司的所有者之一，他对最终产品应该具有的功能有一个大致的了解，但还不完全知道它到底应该是什么。目前市场上还没有此类应用的类似产品，因此没有人可以关注。
在第一阶段，产品负责人和 Scrum Master 确定：
产品积压。有必要了解客户想要得到什么。积压工作不是最终的，而是作为 意大利电报筛选 项目开始的起点 - 它可以随着产品工作的实施而改变。
冲刺的长度。首先，我们决定将其定义为1周。 Scrum 方法允许您在项目实施过程中根据团队在分配的冲刺时间内显示的结果来增加或减少冲刺的长度。
Sprint 积压。简单来说，它是一个团队必须在一周内开始并完成的任务和行动的列表。计划任务按重要性排序，并确定其数量以免使团队负担过重。这种方法消除了公司在任务失败后立即采取任何紧急行动的需要。
此外，业主和工头与项目团队的其他成员一起确定将在周一早上的会议上分配任务。这样的会议被称为站立会议。并在周五的会议上以报告的形式对已完成的任务成果进行总结。这种会议被称为回顾会议。 Scrum 方法的独特之处在于，每日会议对于项目的成功实施来说并不是必需的。
公司采用的灵活管理的Scrum方法论暗示着每次冲刺的结果都是一个确定的成品。对于应用程序开发来说，这是一个在第一个冲刺之后执行一些基本功能的程序。
在冲刺期间，测试人员会评估程序的功能及其是否符合客户要求。在冲刺结束时，产品负责人和利益相关者会对该计划进行评估。根据他们的反馈，提出了改进计划的选项，并在规划下一个冲刺时考虑到这些选项。此外，在测试过程中，还会识别出干扰程序高质量运行的那些部分。
就这样，移动应用程序一步步成形，经过几次冲刺，最终产品就出现了。在一些公司中，最终的应用与构思阶段所计划的完全不同。例如，在第一个冲刺中，我们必须制作一个应用程序，该应用程序可以根据菜肴的照片寻找最佳食谱，而在最后一个冲刺结束时，我们得到了一个应用程序，该应用程序可以根据汽车的照片提供有关汽车事故和维修的所有信息。