分析公司 Gartner 发布了 一份清单，列出了 CIO 需要了解的关于该主题的十件事。
Gartner 研究总监 Nathan Wilson 表示：“首席信息官面临着支持快速发展的数字业务场景的压力，但他们发现传统的项目和开发方法并不合适。” “企业越来越多地转向敏捷开发以加速项目并展示其价值。”
Wilson 强调，如果执行得当，敏捷方法的使用有能力转变 IT 与业务的关系。他说，这肯定会对 IT 价值交付产生积极影响。
但这一成功来之不易，Wilson 说，它需要 CIO 和整个 IT 组织的文化思维转变。
“如果做得好，敏捷开发可以成为 CIO 用来应对不断增长的业务创新需求的方法组合中不可或缺的一部分，”Wilson 说。 “做得不好，敏捷开发会产生比它解决的问题多得多的问题。”
至于 IT 领导者的首要指导原则，Gartner 确定了以下内容：
- 敏捷不是一回事 ，事实上，敏捷开发方法论是一套软件开发方法。一个成熟的组织可能会使用几种方法，但一个起步的组织应该专注于一种方法。
- 敏捷不是一种“挑选混合”的方法， 敏捷方法是高度系统化的。该方法的每个组成部分对于最终的成功都至关重要。
- 敏捷的成功需要一种 IT 业务方法， 因为如果不让所有受影响的人（从业务领导到 IT 管理人员再到用户）参与进来，就无法实现全部收益。
- 先走后跑是敏捷开发的最佳方法， 使组织能够在复杂的过程中经历正常的学习曲线。
- 敏捷成功意味着组织不断学习， 因为敬业的员工希望不断提高质量和成本效益。
- 敏捷开发需要团队和团队的团队， 包括开发人员和质量保证专业人员。这样的团队通常大约有“七人，加上或减去两人”。
- 记录、管理和消除技术债务是敏捷开发的核心概念，这 意味着软件现在的状态与它需要处于的状态之间的差异。
- 第三方与敏捷开发的关系需要特别小心和注意， 正如许多外包流程的组织的经验所表明的那样。
- 敏捷开发的影响超出了软件开发团队， 因为业务用户是项目及其成功的关键部分。
- 敏捷开发不应该是您唯一的开发方法， 因为它是满足某些开发需求但不适合其他开发需求的好方法。
DevOps 和持续交付通常被描述为敏捷的下一个层次。看看这个关于 8 个最关键的 DevOps 实践的信息图。