李智桦谈《 DevOps 三十六计》| 有福利

李智桦谈《 DevOps 三十六计》| 有福利书的封面跟被邀请的宣传照

尽量延迟决策 – 我的第36计


如果你只是听说过这本书,那就不要急着立刻去购买它,它纯粹就是一群有丰富经验的讲师们,在DevOps大会期间把自己最在意或是最拿手的主题用经验描述出来罢了。

方法是模仿设计模式(design pattern)的做法,只是我们把Pattern这个词中国化了,把「模式」描述成了「计策」,把商场变战场化了,书里头就是一些经验谈。

如果你想看到完整的篇幅来描述传统的三十六计,那还不如去坊间购买《图解三十六计》或许能看得过瘾一些。

书的内容就像上面那二张图式一样,半中半西的;感觉上有一些怪怪的,但又说不上是哪里在作怪,明明是科技的文章却有着新旧混合起来的宣传照,哈哈!

那纯粹是我个人的感觉,你可能不觉得,甚至愿意从口袋掏钱出来购买它,请「三思而后行」:孔子说得好,请再多考虑一下,不要一时冲动就买下来了,不要让它成为书柜里的又一本藏书,不遑多思考一下,这是精实开发里所谓的延迟决策——不要急着太快下决定。

请参考: 第三十六计、延迟决策减少错误,系统思维看见隐藏在广告牌之后的全貌。

李智桦谈《 DevOps 三十六计》| 有福利

模式 Pattern 与计策 Stratagems


在看Eric Gamma 所写的设计模式一书(注1)的时候,最怕的就是对某个pattern 无感或有看没有懂,无法体会其中的奥妙,总觉得把英文翻译成中文的时候翻得不够味,因此就造成我们的不易吸收或没感觉,就这样地把责任推给了负责翻译的人。

但反观国人对《三十六计》所谓的计策就完全不会无感了,还记得三十六计「走为上计」的说法吗? 这是完全不用加以解释的; 意思就是快溜吧! 所以当我们有机会把经验变成策略的时候,运用大家耳熟能详的计策便成了首选。

请务必反过来看它,要请大家用阅读设计模式的思维模式来看《DevOps三十六计》这本书。

请不要用阅读一般书籍时,哪种时时在揣测作者到底想表达什么的想法来看它,要以解答问题为出发点,书上是记载着当你遇到什么样的问题时,而作者已经遇过了,而且把经验写下来了,如果你还看得下去的话,请参考: 我是全书陈列的第二位作者,写的是精益篇的广告牌系统思维。接着,

李智桦谈《 DevOps 三十六计》| 有福利

我在意的是你 “看见全貌”了吗?

每位作者在书内,就自己的专长或在意的 DevOps 议题,作了三十六计计策的论述,至于我的部分;请翻开第16页,我讲的是系统思维System Thinking,这正是我最在意的地方,

提醒大家: 在项目开始之初务必先看见全貌,而看见全貌就必须由系统思维着手,方法是由确认真正的问题开始,由于系统本身可能太复杂了,所以必须由问题去规范你所思考的系统这样才能定的出系统的边界,把范围局限出来,否则怎么知道要从哪里下手呢?尤其是遇见越复杂的问题,越需要确认解题的方向。而系统思维便是针对复杂的状态采用较简单的原理来诠释它罢了。

当你看见全貌之后,接着该做什么事呢?

我在哪里?

思考之后便该采取行动,因为光是思考是不能改变任何事情的,唯有行动才可以让我们更接近目标,但应该从哪里开始呢? 我以为:「在开始行动之前,先确认自己在哪里!」

在接到高效运维社区萧总的邀请时,当下第一个反应便是赶紧去 Google一下,传统的三十六计都有些什么 ……

李智桦谈《 DevOps 三十六计》| 有福利
让自己图文对照,避免离题太远(感谢编辑的一再提醒)

我写的不是三十六计


我想大部分作者都跟我一样,写了四、五十计后再回过头来挑出要交差的36个范式。就是这么回事,老实说:不写文言文焉知自己的国学程度有多差,如果你很在意国学这档事,相信这本书你是看不下去的,把书放下来,挑个轻松一点的来阅读吧!

我的三十六计


一、本质论

• 第一计、DevOps 广告牌不分家,Dev 离不开 Ops, Ops 启始于 Dev。
• 第二计、建制广告牌:由左而右,解读广告牌:由右而左。
• 第三计、广告牌加快开发速度: 真实显示价值流,务实祛除大浪费。
• 第四计、WIP 据实反应出阻塞。
• 第五计、实时调整价值流,追求最佳流速值。
• 第六计、持续调整勤改善。

二、围魏救赵,实质统计可以见真章

• 第七计、累积流程可看流程的分析。
• 第八计、燃尽图标可看进度的轨迹。
• 第九计、消化需求,拯救这个世界。
• 第十计、阶段再细分成次阶段,状态就会被呈现。
• 第十一计、不可控制事项,不画入流程。
• 第十二计、避免沦为暑假作业:标示工时、开工日,不标完成日。

三、调虎离山,实时调整多适应

• 第十三计、罪魁祸首是多任务。
• 第十四计、计算前置时间看统计。
• 第十五计、调整半成品数尝试流程新速限。
• 第十六计、调整字段数目尝试新流程。
• 第十七计、调整显示属性,让工作内容更清晰。
• 第十八计、调整布置配合季节更合宜。

四、釜底抽薪,勤调整

• 第十九计、抢单只为团队更精实。
• 第二十计、平时互助让交接更顺利。
• 第二十一计、紧急事件加渠道。
• 第二十二计、实时更新勿等待,广告牌引导更顺畅。
• 第二十三计、值日新生学最多。
• 第二十四计、众人都来看门道。

五、败战计,可视化风险评估

• 第二十五计、风险评估在团队。
• 第二十六计、学习成长在个人。
• 第二十七计、广告牌让项目进度可视化。
• 第二十八计、个人进度广告牌游。
• 第二十九计、盈余时间看个人。
• 第三十计、拖拉系统更明确。

六、纵观全局,敌战计

• 第三十一计、系统广告牌维护佳,系统思维见真章。
• 第三十二计、广告牌开发系统,用Scrum来配合。
• 第三十三计、改善流程靠原则。
• 第三十四计、落实开发不返工,广告牌单向移动不向后。
• 第三十五计、视觉化工作流程,消除浪费最容易。
• 第三十六计、延迟决策减少错误,系统思维看见隐藏在广告牌之后的全貌。

注1:Eric Gamma 所写的设计模式书《Design Patterns: Elements of Reusable Object-Oriented Software》书中结合设计实作范例,从面向对象的设计中精选出23个设计模式Pattern,总结了面向对象设计中最有价值的经验,并且用简洁可复用的形式表达出来。向四位作者致上崇高的敬意,如下:

  • Erich Gamma博士是瑞士苏黎士国际面向对象技术软件中心的技术主管。

  • Richard Helm博士是澳大利亚悉尼IBM顾问集团公司面向对象技术公司的成员。

  • Ralph Johnson博士是Urbana-Champaign伊利诺大学计算机科学系成员。

  • John Vlissides博士是位于纽约Hawthorne的IBN托马斯沃森研究中心的研究人员。

注2:40位作家写36计 (40 x 36= 1440)
全书应该有 1440计才是,但实际上只有1349个计策。原因是有几位作家采用合写的方式,而也有厉害的作家,一个人写了二篇。

注3:如果你立即Scan 上面的QR code 想听我说书的话,真抱歉! 由于连日的课程,让我的声音有一点走样,给我一点时间休养,会尽快补上。

猜你喜欢

转载自blog.51cto.com/15127503/2657849