敏捷开发思想提出十年以来，像鼓励沟通、简单而高效的开发工作，以用户为中心的设计，干净的代码，重构、持续集成，可以说这些都是云计算建设的最佳做法。目前国外一些敏捷开发的狂热实践者表示，敏捷开发是CIO群体建设云技术工作无可争辩的良好方法。
图为敏捷开发流程图
虽然不一定每个IT组织都能够真正落实敏捷思维，也很难从中获利。但实践这些可以使IT建设彻头彻尾的提高效率，至少可以在时间成本上得到节省。在这个问题上，CIO应该问一下，您的IT组织是敏捷的吗?您认真准备了吗?
问题一：这是合适的项目吗? 在某些项目实施上，CIO申请敏捷开发思维更实用。例如，如果该项目使用瀑布方法或开发的代码有很多是息息相关的，无法被现代化的工具和基础设施取代，你应该在这些地方处理的更加得当。如果某些项目较为复杂，CIO必须做出“爆炸式”削减，简化部署，这就需要一个非常有经验的敏捷团队。
问题二：UI功能和日程安排的合理期盼点是什么?在项目建设前期，你就需要一个好的UI设计在你的项目部署上。决不能在项目已经陷入困境，或项目后期才想起UI。这可能就会造成难以实现预期目标和项目超支。敏捷思维就可以考虑到有目的建模，达到事情多方的平衡与敏捷。
问题三：这些都是正确的用户吗?敏捷项目需要团队成员思考很多，而且团队内人员要作为内部用户。他们是灵活且工作一致的用户代表，尚未形成一些新的用户习惯。实际上作为用户代表，内部用户群体更加了解业务流程，并能准确猜出如何将这一业务应用到工作中。如果你是为维护人员建立模型，到底用户需要些什么?是厚达500页的详细文档，还是10页的使用总览就够了?你不清楚?去和他们谈谈，找出你想要的正确用户反馈。
问题四：你的重点需要停留在商业价值上吗?没有人喜欢烂糟糟且没有价值的工作。用敏捷开发，做出快速敏捷的工作交付。这样CIO可以为企业提供更多有价值的东西。使用软件分析，了解你的项目的各种各样特点。如果你打算使用一种工具支持，你就应当了解什么时候适合用它，什么时候不适合用它，什么时候能够产生商业价值。
问题五：高层管理人员是否真正得到敏捷?有些高管不能脱离形式上的东西，如每周的进度审议报告，分配特定任务，苛刻的要求项目更迭时间等。CIO面对这些情况，不能仅仅把敏捷开发当成一个简单的功能节点。我们需要改变老板的思维概念，特别是在敏捷开发的技术层面，提高他们对于项目落实推进的关注进度，进而更加敏捷。
问题六：团队是否有正确的做事态度?敏捷开发无论是在云项目还是在其他UI等项目中，面对紧张的交付时间，仍然需要团队的完美配合。如果你的团队足够好，面对一项必须在18个月就要交付的项目，或者内部信息化建设工作，敏捷同时，团队配合将会起到关键作用。
移动敏捷、混合资源、技能建设、内部信托，敏捷开发在实际信息技术工作中提供了一个优势方法。不过，你需要给敏捷开发一段运行时间，在短期内它很难取得成功。CIO需要仔细挑选你的建设项目，试图说服高层，以减少敏捷开发模式的应用障碍。如果以上这些听起来并不像你的组织和项目，那么，作为信息化的主要建设者，请重新考虑一下你的工作思维吧。
