开发法的方法能够决定敏捷的好坏。因此在此领域的竞争中，哪怕是小企业也能够和行业领先巨头进行抗争，所以，敏捷是一个犀利的武器，同时它也是必备武器，伴随着时间的推移它能够用来和对手竞争对抗，甚至打败对手。
敏捷也不是“万金油”，敏捷并不一定适用于所有人，也不一定能够满足所有项目要求。敏捷要求有适合的项目，有合适的团队，有合适的业务经理理念，但是这世界上，没有适合一切的方法，所以下文讲了六种方法让你来检验你的云项目是否已经足够拥有敏捷性，或者反省你的组织是否足够敏捷。
1.确定项目的类型。
你项目是否是前一项的工作的遗留产品？又是否前一项工作大量遗留下来的旧代码？又是否是通过旧的瀑布式方法完成的？它是否是一些旧的工具和过时的基础设施紧密相连，致使要做云的话就要做大量的工作甚至无法做云？如果这些答案都是肯定的，那么敏捷不适合此项目。现在，如果它是一个直接的“从头开始”的项目，那么你也许能够运用敏捷，但前提是你的组织和团队已经具备敏捷。
2.对于敏捷方法，接口或UI开发日程是否合理?
与其它方法相比，敏捷方法更需要给一些流程留出一些余地，即使迭代意味着更快速，但你还要花费一些时间在项目重要的事情上。敏捷是非常以用户为中心的，那么有什么比UI更与用户相关的吗?
3.你的开发团队，以及内部利益相关都已经为敏捷准备好了吗?
敏捷要求团队成员必须刚柔并济，能屈能伸，例如他要既能做到灵活，又要保持一致;或者在学习新方法或流程之时，也要兼顾那些老旧的最最佳实践;或者对自己的工作一直保持的张弛的度的精力和热情，而不是把自己陷入到无边的绝望和紧张之中。所谓的敏捷就是，借助适合的流程把事情迅速做完，但却不能仅仅只是因为要快速完成而完成。
4.高级管理层是否了解敏捷 ，他们是否愿意退一步实现它呢?
如果说所有不同的公司之间有一项是一致的话，那就是管理者，尤其是高级管理层上的控制狂们。这就相当于成为经理的人的一项突出需求，当然这也是他们的工作。但是实现敏捷的一个重要方面是人员，要给人员足够的自由进行他们自己部分的工作，而不会在经理们的微观管理中，不断地检查，或范围不断地变化 。
5.再次确认此项目适合敏捷吗?
是的，再次确认。人们常常会把敏捷与迅速联系到一起，从某种意义上讲，这是对的但却需要控制。当一个项目已经在进行，而且低于预期时，速度就是你的缺陷所在了。换句话说就是延迟。敏捷不是在大海里打捞没有希望的项目，使它们浮出水面，再次盈利。敏捷的成功有一部分也是取决于一致性，如果从一开始就缺乏一致性，那么它注定就是失败的。
6.你的云基础设施是否利用了敏捷?
本文所讨论的云计算面临的一个最大问题，是你使用服务处理敏捷流程和方法的能力，而且你是否对此已经做了预算。当敏捷开发团队开始提供这些阶段和测试服务器时，你可以在资源消耗中遇到阻碍。
以上就是云组织及企业项目在准备深入敏捷世界时所遇到的普遍的问题。
【编辑推荐】
Visual Studio 2010让敏捷开发和云计算落地 云计算和虚拟化帮助提高敏捷开发的六个方面 用友UAP平台 实现高效敏捷开发【责任编辑：箫韵 TEL：（010）68476606】