扫码阅读
手机扫码阅读
ASK MO第76期 | 如何给研发产品测试UI定度量指标

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

创新实干派
扫码关注公众号
ASK MO 时间 76 期摘要
本期 ASK MO 时间由 MO 老师主持,主题围绕 IT 团队的量化问题展开。MO 老师针对传统企业内部 IT 团队如何量化并证明价值,以及如何为研发、产品、测试和 UI 定度量指标,提供了详细的分析和建议。
领导对 IT 团队的量化需求
许多传统企业的领导要求 IT 团队进行量化评估,常用的量化指标包括每千行代码的 BUG 率、文档的 BUG 数和每天的代码行数等。然而,这些过程指标往往难以真正评估团队价值,且收集过程既费时又费力。
困难与解决方案
与销售或运营团队不同,研发、产品、测试和 UI 团队的业务指标较难量化,因为它们通常被视为成本部门。公司倾向于使用“多快好省”的方法衡量这些部门的绩效。“好省”可以通过财务方法较为容易地衡量,但效率则难以评估,因为软件开发是智力活动,不同于标准化的生产线工作。
绩效度量指标
MO 老师提出,通过以下绩效度量指标可以综合性地得出 IT 团队的价值:
- 速度:包括需求响应能力和发布能力,如业务需求前置周期、用户故事交付周期、集成测试周期、发布频率及解决发布问题的平均时长。
- 质量:涵盖内部质量和外部质量,包括单位周期的遗留缺陷数、用户故事的缺陷数及系统年平均故障率。
- 价值:包括需求吞吐量和交付有效性,反映单位时间内交付的业务需求数以及业务需求的价值。
注意事项
MO 老师强调,这些度量指标应综合考虑,单一指标可能导致结果偏差。例如,仅关注发布频率可能导致团队发布时仅完成最低要求的功能,从而失去度量的本意。
总结与互动
文章最后,MO 老师邀请读者留言讨论其他可能的度量项,并提供了联系方式,鼓励加入“创新实干派”讨论群,共同进步。
想要了解更多内容?

创新实干派
扫码关注公众号
创新实干派的其他文章
ASK MO第35期 | 也谈谈“996”
• 什么时候用燃起图?什么时候用燃尽图?\x0a• 怎么识别接私活的程序员?\x0a• 个人提升:MBA VS MEM\x0a• 要怎么灰度,保证低版本的用户不投诉?\x0a• 员工试用期不合格,怎么机智劝退?\x0a\x0a__敬请关注ASK MO第三十五期
ASK MO第34期 | 如何巧妙引导产品经理少提反人性的需求?
• 请问,什么叫“阿米巴”?\x0a• 如何巧妙引导产品经理少提反人性的需求?\x0a• 请问,日报建议要写成什么样呢?\x0a• 等到现场实施时,才发现需求只是停在表面..\x0a• 督导团队,如何有效切入业务单元?\x0a\x0a__敬请关注ASK MO第三十四期
ASK MO 第80期|项目经理的述职报告应该怎么写
年底了,又到了写述职报告的时候了,项目经理的述职报告要怎么写才能拿到更多年终奖呢?
ASK MO第41-4期 | 只学敏捷理论,但无法学以致用。可有裨益?
对于之前没有敏捷经验,目前公司未使用或很小范围使用敏捷方法的人来说,参加敏捷培训有多大的实际裨益?理论知识的积累是肯定的,但是困惑的是不能结合实际的话感觉无法学以致用。
ASK MO第42期 | 硬件开发和软件开发如何做好的统筹和协调?
• 第一个版本怎样敏捷的规划迭代呢?\x0a• 硬件开发和软件开发如何做好的统筹和协调?\x0a• 如何避免站立会议上无价值的问题耽误太长时间?\x0a• 请教需求切分的方法、原则,使用技巧。\x0a• 敏捷教练可以从哪些方面来引导团队实现价值提升效率?
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线