敏捷開發是好是壞，取決于軟件開發法的方法。因為在此領域的競爭中，甚至是所有小型初創企業都可以與行業領先巨頭進行抗衡，所以敏捷成為了一個必備的武器，隨著時間的推移這些武器可以用來打敗競爭對手。

敏捷卻是一把雙刃劍，這一方法并不是適合所有人，當然也不會適合所有的項目。敏捷要求有合適的團隊，合適的業務經理理念，當然也要有適合的項目。沒有一種方法是適合一切的，所以本文講了六種方法來確定你的云項目是否已經足夠敏捷性，或者確定你的組織是否足夠敏捷。

1.確定項目的類型。

你項目是否是前一項的工作的遺留產品，是否擁有大量的舊代碼，是通過舊的瀑布式方法完成的?它是否也一些舊的工具和過時的基礎設施緊密相連，致使云無法或者要做大量的工作才能現代化?如果這些答案都是肯定的，那么敏捷不適合此項目。現在，如果它是一個直接的“從頭開始”的項目，那么你也許能夠運用敏捷，但在你的組織和團隊已經具備敏捷的前提下。

2.對于敏捷方法，接口或UI開發日程是否合理?

與其它方法相比，敏捷方法更需要給一些流程留出一些余地，即使迭代意味著更快速，但你還要花費一些時間在項目重要的事情上。敏捷是非常以用戶為中心的，那么有什么比UI更與用戶相關的嗎?

3.你的開發團隊，以及內部利益相關都已經為敏捷準備好了嗎?

敏捷要求團隊成員必須剛柔并濟，能屈能伸，例如他要既能做到靈活，又要保持一致;或者在學習新方法或流程之時，也要兼顧那些老舊的最最佳實踐;或者對自己的工作一直保持的張弛的度的精力和熱情，而不是把自己陷入到無邊的絕望和緊張之中。所謂的敏捷就是，借助適合的流程把事情迅速做完，但卻不能僅僅只是因為要快速完成而完成。

4.高級管理層是否了解敏捷 ，他們是否愿意退一步實現它呢?

如果說所有不同的公司之間有一項是一致的話，那就是管理者，尤其是高級管理層上的控制狂們。這就相當于成為經理的人的一項突出需求，當然這也是他們的工作。但是實現敏捷的一個重要方面是人員，要給人員足夠的自由進行他們自己部分的工作，而不會在經理們的微觀管理中，不斷地檢查，或范圍不斷地變化 。

5.再次確認此項目適合敏捷嗎?

是的，再次確認。人們常常會把敏捷與迅速聯系到一起，從某種意義上講，這是對的但卻需要控制。當一個項目已經在進行，而且低于預期時，速度就是你的缺陷所在了。換句話說就是延遲。敏捷不是在大海里打撈沒有希望的項目，使它們浮出水面，再次盈利。敏捷的成功有一部分也是取決于一致性，如果從一開始就缺乏一致性，那么它注定就是失敗的。

6.你的云基礎設施是否利用了敏捷?

本文所討論的云計算面臨的一個最大問題，是你使用服務處理敏捷流程和方法的能力，而且你是否對此已經做了預算。當敏捷開發團隊開始提供這些階段和測試服務器時，你可以在資源消耗中遇到阻礙。

以上就是云組織及企業項目在準備深入敏捷世界時所遇到的普遍的問題。