DevOps和敏捷之精益看板方法实施的三个层次 – 运维派

先给大家讲一个笑话。

我高中班主任是政治老师，毕业十几年后回学校看他，正赶上期中考试，办公桌上放着刚印好的试卷，我拿起一看，着实惊了。

我小心问道：“老师，十几年过去了，题目一点没变啊？”。

老师斜了我一眼，轻轻说道：“可是答案变了，年轻人”。

我当时就凌乱了。

相同的题目，不同的答案。这个故事是真的吗？大家自己猜！ 

——————————言归正传——————————————

接下来的事就如假包换了，主题正好相反——“不同的题目，相同的答案”。

上周五和周六我分别在深圳的全球运维大会（GOPS）的DevOps分会场，和 南京的软件开发这大会（NJSD）的敏捷教练分会场做了两场演讲。

负责任地告诉大家，两个主题，我用的是同一份PPT——《精益看板方法实施的三个层次》，只是讲法略有不同。

DevOps和敏捷，本是两个不同的题目，我却给出了相同的答案——精益运作。答案的内涵有两个：1）端到端用户价值的顺畅流动；2）基于价值流动反馈的持续改进。

1）端到端用户价值的顺畅流动

对于DevOPs而言，通过精益价值流的建模，我们要打通包括业务、开发和运维的端到端价值链条，让价值以相同的单位和粒度在各个环节流动。保证上游交付给下游的价值可以继续顺畅流动，而不是积压和等待重组。这样，端到端的DevOps交付和运维管道才能畅通。所以，端到端统一单位和粒度的价值流动是DevOps的基础。

对于敏捷而言，只有打通了端到端价值链，实现价值从用户问题提出到解决方案交付的顺畅流动，才能真正实现快速用值交付，和灵活应对变化。否则单纯开发阶段的迭代，不可能带来真正的业务敏捷性。快速交付业务价值，和灵活应对变化正是敏捷开发的业务目标所在。

“端到端用户价值的顺畅流动”，正是我在分享中所讲的精益看板实施的第二个层次——价值流动看板。

2）基于价值流动反馈的持续改进

DevOps和敏捷都强调持续的改进，问题是改进什么和怎么改进？

关于改进什么。我给出的答案是改进价值流动效率。所谓流动效率，是指着眼价值端到端的流动速度（而不是各个独立资源环节的资源使用和产出率）的系统改进。

关于怎么改进。我给出的答案是，既然是流动效率的改进，就必须建立关于价值流动的反馈和度量。我给出了数个关于价值流动的反馈和度量多个实例。并基于它们建立了“反馈-改进-衡量”循环，它是PDCA循环在精益开发过程中的内嵌。

“基于价值流动反馈的持续改进”，正是我在分享中所讲的精益看板实施的第三个层次——持续改进看板。

言而总之，《精益看板实施的三个层次》中的精益价值流和持续的流动效率改进，同样适用于DevOps的落实，以及敏捷实施的深化落实——不同的问题，相同的答案。

“年轻人，答案变了”，这是政治老师的回答。

“题目不同，答案没变”，这是我的回答。

最后，说了这么多，不上PPT，这不耍流氓吗？ 下面就给大家公开整个演讲的PPT材料：

DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次 DevOps和敏捷之精益看板方法实施的三个层次

Original url: Access
Created at: 2018-11-06 10:45:56
Category: default
Tags: none

未标明原创文章均为采集，版权归作者所有，转载无需和我联系，请注明原出处，南摩阿彌陀佛，知识，不只知道，要得到

请先后发表评论
  • 最新评论
  • 总共0条评论