云原生应用架构中的文化变革 二：从间接均衡到持续交付！「敏捷开发大揭秘 — 价值驱动成长 ！」

Posted 2021-09-01 魏小言

文章目录

• 云原生应用架构中的文化变革 二：从间接均衡到持续交付！
• • 敏捷模式
  • • 敏捷被忽略的核心思维 —— 价值驱动
    • 为什么忽略核心的思维 —— Water-Scrum-Fall 困境
    • 如何破局 —— 云原生
  • Q&A
  • 附录

云原生应用架构中的文化变革 二：从间接均衡到持续交付！

  从上世纪 40 年代第一台计算机诞生，到现在软件工程化，期间涌现无数的开发模式。
  比如经典的 “ 瀑布模型 “、“ 增量模型 ”、“ 螺旋模型 ”、“ 喷泉模型 ”、“ 敏捷开发 ”等等。

  每一种开发模式，都在合适的场景、时空发挥了重要作用，呈现了整个软件行业发展的演化过程。

敏捷模式

  目前整个市场中，企业比较热衷于 “ 敏捷模型 “，能最大程度的加快价值的迭代，承担最小的变化风险。
  但，作为团队的 Leader ，试问一下自己，在开发团队敏捷的完成每次 Sprint 开发背后，价值交付是否真的有了速度的提升？质量的提升？

  当遇到超出自己力所能及的难题时，人们往往会选择回避！
  比如：敏捷 的 “ 核心思维 ”。

敏捷被忽略的核心思维 —— 价值驱动

  敏捷的核心思维在于通过价值驱动的方式，持续地交付可见的工作成果，及早得获得价值，感知市场反馈，形成真正的市场竞争力！
  其重点在于价值的交付，当然这依托于一些列的流程规范，比如 Scrum、XP 。
  但这些流程只能作为团队内部的管理模式，确保价值的间接均衡，不能代表着拥有稳定、快速、持续的交付能力。

为什么忽略核心的思维 —— Water-Scrum-Fall 困境

  那么为什么人们往往会忽略这个呢？
  正如上文所述，因为打通价值交付可不是件容易的事情！

  前篇文章中讲到，现在企业大都是把 IT 组织成单个的孤岛。 实现敏捷的真正思想需要打破孤岛的边界，完成依托于 DevOps 。作为一个研发的 Leader 可无法控制属于运维团队负责的交付！
  意识到这一点，你可能就发现了，问题的原因就是:
    团队已经开始接受敏捷原则，但组织却没有。所以，每次 Sprint 迭代并没有产生价值交付，只是价值的间接均衡！

  这也是典型的 Water-Scrum-Fall ！

如何破局 —— 云原生

  使用云原生架构可以解决这个问题！

实现产品价值从间接均衡到持续交付！

  云原生架构支持这种使用连续交付的工程实践的方法，每次迭代（每次代码提交 PUSH！）都被证明可以以自动化的方式部署。通过构建部署流水线，实现每次迭代，就产生一次生产部署，并且进行自动测试。只要测试通过， 唯一剩下的决定是商业决策，最终是否发布来决定是否采取行动，完全自动化实现。

  像国内的百度、阿里、腾讯都实现了自己内部的自动化平台，Agile、Icode、等等。这也是其在市场中具备真正敏捷力量，和强劲竞争力的基石与秘诀！

Q&A

1、像文中列的 Aglie、Icode 在哪可以下载或使用呢？

这些属于公司的内部平台，将会逐步开源出来，就像是百度的 Amis、Echarts…

2、云原生那么能，到底是个什么呢？

可见前 “为何使用云原生应用架构” 系列，具体详细可关注后续博文！

附录

永远不要绕过同事向其领导打报告，格局太小，容易垮！