CIO 需要了解的关于敏捷开发的 10 件事

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

分析公司 Gartner 发布了 一份清单,列出了 CIO 需要了解的关于该主题的十件事。

Gartner 研究总监 Nathan Wilson 表示:“首席信息官面临着支持快速发展的数字业务场景的压力,但他们发现传统的项目和开发方法并不合适。” “企业越来越多地转向敏捷开发以加速项目并展示其价值。”

Wilson 强调,如果执行得当,敏捷方法的使用有能力转变 IT 与业务的关系。他说,这肯定会对 IT 价值交付产生积极影响。

但这一成功来之不易,Wilson 说,它需要 CIO 和整个 IT 组织的文化思维转变。

“如果做得好,敏捷开发可以成为 CIO 用来应对不断增长的业务创新需求的方法组合中不可或缺的一部分,”Wilson 说。 “做得不好,敏捷开发会产生比它解决的问题多得多的问题。”

至于 IT 领导者的首要指导原则,Gartner 确定了以下内容:

  1. 敏捷不是一回事 ,事实上,敏捷开发方法论是一套软件开发方法。一个成熟的组织可能会使用几种方法,但一个起步的组织应该专注于一种方法。
  2. 敏捷不是一种“挑选混合”的方法, 敏捷方法是高度系统化的。该方法的每个组成部分对于最终的成功都至关重要。
  3. 敏捷的成功需要一种 IT 业务方法, 因为如果不让所有受影响的人(从业务领导到 IT 管理人员再到用户)参与进来,就无法实现全部收益。
  4. 先走后跑是敏捷开发的最佳方法, 使组织能够在复杂的过程中经历正常的学习曲线。
  5. 敏捷成功意味着组织不断学习, 因为敬业的员工希望不断提高质量和成本效益。
  6. 敏捷开发需要团队和团队的团队, 包括开发人员和质量保证专业人员。这样的团队通常大约有“七人,加上或减去两人”。
  7. 记录、管理和消除技术债务是敏捷开发的核心概念,这 意味着软件现在的状态与它需要处于的状态之间的差异。
  8. 第三方与敏捷开发的关系需要特别小心和注意, 正如许多外包流程的组织的经验所表明的那样。
  9. 敏捷开发的影响超出了软件开发团队, 因为业务用户是项目及其成功的关键部分。
  10. 敏捷开发不应该是您唯一的开发方法, 因为它是满足某些开发需求但不适合其他开发需求的好方法。

DevOps 和持续交付通常被描述为敏捷的下一个层次。看看这个关于 8 个最关键的 DevOps 实践的信息图。