年终总结 2023,悄然流逝,留下点什么

CKL的思考 · 2023年12月31日 · 最后由 CKL的思考 回复于 2024年01月03日 · 5594 次阅读

眨眼之间,又过了一年,写一份年终总结成为固定的节目,不论这一年过得好与不好,都需要和过去做个总结,以便更好地应对下一年。

01 工作

2023 年的工作核心是围绕质量保障展开的。虽然一直从事测试工作,也在做质量保障相关的事,但今年通过几个大的事件,把自己多年的沉淀都整合了一次,收获其实还是很大的,

2023 年的工作主要分成三个大的阶段:敏捷落地改进、大项目群交付质量管理及基础平台的质量管理

敏捷落地改进:主要集中在 5 月份之前,借着公司敏捷转型的东风,和外部敏捷顾问、内部敏捷教练及相关干系人,一起梳理了敏捷落地规范,并在不同的团队中去辅助落地。

在这个过程中,最大的收获就是如何去推进敏捷落地。大家对敏捷的理解和预期是不一样的,需要和团队不断地对齐思维,和他们解释敏捷活动的意义,敏捷能帮助到他们什么。有的人选择主动适应,有的人被动接受。抗拒的人由于政策导向,也没有办法,最终还是把敏捷迭代跑起来了。

除了把理念和行为落下去,还针对不同的团队制定了敏捷活动点检表,用于辅导敏捷活动不变形,也有利于团队自查改正。虽然这有点 “不敏捷”,但在前期还是比较有用的。

大项目群交付质量管理:为更好地支持公司的战略级项目,5~9 月主要主导了惠州 TV 厂的数据化转型质量过程管理。负责 6 个系统的迭代质量过程管理及端到端拉通质量保障。在这个过程中,基本上把自己工作 12 年来积累的质量知识都梳理了一次,做了很多可落地的过程改进及流程变更。即保障迭代质量,同时拉通涉及 6 个系统的端到端联调、UAT 验收测试工作。虽然比较辛苦的,但是收获也是很大的。

基础平台的质量管理:在大项目群项目交付后,回到中心,开始支持基本平台部的测试过程改进。基平台部的产品大多数是技术中台类的服务,比如网关服务、文件公共服务、缓存及中间件服务等平台。所以对于测试能力的要求比较高。除了要关注功能实现外,还需要对这些底层组件的实现和特性有一些了解。同时测试方法也会有所不同。很多时候是没有页面的。更多的是服务类及 SDK 类的测试验证(毕竟这些东西的使用对象是研发,提供的更多的是服务和 SDK)。

在这个过程中,帮助团队梳理了这类测试的要求,培训了部分组件的特性和测试方案。对自己的技术能力也做了总结,写了一些代码,编码能力还在线。

2024 年的工作重心会放在中心层面的测试过程改进及度量平台的构建,用数据指导过程改进,帮助团队提升整体测试能力。

02 成长

虽然 2023 年工作上还是比较忙,但还是坚持看书,今年看的书还是比较多的,总结了一下,主要有三类:管理类、技术类及各种行业解读报告。

管理类:《项目集管理标准》《人月神话》《无测试组织:测试团队的敏捷转型》。

技术类:《价值流图》《反脆弱》《软件研发行业创新实战案例分析》《Effective 软件测试》《软件研发效能提升之美》《软件研发效能权威指南》《敏捷测试高效实践》。

行业解读:《软件研发质量管理体系建设白皮书 V1.0》《2023 年 IT 行业职场展望报告》《2023-加速度-DevOps-状态报告 - 中国 DevOps 社区版》,还有 TW 出的各类小书本。

很多书由于是工具类性质的,就没有特别深入地去看,要用到的时候翻翻,但是有一本书看了两遍:《Effective 软件测试》,它涵盖了软件测试的基础知识、常用技术、实践案例和最新趋势,适合各个层次和领域的软件开发者和测试人员阅读和参考。虽然有些环节在当下的团队中比较难落地,但还是有助于提升个人的能力。

有输入就得有输出,2022 年对外做了三次分享,对于团队内部的分享其实也很多。

对于大会分享,有以下几点收获:

聆听实现细节:其实很多理论大家都是清楚的,在参加大会的时候,更多的是去聆听别人在落地过程中遇到的问题及解决问题思路和方案,看看对自己是否有启发。

关注行业动态:今年有很多 LLM 和 AI 的议题,也有很多传统的质量保障及过程改进的议题。对于这些议题,个人的看法是多听听,去了解行业顶部大厂在玩什么,行业发展到了什么阶段,有助于自己的职业规划和方向发展。

朋友圈扩展:在大会上认识了不少人,有的是之前就听说过的大神,线下见面了。有些是新认识的朋友,平时虽然没什么交集,但是有机会相互交流也是不错的。还是就是借这个机会和很多老朋友见面了,平时有沟通,但是线下见得少,这几次大会基本上都见了很多老朋友。

03 持续输出

公众号还是在持续更新中,周更还是没断过。今年公众号的收获就是锻炼内心,稳定情绪。虽然没有开留言,但是后台还是有不少不友好的消息,初期可能也确定会自我怀疑,但后来想想也没什么必要,毕竟不是人民币,有人吐槽也是正常的。保持自我,只要不是去抄袭,只表达自己的思考,好坏就让人说吧。

个人感觉写得比较好的文章:

研发效能度量指标的陷阱思考

测试人员的价值体现

接口测试这么玩才明白

如何高质量的做 BUG 分析

质量团队在忙什么

常见技术类缺陷及解决方案

迭代测试发现不了问题,怎么办

接口自动化不是救命稻草

构建软件质量保障体系

我们如何做 Code Review

还有个在持续输出的,就是知识星球了,也写了不少东西。这个没怎么宣传,后续有机会再说。

04 感恩

2023 是艰苦的一年,因为大环境不好,很多人都毕业了,自己还有一份稳定的收入,还是很感谢公司和同事的认可。

感谢各路朋友的支持和帮助,在解决具体问题的过程中,也没少麻烦大家。

感谢公众号的各位读者,21% 的常读用户(1200+ 人)比例还是很高的,感谢大家的支持,明年将持续输出,不偷懒。

感谢家人的陪伴,一起走过不平凡的一年,一路相伴,持续感恩。

问渠哪得清如许,为有源头活水来

加油 2024,持续学习,持续输出

共勉。

共收到 9 条回复 时间 点赞

新年快乐

恒温 回复

新年快乐~

《Effective 软件测试》这本书是恰饭吗😼

新年快乐

Chai 回复

不恰饭,诚心推荐

敏捷的推广能不能理解为加班的引擎

并没有,敏捷和加班不冲突。
虽然敏捷不提倡加班,但现实就是还是要加班,敏不敏捷都一样;
但是敏捷可以让团队更有目标的加班,做好了也可以不加的,
主要是工作透明化。

《大项目群交付质量管理》这块内容能不能详细说一说,或者有没材料可以学习下的?

Joo 回复

后续专门写一篇吧

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册