敏捷开发是好是坏，取决于软件开发法的方法。因为在此领域的竞争中，甚至是所有小型初创企业都可以与行业领先巨头进行抗衡，所以敏捷成为了一个必备的武器，随着时间的推移这些武器可以用来打败竞争对手。

敏捷却是一把双刃剑，这一方法并不是适合所有人，当然也不会适合所有的项目。敏捷要求有合适的团队，合适的业务经理理念，当然也要有适合的项目。没有一种方法是适合一切的，所以本文讲了六种方法来确定你的云项目是否已经足够敏捷性，或者确定你的组织是否足够敏捷。

1.确定项目的类型。

你项目是否是前一项的工作的遗留产品，是否拥有大量的旧代码，是通过旧的瀑布式方法完成的？它是否也一些旧的工具和过时的基础设施紧密相连，致使云无法或者要做大量的工作才能现代化？如果这些答案都是肯定的，那么敏捷不适合此项目。现在，如果它是一个直接的“从头开始”的项目，那么你也许能够运用敏捷，但在你的组织和团队已经具备敏捷的前提下。

2.对于敏捷方法，接口或UI开发日程是否合理？

与其它方法相比，敏捷方法更需要给一些流程留出一些余地，即使迭代意味着更快速，但你还要花费一些时间在项目重要的事情上。敏捷是非常以用户为中心的，那么有什么比UI更与用户相关的吗？

3.你的开发团队，以及内部利益相关者已经为敏捷准备好了吗？

敏捷要求团队成员必须刚柔并济，能屈能伸，例如他要既能做到灵活，又要保持一致；或者在学习新方法或流程之时，也要兼顾那些老旧的最最佳实践；或者对自己的工作一直保持的张弛的度的精力和热情，而不是把自己陷入到无边的绝望和紧张之中。所谓的敏捷就是，借助适合的流程把事情迅速做完，但却不能仅仅只是因为要快速完成而完成。

4.高级管理层是否了解敏捷 ，他们是否愿意退一步实现它呢？

如果说所有不同的公司之间有一项是一致的话，那就是管理者，尤其是高级管理层上的控制狂们。这就相当于成为经理的人的一项突出需求，当然这也是他们的工作。但是实现敏捷的一个重要方面是人员，要给人员足够的自由进行他们自己部分的工作，而不会在经理们的微观管理中，不断地检查，或范围不断地变化 。

5.再次确认此项目适合敏捷吗？

是的，再次确认。人们常常会把敏捷与迅速联系到一起，从某种意义上讲，这是对的但却需要控制。当一个项目已经在进行，而且低于预期时，速度就是你的缺陷所在了。换句话说就是延迟。敏捷不是在大海里打捞没有希望的项目，使它们浮出水面，再次盈利。敏捷的成功有一部分也是取决于一致性，如果从一开始就缺乏一致性，那么它注定就是失败的。

6.你的云基础设施是否利用了敏捷？

本文所讨论的云计算面临的一个最大问题，是你使用服务处理敏捷流程和方法的能力，而且你是否对此已经做了预算。当敏捷开发团队开始提供这些阶段和测试服务器时，你可以在资源消耗中遇到阻碍。

以上就是云组织及企业项目在准备深入敏捷世界时所遇到的普遍的问题。