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

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

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

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

　　2.确定项目的类型。

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

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

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

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

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

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

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

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

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

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