研发效能度量平台

本文介绍了研发效能度量平台的背景,强调了度量在提升研发效率和质量中的重要性。文章详细阐述了开发度量指标,包括需求设计、研发过程和用户使用质量的衡量标准,并提出了度量平台的架构和后端开发度量指标接口的设计。此外,作者还分享了质量度量实施中的注意事项,强调度量应与团队特性和业务需求相结合,以保障最终交付质量。

一、背景

为了提升研发部各部门或各业务线的研发效率和交付质量,我们开发了效能度量平台。没有度量,就无法高效的管理。

二、开发度量指标

质量保障需要达到“风险可识别+问题可追踪+结果可验证+数据可量化”,才能最大限度的实现其价值。我们在工作中经常提的“业务可验收、研发可实现、测试可验证、部署可交付”等类似的理念,其实本质都是在描述质量度量和评估的目标。

那么,质量度量有哪些指标呢?
我们可以从软件质量保障和交付生命周期的三个阶段来做不同的定义。

需求设计质量

我们谈软件质量,不可避免要从它的源头说起,而源头就是需求和设计阶段要做的事情。这个阶段包括原型图、PRD文档、交互设计、技术方案、测试用例等几项重要产出物,当然他们有一定的前后依赖关系。
在需求设计阶段,我个人认为比较重要的有如下几点指标:

  • 需求评审通过率(是否有遗漏、描述不清、存在逻辑漏洞等);
  • 设计评审通过率(设计是否满足需求要求、是否合理美观友好);
  • 方案评审通过率(方案实现难易程度、可测性、是否需要更多资源);
  • 用例评审通过率(场景是否尽可能覆盖、和技术方案实现是否吻合);

注意,这里我提到的都是评审,为什么要做大量的评审工作呢?因为如果源头存在问题,那么研发过程和后面的用户使用质量,就无从谈起。方向错了就全错了。
评审的价值在于从用户使用场景角度出发,通过评审提问,把需求逐步澄清并形成验收条件,产、研、测三方共同确认,形成共识,以保证大家对需求的认知不发生偏差,为后续团队正确的做事提供有价值的指导。

研发过程质量

软件质量是构建出来的,不是测试出来的”。
测试的本质是验证研发交付的产出物是否达到需求设计及预期的标准。并

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值