DevOps实战笔记
石雪峰
京东商城工程效率专家
立即订阅
3436 人已学习
课程目录
已更新 30 讲 / 共 35 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从默默无闻到风靡全球,DevOps究竟有什么魔力?
免费
基础理论篇 (4讲)
01 | DevOps的“定义”:DevOps究竟要解决什么问题?
02 | DevOps的价值:数字化转型时代,DevOps是必选项?
03 | DevOps的实施:到底是工具先行还是文化先行?
04 | DevOps的衡量:你是否找到了DevOps的实施路线图?
落地实践篇 (16讲)
05 | 价值流分析:关于DevOps转型,我们应该从何处入手?
06 | 转型之路:企业实施DevOps的常见路径和问题
07 | 业务敏捷:帮助DevOps快速落地的源动力
08 | 精益看板(上):精益驱动的敏捷开发方法
09 | 精益看板(下):精益驱动的敏捷开发方法
10 | 配置管理:最容易被忽视的DevOps工程实践基础
11 | 分支策略:让研发高效协作的关键要素
12 | 持续集成:你说的CI和我说的CI是一回事吗?
13 | 自动化测试:DevOps的阿克琉斯之踵
14 | 内建质量:丰田和亚马逊给我们的启示
15 | 技术债务:那些不可忽视的潜在问题
16 | 环境管理:一切皆代码是一种什么样的体验?
17 | 部署管理:低风险的部署发布策略
18 | 混沌工程:软件领域的反脆弱
19 | 正向度量:如何建立完整的DevOps度量体系?
20 | 持续改进:PDCA体系和持续改进的意义
平台工具篇 (4讲)
21 | 开源还是自研:企业DevOps平台建设的三个阶段
22 | 产品设计之道:DevOps产品设计的五个层次
23 | 持续交付平台:现代流水线必备的十大特征(上)
24 | 持续交付平台:现代流水线必备的十大特征(下)
特别放送 (4讲)
特别放送:成为DevOps工程师的必备技能(上)
特别放送:成为DevOps工程师的必备技能(下)
特别放送:学习DevOps不得不了解的经典资料
特别放送:Jenkins产品经理是如何设计产品的?
总结答疑 (1讲)
期中总结:3个典型问题答疑及如何高效学习
DevOps实战笔记
登录|注册

09 | 精益看板(下):精益驱动的敏捷开发方法

石雪峰 2019-10-31
你好,我是石雪峰。在上一讲中,我给你介绍了两种常见的敏捷框架:Scrum 和精益看板。我重点提到,关注价值流动是精益的核心理念,限制在制品数量则是核心实践。此外,我还给你介绍了实施精益看板第一步:可视化流程。那么今天,我会继续介绍剩余的四个步骤。
先提一句,如果你比较关心工具使用方面的问题,我给你分享一份有关常见的工具配置和使用方面的资料,你可以点击网盘下载,提取码是 mrtd。
好了,现在正式开始今天的内容。

第二步:定义清晰的规则

在完成可视化流程之后,看板的雏形就出来啦。接下来你要做的,就是定义清晰的规则。
可视化的意义不仅在于让人看得见,还在于让人看得懂。工作时间久了,我们很容易产生一种感觉,那就是沟通的成本甚至要大于工作的成本。沟通的最主要目的就是同步和传递信息,如果有一种途径可以提升信息传递的效率,那岂不是很好吗?
而看板恰恰有一个重要的意义,就是状态可视化。团队的所有成员可以通过看板了解当前在进行的任务状态、流程中的瓶颈点、任务与任务之间的依赖关系等信息,从而自发地采取相应的活动,来保证价值交付的顺畅,使整个项目能够有条不紊地交付。
当然,如果想要做到这点,光靠可视化流程还远远不够,你还需要在看板的设计中融入一定的规则。这些规则可以大大地降低团队成员之间的沟通成本,统一团队的沟通语言,形成团队成员之间的默契。看板的规则包含两个方面,一个是可视化规则,另一个是显式化规则,我分别来介绍一下。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DevOps实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(4)

  • Una_琴
    在看板实践中,接触到很多开发人员,会觉得每日站立会花2-3分钟汇报自己的,花20-30分钟听别人的跟自己不相关,觉得很浪费时间,这个问题怎么解决呢?

    作者回复: 我想问题的关键就是不相关,我猜你们的组织结构是职能型划分的,所以每个开发人员只关心自己的开发任务,对于其他需求跟我无关自然不关心。对于DevOps来说更推荐的是跨职能团队,大家作为一个完整的交付单元,交付完整的功能,自然彼此之间有依赖,也就不会不关心啦。

    2019-10-31
    3
  • 陈斯佳
    好奇的问一下,您有用过IBM的RTC这个工具吗?如果用过,您有什么比较好的学习资源推荐吗?我们公司现在正在推这个软件作为DevOps转型的主要工具…

    作者回复: 你好,我还真没用过这个工具,然后稍微打听了一下国内某大型银行的一个项目使用的是RTC工具,我理解对于这种商业工具来说,他们应该会提供配套的支持服务吧,如果你们在使用中有什么具体问题,我可以帮忙打听一下😝

    2019-11-04
    1
  • Hunter Liu
    矩阵型的组织架构,每个开发身上都背着好多项目的任务,我只能让开发在我的项目中的部分流程小范围试用。就怕还是换汤不换药。

    作者回复: 你好,我们之前也是项目制的团队,根据项目临时组建,一套成熟的精益看板做法,非常适合新人加入团队,降低沟通和磨合成本,大家做起来也不觉得有很大负担,所以可视化这步可以先行推进起来。

    2019-11-13
  • leslie
    抛开之前的第一点:其实今天课程的限制在制品数量、管理工作流程中的队列填充会议与发布规则会议确实是现实软件开发过程中很好的补充。
           不能说难点吧:可能很多没有想起且实际执行过程中肯定不容易,这就像<说透中台>的课程中王健老师讲中台的规划和落地一样;很多度如何去把控且什么阶段到什么样的程度-这个确实不容易推动和把控的。
           可能与其说精益驱动开发:不如说是利益驱动开发。几门课程一直在学习在相互补充:其实DevOps的落地和数据中台在某些方面是接近的。期待老师后续的分享。

    作者回复: 呵呵,中台这个事情有点神话了,能整明白的公司也没几家,我们就是在挣扎中前进。。。

    2019-10-31
收起评论
4
返回
顶部