微服务产品级敏捷的问与答: PI 节奏

2017.2.25, Ken Fang, 深圳

问: 给团队讲敏捷要固定节奏,PI 要固定,做不完的需求放到下个 PI,本 PI 做总结和回顾。他们问到一个操作问题:迭代开发的 Story 已经合入主干了,如果 SIT 后发现达不到可商用的质量标准,Story 的代码要从主干摘出成本又很高,这时怎么办?

答: Story 已合入主干的代码,除非是在集成测试时发现严重缺陷, 才需从主干移除, 否则是没任何理由需从主干移除的。 所谓商用的标准, 往往应该只的是从测试人员的角度,测试人员认为某特性有场景遗漏, 所以, 测试人员认为不应发布。所以, 根本的问题, 不是 PI 结奏固定, 而是发布出去,客户投诉后,测试要担责。 所以,测试人员ㄧ定要走到产品经理那, 走到市场, 去真正理解客户、真正理解客户的业务,如此,测试人员才有能力判断出那些场景的遗漏是属于重大的缺陷,才需要求将已上主干的 Story 代码,移除主干。 PI 节奏要固定;6-8 周,甚至更短;主要的用意是唯有 PI 节奏固定了,团队才能持续改善;持续改善发布的周期与质量。 PI 节奏不固定, 等于是开了个后门, 让团队是去证明自己没做错事罢了。

问: 很多产品的架构没那么灵活,当 Story 合入主干后发现有重大缺陷,而代码从主干移除的效率又很低,这时团队首先会选择延迟 PI 的结束时间。这样做就失去了 PI 周期的意义。请问有什么措施可以提升移除的效率呢? 答: 有三个建议: 1.应该由产品 经理,测试经理,SPO 共同决策,产品是否有重大缺陷到影响到整个产品都没法发布? 2. 确定是那些缺陷是真的影响到使整个产品没法发布, SPO 必需要带领团队在 PI 结束前修复。 3. 虽然架构不好,但还是建议试着将会产生重大缺陷的代码移除;因为,还是会有些 Story 相对是比较独立的。 代码移除没什么高效率的作法;只有一步一脚印去做 所以,开发、测试人员协作,做好每日目标管理。测试人员要真正了解业务。产品经理,测试经理,SPO 共同决策;是很重要的核心、基础。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏云计算

迁移到微服务架构

在这篇文章中,我将介绍我对于一些微服务相关问题的看法。第一个问题是为什么金融科技公司应当把遗留的传统架构应用迁移到现代的架构风格上;其次,如何在这一范式迁移过程...

1746
来自专栏Java进阶架构师

「架构技术专题」架构核心指标之可扩展架构设计的三要素(4)

这一理念在“云计算”概念疯狂流行的今天,得到了广泛的认可!对于一个规模迅速增长的系统而言,容量和性能问题当然是首当其冲的。但是随着时间的向前,系统规模的增长,除...

632
来自专栏李鹏的专栏

亿级流量电商详情页系统的大型高并发与高可用缓存架构实战

对于高并发的场景来说,比如电商类,o2o,门户,等等互联网类的项目,缓存技术是Java项目中最常见的一种应用技术。然而,行业里很多朋友对缓存技术的了解与掌握,仅...

5161
来自专栏CaiRui

广域网与Internet

3.1 广域网络技术 1. (1)广域网:局域网之间通过网桥、网关或路由器等网络连接设备进行连接而形成的大型网络。同类型局域网络可用网桥连接,也可以用网管或路由...

16910
来自专栏华章科技

云计算老司机手把手带你搭建业务永续的高可用架构

不管是对公有云发展持怀疑态度,还是对公有云供应商颇有微词,绝大多数 IT 从业者将不得不承认如下两个事实:

731
来自专栏ThoughtWorks

敏捷软件测试常见的七个误区

敏捷软件开发是从1990年代开始逐渐引起广泛关注的一种新型软件开发方法,是能够应对快速变化的需求的一种软件开发能力,它作为一种新型的开发模式,被越来越多地应用到...

3388
来自专栏云计算D1net

混合云计算部署的三个要求

如今,许多IT专业人员倾向于采用混合云方法,让企业的不同工作负载在内部部署数据中心或在公共云中这样彼此独立的情况下运行。然而,对于大多数企业来说,采用更多的是混...

3206
来自专栏腾讯云数据库(TencentDB)

Redis云端架构深入浅出

作者介绍:邹鹏,腾讯云数据库Redis产品负责人,多年数据库、网络安全研发经验。在网络、计算、存储、安全等领域有深入的研究和丰富的产品化经验。 在Redis、M...

9.8K15
来自专栏CSDN技术头条

NoSQL数据库在现代应用程序中的作用

数据模型驱动不仅可以建立有效的应用程序,也可以有效地修改以合并新的特性。他们是“real-world”问题的解决和软件世界模仿现实世界的行为之间的桥梁。(是的,...

1875
来自专栏织云平台团队的专栏

运维的难题 : 800 万用户,救 or 不救?

本文主要从三个部分介绍了手机QQ运维团队在一次业务被动迁移过程中遇到的挑战,在面对挑战的时候团队是如何坚守一切以用户价值为依归的价值观。

7153

扫码关注云+社区