中国台湾精益老专家：DevOps 变革的剖析与实践

作者简介

李智桦 中国台湾著名精益布道师 DOIS 金牌讲师 91APP敏捷顾问

今天的主题，我们项目开始之初第一件事情是做什么？你接到一个项目要开始做了，最开始你要做什么？这个非常重要，你一定要知道，第一件事就是要看见全貌。通常我们以为我们看到了全貌，但是通常都不是。

全貌是什么？就是如何以敏捷实现精益的思想过程，当你运行 Scrum 的时候，眼睛里只会看到项目，当你开始思考 DevOps 的时候，眼前又多出现了产品的生命周期，这是一个全貌。这个时候业务员就可以拉进来，这个时候你体会到你在做全面的规划，你进入了系统性的思维领域。

接下来你要思考程序设计的几大核心步骤：

• 第一个是从系统中找出约束，找出你的BUG；
• 第二个是找出可以解决BUG的方法，用整个系统配合把这个BUG拿掉；
• 第三个是从哪里实施，这时你要考虑的，就是从你眼前最大的约束开始，通常敏捷化是你的第一步。

敏捷化是处理需求应变最快速的一种方法，但是你真正实施之后你会变慢还是变快？实施之后得到第一个事情就是变慢，但是集体的效率是增加的。

三步学习法

我们看符合精益原则的 DevOps 真实世界开发模式，我们看解决开发的过程，看板是一个追求快速的开发方法，如果你追求快速以及敏捷，第一个事情就是从看板开始，因为如果你不快，你增加各种东西进去会越来越慢。精益七大原则第一个是快，第二步是回馈，第三步是学习文化。这是我们的三步学习法。

为什么第三步是学习文化？学习可以帮助公司吗？我解释一下，学习可以改变你的文化，这是一个有名的公式，人和企业学习的速度大于环境的变化的时候，才可以成长。

如果你学习的速度比环境的变化慢，就会退步。人也是一样，现在每年都有新的科技出来，如果你学习的能力落后于整个环境的变化，你就会逐渐下来，你的竞争力会一直下降，如果你的学习能力好，你的竞争力就一直向上。

团队也是这样，团队从个人学会东西之后团结才开始成长。

学习等于什么? 已知的答案+未知的答案。已知的是已经知道的，未知的是没有正确的解答，没有标准答案的，但是是持续改善的。

回馈是最好的学习，当人们给你回馈的时候，你可以迅速学到，比如工程师有一个非常好的想法，写完了问旁边的人怎么样，这个时候就需要好的回馈。

这是我们三步工作法的第三步，你要不断学习，你学到了你就变强了。

我谈一下个人怎么学习？25分钟是我们集中精神最好的时间。敏捷有很多个方法，例如11个规范，12个原则，再少一点看板是3条规范，还有2条目标，只有一个规范的是行动学习。

行动学习只有一条规范，就是问与答。怎样提升个人的效率？

如上图所示，把所有的待办事项放在最左边，然后一天要解决的5个事情拿出来，每个东西不超过25分钟，因为那是人类集中精神的最好时机。

你开始工作的时候健康是不是重要?家庭是不是重要?都很重要。对我而言家庭是最重要的，对我来说老婆交代的是最重要的。人生就是这个样子，把所有要做的事情拿出来，就拿出5件，可能有1000件你想做的，你拿出5件最容易聚焦的，并且开始专注，然后做完了之后立刻自我评比，做得好不好给自己回馈。

全景模式就是回去看所有的工作，下一个我做什么，不断地循环，25分钟到了之后就切换模式，把完成放到右边，然后自己给自己回馈。

敏捷没有回馈的话就不是敏捷，如果没有回馈话，就不知道这个事情的好坏，所以一定要想尽办法回馈。

一个人怎么敏捷？跟刚才对照一下，刚刚做了5件事情的清单，把紧急不重要的事情和重要不紧急都标注，通常过生日的时候我们会许愿，我们第三个愿望一般都是我们的梦想而不是目标。梦想可以达成吗？梦想如果有有规划的目标的话就可以达成，有了规划，一个一个目标达成的话，梦想就一定会达成。

5件事情清单的目的是为了聚焦，我们25分钟就回头看我们的清单，时间到了之后我们全景模式和专注模式做一个切换，最后给自己一个回馈，一定要给自己回馈，回馈非常重要，你回馈了才可以学到东西。

上图是我们最标准的流程，一个人自己的需求一大堆，但是只抓5件事，做最重要的事，不要做紧急的事情，时间到了之后就挑另外一个重要的，这个里面专注模式和全景模式可以切换，你做完了之后自己回馈自己寄信给自己，反思自己做得怎么样。

DevOps里面讲的都是三步工作法，这是一个日本人思考出来的，它比较像一个实现的目标，实现之后改变整个企业的文化。

CAMS 模型

你做 DevOps 的时候，你是在改变你们企业文化的过程，你在享受这个过程。这个图片是 DevOps 最喜欢讲的，上面是文化，下面是分享，外面包起来的是流程。

每个企业的文化都不一样，每个企业都有它的问题，所以问题不会重复，你很难从这里学到东西，为什么这些方法都只是原则呢？就是因为资讯，你必须自己用方法过滤。

在需求开发运维里面强调度量和精益，争取的是速度，但是速度是错误的，如果你追求的是文化，你应该追求效能，而不是速度，所以方向是最重要的。

敏捷法从来不是单一的做法，敏捷是这一大堆动作融合起来，很少用一个方法就能解决企业的问题，让企业敏捷化，通常是这些方法都加起来。最常提高是XP，然后就是Scrum，我们进入企业第一件事就是从要求品质开始，因为我们从工程师开始下手，工程师的品质不好，什么都不会好，品质是第一。

所以我们从XP开始，再来就是看板，这是一个快速的开发分发，再就是设定你的目标和关键成果，来见证你的目标是不是达成。这件事太重要了，请问你们每次迭代的时候，有设定目标吗？你们很清楚要交付一个很漂亮的商业价值，并且可以看得见，但是请问你有做到验证吗？我们只是有回馈，但是团队知道他们达成了吗？团队只知道把所有的工作做完了之后这个工作完成了，对不对？可以错得很严重，工程师老是认为我把错都改正了，我的工作就完成了，这个不对，达成目标才算对的，目标就是达成商业目标。

比如我一个礼拜写5篇东西，你写了多少你自己要回馈和反思，并且你自己关注进度，你一定要把你的目标设定地超过你的能力，比如你实际可以做到0.7，但是你往1努力。

我描述一下谷歌团队的团队，他们做了一个礼拜的工作，做的事情都和目标无关是0分，正常做事达成了一些目标是0.3，很用功地做是0.5，也就是不及格，超过他的能力做是0.7，1是他不可能做到的事情，你很用功，你的运气也很好，这个时候你才可以做到1，但是别人还会怀疑你是不是不目标定的太低了，你还要解释说不是你的目标低，是你的运气好才做成的。

我最近去的一个公司老板不相信顾问可以把公司转型做好，但是我是全力帮他们，每个老板都很怕我，因为团队表现很差，但是不敢生气，我说你要生气啊，你隐藏你的生气才是不敏捷，老板应该在团队的会议上一句话都不用讲，站起来转身离开就好了，敏捷没有教会老板怎么敏捷，组织转变最重要的是由上往下，不是由下问上，因为敏捷没有教管理者如何敏捷，这是很多失败案例的原因。

敏捷管理者如何敏捷起来？你要教老板怎么做才是真正的敏捷，所以老板怎么做，只有一个规范就是问问题，爱因斯坦有一句话，答案不是最重要的，而是问一个好问题才是最重要的事情。

趋势是朝「度量」前进

现在的趋势是度量。什么事都要度量，敏捷也要，如果你要做变化的时候，你先要知道你在哪里，你改变之后你才知道你在哪里，你必须知道自己在哪里，做了比较之后才可以解除疑惑。

开发部门说研发部门经常让他们做一些功能，到底有没有用开发部门会疑惑，我们从需求提出到需求完成，交付到客户手上，我们得到的是什么？就是企业的效率，企业的利润是销售量×单价-成本，成本是变动的，即使销售量也是变动的，因为你有不同的产品，你怎么计算？净利润怎么算？你要抽象化，变成一个很简单的公式，你才可以看到全貌。

我们做一下简单的系统设定，公司的利润和开发团队的效率有什么关系？

开发效能好了会得到客户的满意，利润就会增加，这两个黄色代表时间差，如果公司效益好就可以雇佣更高的素质的人力，你团队的素质上去了，开发的效能自然就上去了。

一个高素质的人力可以满足客户，因为设计的产品好，这是由系统思维的方法来解决利润和开发效率的关系。

强调一下万事万物都是可以衡量的，每次讲这个概念都有人怀疑，比如爱情和艺术怎么衡量？我们走到一个公园，有一对情侣，女的问今天你爱我这么多，那明天呢？女的有衡量，但是男的立刻把这个范围除以7，但是女人要的答案是你如果昨天爱我这么多，今天当然是更多，所以答案是随着这个变化的。随着想听的人来变，我们也不知道到底怎么变，但是现在各个单位都有确定范围。

我们自己转成了DevOps，你做大数据的时候，你首先是要确定问题范围，再设定指标和公式，再进行系统分析，然后进行数据撷取，最后是做资料分析和说明。

说明：本文为中国台湾精益敏捷专家李智桦老师在 DevOps 国际峰会 2018 · 深圳站分享。