持续反馈和持续改进 | 学习笔记

简介: 快速学习持续反馈和持续改进

开发者学堂课程【ALPD 云架构师系列:云原生 DevOps 36计-阿里云云效出品:持续反馈和持续改进】学习笔记,与课程紧密连接,让用户快速学习知识。

课程地址https://developer.aliyun.com/learning/course/772/detail/13525


持续的反馈和持续改进


内容介绍:

一、终态:提供稳定、可预期的系统

二、研发软件的可见性


一、终态:提供稳定、可预期的系统

可预期的系统需要确保环境和软件制品一致性,如果要做到该点,在整个软件交互的过程,事持续交互价值。稳定可预期的系统作为软件的增量,在整个过程中,不断攻城,持续,快速,高质量地交付的软件增量的能力,持续交付能力要做到二点:持续发布 Release Easy 和频繁发布 Release和Often ,基于现在的水平如何做到建立持续交付能力。

image.png

在整个 pdta 存在两个数据,检视和适应,此时仅运用 Action 和 inspect,Action 可作为度在相应的 Adapt 作为无限的循环,目的为提升持续交互的能力,而需要创作上述闭环,举例:比如说区分两种能力,一种很快,一种很慢,在平时开发的例子,如现实中的理头发,家里人自己理,感触每次进行理发,发现感觉并不好,而理发店的师傅由于操作量大,吸收客户的改进经验,从而达到好的效果,而家人的理发操作量少,无法得到反馈,从而没有很大提升,实际上取决于反馈的周期和操作的频繁,可以在进行举例,学开车,在方向盘的操作过程可得到及时反馈,从而短时间可以成为优秀的司机,甚至成为 f1赛车手的能力,而远洋货轮无法做到及时的反馈,时间久,此外在现实生活中,显然两者的可操作频率,开车远远胜于开货轮,从而学开车较为快速的实现。


二、研发软件的可见性

1、研发整体可见性

所以在研发过程中,需要做频繁持续的改进,首先会的持续的反馈,而反馈的本质是让你看得见,比如说在整个研发过程中,首先看得见制品的质量,必须清楚制品的质量在什么水平上,其次看得见加工的活动,针对这件事的效率和效果,此外看到整体过程的全貌,所以提供从工程角度看到全貌,得到反馈应该进行具体的响应,进行相应的改进型的,比如说质量问题,立刻去修复质量问题,如果说某一环节的效率低,需要想办法去提升,如果说整个工程的能力很弱没办法做到持续的响应业务的诉求,需要想办法,如何提升工程的能力。

image.png

2、交付的质量

image.png

首先交付的质量,如下图标很清晰的告诉我们交付的质量如何?,每一个红色点表示一次缺陷,缺陷的数量的越来越密,从纵轴表示缺陷从提交到完善的时间,看出后期缺陷越来越多,绿色改进的很快但红色累积的也越来越多,从上次最右图可以看到缺陷越来越多,可以看到,在整个发布过程,发布的成功率很低,绝大多数是红色部分并且回滚次数多,整体告诉我们现在交付质量处于什么水平。

3、加工活动可见性

image.png

在整个发布过程,需要看得见加工的活动,每次代码的提交,都有相应的工序,确保监制品质量,在此过程中,没有达到标准即需返回,所以说没有消息就是好消息,有问题才会进行反馈,需要做相应的Action,可以看到整个加工的活动,每个加工的结果,进行快速的反馈,,在右图的流水线上所有的环节都给到开发者,也就是说,程序员的提交成果应该第一时间返回到提交屏幕上,看得见整体加工的活动。

4、看得见交付的全貌

image.png

上图为发布的日历图,每一天存在一个发布的绿块,发布次数多,颜色深,可以看到,每周发布多少次,一共发布多少次,连续多少天一次发布没有,有多少天连续发布都可以看出,可以看到何时出现问题,比如说一段时间未发布,可能阻塞。

下图,是一张散点图,可以看出发布成功率,绿点多还是红点多,发布时长是18h左右还是三天左右,发布集,大的点发布集大,小的点发布集小发布集越大,发布集越多,同时可以看到发布趋势和发布频率是增加的还是减少的。

所以说,整个图是从外向内地观测趋势,从发布地的日历到发布的趋势。

5、坎坷的一生

image.png

看到整体后,看到其坎坷的“一生”某一次发布具体发生,分为开发、集成、发布、三个阶段

首先开发阶段,他的问题,频繁的失败但没有人去修复,一直再失败,整个开发阶段的反馈很长,比集成和发布都长,集成阶段,验证没有走完,便进入集成,路线是不成功的,返工很多,一直在失败,一直在返工,发布阶段同样没有集成验证,便发布,返工很多,4次返工,中间空白的为人工等待,等一个人的确定和响应,发现等一个人的相应问题很多,整体看发布过程很坎坷,所以从外部看到结果,再深入内部去看到细节,告诉我们整个过程全貌。

6、具体的改进行动

综合上诉看见不是主要目的,只是一种手段,最终带来具体的改进行动,无论是发布到线上的缺陷,告警,舆情,此时无论是外部反馈的情况还是内部在我的研发质量过程中包含的行为,包括:制品的质量工程能力的水平,统统称为过程质量,表示过程的好坏,有了外部和过程质量的反馈,才得以做响应的分析,做出具体改进

改进可分为5点环境工具、流程、代码设计、测试守护、员工技能,有了相应改进流程,最终体现外部质量和过程质量得到改进

所以说整个看见和反馈的目标是带来改进的行动和改进的 Action。

image.png

相关文章
|
4月前
|
架构师 UED
|
4月前
|
监控 架构师 算法
|
4月前
|
人工智能 运维 监控
运维工程师要如何才能适应IT技术持续迭代更新
随着互联网的快速发展以及云计算、AI、物联网等行业的快速发展,传统的运维已经无法适应时代的要求,运维工作快速向标准化运维、自动化运维、敏捷运维、智能运维等阶段进步。
50 0
|
10月前
|
监控 安全 数据库
如何持续、正确、安全的发布?
如何持续、正确、安全的发布?
59 0
|
算法 Java 业务中间件
研发人员如何才能在做业务的过程中自我增值?
如何才能在做业务的过程中不再是资源一样被消耗而是像资产一样自我增值?如何成长?如何高效率地成长?如何让自己的成长走在环境要求的前面? 基于以上这些问题,本文将依次阐述以下内容: 先从“人的本质”入手(第二章节),接着探讨“人的成长”的本质(第三章节),最后再探讨业务和技术的一般规律及应对策略(第四、第五章节)。 需要注意的是,以下内容受限于个人能力和经验有限,在描述规律的过程中,可能会存在维度的缺失;或者当前描述的规律所涉及的维度并不是某些读者认知中的重点,因为事物不同的维度在不同角色和级别的人的认知中重要程度不同。
200 1
研发人员如何才能在做业务的过程中自我增值?
|
监控 Devops Java
持续测试持续反馈
持续测试持续反馈
133 0
持续测试持续反馈
|
Cloud Native 架构师 程序员
持续反馈和持续改进|学习笔记
快速学习持续反馈和持续改进
116 0
持续反馈和持续改进|学习笔记
|
运维 数据可视化 开发者
束水攻沙——持续加快产品交付速度| 学习笔记
快速学习束水攻沙——持续加快产品交付速度
151 0
束水攻沙——持续加快产品交付速度| 学习笔记
|
算法 数据可视化 测试技术
需求持续、快速地流动和交付| 学习笔记
快速学习需求持续、快速地流动和交付
131 0
需求持续、快速地流动和交付| 学习笔记
|
运维 监控 前端开发
详解持续测试
持续测试是什么
690 0
详解持续测试