2023QECon质量效能大会:乔梁-质量无需惊人之举.pdf

2023QECon质量效能大会:乔梁-质量无需惊人之举.pdf

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

质量无须惊人之举

乔梁

《持续交付2.0》作者

质量无须惊人之举

Qualitynotsurprisingmove

——W.EdwardsDeming

2023深圳站

1.需求变更多,很难管理

2.各个里程碑有疏漏的需求

3.插入事情多,项目计划与交付风险不可预期

你4.多个需求,多个版本同时修改代码,开发、测试和上线部署冲突问题多

遇5.并行版本的开发分支过多,分支间同步工作量大

到6.每次集成联调时间比较长

过7.分支合并后验证成本较高

这8.合并后测试才暴露出来较多问题

些9.在临近产品交付的最后阶段,开发为了业务KPI临时加需求,导致测试压力大

10.开发完成后,Bug比较多

问11.测试作为靠后的工序,经常被压缩时间,给质量保证带来难度

题12.测试对技术方案了解比较滞后,用例的设计存在一定盲目性

吗13.测试缺乏对系统实现的理解,对影响范围难以界定

?14.软件构建打包时间太长

15.自动化测试成熟度不高

16.软件环境部署非常繁杂,耗时较长

2023深圳站

乔梁

畅销书《持续交付2.0》作者

DevOps经典教科书《持续交付》的译者

腾讯高级管理顾问

•近距离观察了该企业两次大的组织变更

•曾辅导过的两个产品先后登上腾讯名品堂

多个科创企业的高管教练

曾任世界五百强外企和百度的敏捷组织转型推动者

2023深圳站

01CaseStudy:16个月的改进

目录02如何证明你在使用PDCA

03Bug复盘与基于数据的改进

CONTENTS04领导职责十四条的应用

2023深圳站

在万物皆蓝的宇宙中,

由于缺乏足以对照的其他颜色,

所以也不可能产生蓝色这个概念。

——本杰明

40+人,2+1多端团队

•数百万行遗留代码

•每月一个版本(2.5W:1.5W)

•每月的Bug数400+

•需求堆积量近2个月

2023深圳站

指导改进的工具

M5C

2023深圳站

现代工程胜任力框架

ModernEngineeringProductivityCompetence

2023深圳站

您可能关注的文档

文档评论(0)

如此醉 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档