六步确定你的企业是否足够敏捷

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

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

1.确定项目的类型。

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

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

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

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

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

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

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

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

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

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

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