扫码阅读
手机扫码阅读

ASK MO第76期 | 如何给研发产品测试UI定度量指标

592 2024-02-22

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

查看原文:ASK MO第76期 | 如何给研发产品测试UI定度量指标
文章来源:
创新实干派
扫码关注公众号
ASK MO 时间 76 期摘要

ASK MO 时间 76 期摘要

本期 ASK MO 时间由 MO 老师主持,主题围绕 IT 团队的量化问题展开。MO 老师针对传统企业内部 IT 团队如何量化并证明价值,以及如何为研发、产品、测试和 UI 定度量指标,提供了详细的分析和建议。

领导对 IT 团队的量化需求

许多传统企业的领导要求 IT 团队进行量化评估,常用的量化指标包括每千行代码的 BUG 率、文档的 BUG 数和每天的代码行数等。然而,这些过程指标往往难以真正评估团队价值,且收集过程既费时又费力。

困难与解决方案

与销售或运营团队不同,研发、产品、测试和 UI 团队的业务指标较难量化,因为它们通常被视为成本部门。公司倾向于使用“多快好省”的方法衡量这些部门的绩效。“好省”可以通过财务方法较为容易地衡量,但效率则难以评估,因为软件开发是智力活动,不同于标准化的生产线工作。

绩效度量指标

MO 老师提出,通过以下绩效度量指标可以综合性地得出 IT 团队的价值:

  • 速度:包括需求响应能力和发布能力,如业务需求前置周期、用户故事交付周期、集成测试周期、发布频率及解决发布问题的平均时长。
  • 质量:涵盖内部质量和外部质量,包括单位周期的遗留缺陷数、用户故事的缺陷数及系统年平均故障率。
  • 价值:包括需求吞吐量和交付有效性,反映单位时间内交付的业务需求数以及业务需求的价值。

注意事项

MO 老师强调,这些度量指标应综合考虑,单一指标可能导致结果偏差。例如,仅关注发布频率可能导致团队发布时仅完成最低要求的功能,从而失去度量的本意。

总结与互动

文章最后,MO 老师邀请读者留言讨论其他可能的度量项,并提供了联系方式,鼓励加入“创新实干派”讨论群,共同进步。

想要了解更多内容?

查看原文:ASK MO第76期 | 如何给研发产品测试UI定度量指标
文章来源:
创新实干派
扫码关注公众号

小文分享

65 篇文章
浏览 28.8K
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线