给大家讲一个笑话。
我高中班主任是政治老师,毕业十几年后回学校看他,正赶上期中考试,办公桌上放着刚印好的试卷,我拿起一看,着实惊了。
我小心问道:“老师,十几年过去了,题目一点没变啊?”。
老师斜了我一眼,轻轻说道:“可是答案变了,年轻人”。
我当时就凌乱了。
相同的题目,不同的答案。这个故事是真的吗?大家自己猜!
——————————言归正传——————————————
接下来的事就如假包换了,主题正好相反——“不同的题目,相同的答案”。
上周五和周六我分别在深圳的全球运维大会(GOPS)的DevOps分会场,和 南京的软件开发这大会(NJSD)的敏捷教练分会场做了两场演讲。
负责任地告诉大家,两个主题,我用的是同一份PPT——《精益看板方法实施的三个层次》,只是讲法略有不同。
DevOps和敏捷,本是两个不同的题目,我却给出了相同的答案——精益运作。答案的内涵有两个:1)端到端用户价值的顺畅流动;2)基于价值流动反馈的持续改进。
1)端到端用户价值的顺畅流动
对于DevOPs而言,通过精益价值流的建模,我们要打通包括业务、开发和运维的端到端价值链条,让价值以相同的单位和粒度在各个环节流动。保证上游交付给下游的价值可以继续顺畅流动,而不是积压和等待重组。这样,端到端的DevOps交付和运维管道才能畅通。所以,端到端统一单位和粒度的价值流动是DevOps的基础。
对于敏捷而言,只有打通了端到端价值链,实现价值从用户问题提出到解决方案交付的顺畅流动,才能真正实现快速用值交付,和灵活应对变化。否则单纯开发阶段的迭代,不可能带来真正的业务敏捷性。快速交付业务价值,和灵活应对变化正是敏捷开发的业务目标所在。
“端到端用户价值的顺畅流动”,正是我在分享中所讲的精益看板实施的第二个层次——价值流动看板。
2)基于价值流动反馈的持续改进
DevOps和敏捷都强调持续的改进,问题是改进什么和怎么改进?
关于改进什么。我给出的答案是改进价值流动效率。所谓流动效率,是指着眼价值端到端的流动速度(而不是各个独立资源环节的资源使用和产出率)的系统改进。
关于怎么改进。我给出的答案是,既然是流动效率的改进,就必须建立关于价值流动的反馈和度量。我给出了数个关于价值流动的反馈和度量多个实例。并基于它们建立了“反馈-改进-衡量”循环,它是PDCA循环在精益开发过程中的内嵌。
“基于价值流动反馈的持续改进”,正是我在分享中所讲的精益看板实施的第三个层次——持续改进看板。
言而总之,《精益看板实施的三个层次》中的精益价值流和持续的流动效率改进,同样适用于DevOps的落实,以及敏捷实施的深化落实——不同的问题,相同的答案。
“年轻人,答案变了”,这是政治老师的回答。
“题目不同,答案没变”,这是我的回答。