加入收藏 | 设为首页 | 会员中心 | 我要投稿 源码网 (https://www.900php.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 服务器 > 安全 > 正文

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

发布时间:2021-01-15 01:05:16 所属栏目:安全 来源:网络整理
导读:《DevOps和敏捷之精益看板方法实施的三个层次》要点: 本文介绍了DevOps和敏捷之精益看板方法实施的三个层次,希望对您有用。如果有疑问,可以联系我们。 先给大家讲一个笑话. 我高中班主任是政治老师,毕业十几年后回学校看他,正赶上期中考试,办公桌上放着

《DevOps和敏捷之精益看板方法实施的三个层次》要点:
本文介绍了DevOps和敏捷之精益看板方法实施的三个层次,希望对您有用。如果有疑问,可以联系我们。

先给大家讲一个笑话.

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

我小心问道:“老师,十几年过去了,题目一点没变啊?”.

老师斜了我一眼,轻轻说道:“可是答案变了,年轻人”.

我当时就凌乱了.

相同的题目,不同的答案.这个故事是真的吗?大家自己猜!?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

“题目不同,答案没变”,这是我的回答.

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

(编辑:源码网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读