DevOps 实战笔记
石雪峰
京东商城工程效率专家
37393 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 41 讲
DevOps 实战笔记
15
15
1.0x
00:00/00:00
登录|注册

20 | 持续改进:PDCA体系和持续改进的意义

通过PDCA循环的不断迭代,驱动组织进入一种良性循环
激励创造性,并将价值最大化
在团队内部共享业务指标
预留固定时间进行改进
鼓励正向回溯和总结
不断识别出新的待改进问题
驱动组织进入一种良性循环
Action(行动)
Check(检查)
Do(实施)
Plan(计划)
PDCA提供了一套结构化的实施框架
从0到1的过程相对比较简单,但从1到N的过程需要团队自行识别改进目标
内部员工自发地为了解决问题而开发出知名工具平台
团队具备了持续改进的能力
团队具备了持续追求更好状态的能力
持续改进的四个实践
PDCA循环的不断迭代
PDCA循环的四个实施阶段
持续改进的意义
业界DevOps做得特别牛的公司内部不怎么提DevOps的概念
一个团队做到什么程度,才算是达到了DevOps呢?
团队在推行DevOps时最应该具备的能力是持续改进
持续改进:PDCA体系和持续改进的意义

该思维导图由 AI 生成,仅供参考

你好,我是石雪峰。
今天是“工程实践篇”的最后一节课,如果你现在问我,在这么多的工程实践中,什么能力是团队在推行 DevOps 时最应该具备的?我会毫不犹豫地告诉你,那就是持续改进
很多同学在留言区问我:“雪峰老师,我们公司已经搭建了 Gitlab,也跟 Jenkins 实现了打通,做到了自动化的编译打包和发布工作。可是接下来,我们还有啥可以做的呢?我感到很迷茫啊。”
所以,这就引申出来一个问题:“一个团队做到什么程度,才算是达到了 DevOps 呢?”
每每遇到这样的问题,我就会回想起,几年前我去国内一家知名公司的杭州总部交流的经历。
当时,负责跟我们对接的是这家公司 DevOps 的主要推动人,可以说,他见证了这家巨头公司的 DevOps 转型全过程。在交流时,我问了他一个问题,他的回答让我印象特别深刻。
我问他:“你觉得,你们公司是在什么时候实现 DevOps 转型的呢?”他想了想,说:“现在,我们公司已经没有专职的测试和专职的运维了,基础架构也早就容器化了。这些事情,都是业务发展到一定阶段之后自然而然发生的,只不过,DevOps 火起来以后,我们才发现,原来我们一直在做的就是 DevOps。所以,很难说在哪个时间点完成了 DevOps 转型。对我们来说,最重要的就是团队具备了一种能力,就是始终能够找到新的突破,持续追求更好的状态。”
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文深入探讨了在DevOps转型中持续改进的重要性,并介绍了PDCA方法体系的应用。作者通过案例和亲身经历阐述了持续改进的意义,强调团队在DevOps转型中最重要的能力是持续改进。文章提出了四个实践方法,包括鼓励正向回溯和总结、预留固定时间进行改进、在团队内部共享业务指标以及激励创造性并将价值最大化。这些方法的核心是打造一个学习型的组织和文化,为DevOps的生根发芽提供丰饶的养分。通过实例和方法体系的介绍,文章为读者提供了实用的知识和经验,旨在帮助读者快速了解持续改进的重要性以及如何应用PDCA方法体系进行实践。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《DevOps 实战笔记》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(8)

  • 最新
  • 精选
  • 牧野静风
    看了很多技术分享,学习了很多工程实践,最后的目标都是持续改进,不断优化现有的流程,方法,达到更高效的境界,无论生活,工作,一切事物的方法不过如此。

    作者回复: 确实,最开始接触持续改进,总会感觉是“正确的废话”,但是随着工作深入,就发现如果没有人人关注改进的文化,很多工作都很难开展,毕竟只有一线员工才知道问题在哪里呀

    2020-01-08
    4
  • Tom
    这家杭州公司的测试和运维都转去做什么了?

    作者回复: 不再有专门的测试和运维部分,而是打散到业务线里面了,并不是说测试和运维都消失了哈。

    2019-11-27
    3
    1
  • leslie
    关于"故障回溯"其实在金融系统的运维中广泛使用:尤其是故障率/事故率极低的技术部门,只不过这种工作需要一个强硬的leader或者说追求稳定性和持续改进的leader。 Plan-Do-Check-Act:这个循环看似简单:可是当它深入你的思维理念的时候许多问题就已经解决了不少,可是这个东西如何良好的不断循环和持续让它不断实现确实并不容易。 老师课程中所说的潜移默化的做出来的DevOps:其看清了问题的本质然后执行了,看到了效果且认可这件事的代价然后去持续跟进、改进且做好。 问题和效率不是出了一大堆才去解决的:PDCA其实CAPD同样可以,就看什么阶段去开始而已;开始的阶段不同其实这个顺序会有调整,不过最终都是解决了问题。

    作者回复: CAPD的思路很有意思哈,也给我一些启发,既然是循环,那么从任何节点都可以切入,都可以成为一套自己的方法论,用于指导具体实践和规则,赞!

    2019-11-26
    1
  • iiiqueena
    回顾会挺好用的😁

    作者回复: 重在坚持,以前华为定期有民主生活会,想想其实也是类似的活动哈

    2019-11-27
  • LeoTheRaccoon
    冷知识:戴明环是休哈特提出的,戴明博士推广的
    2021-07-21
    1
  • BertGeek
    每次线上迭代发版后,开展复盘行动
    2021-05-26
    1
  • Raymond吕
    大道至简,PDCA,马斯洛需求理论,4P...越是简单的道理越实用,越长久
    2020-03-16
    1
  • 渣渣辉
    KPT跟PDCA是不是有异曲同工之妙
    2023-07-28归属地:日本
收起评论
显示
设置
留言
8
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部