聊聊需求的价值如何度量
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
摘要
在讨论敏捷测试转型的过程中,鼎叔在其第九十篇文章中强调了度量需求价值的重要性,提出了度量需求交付价值的两步法,并探讨了产品经理对此可能存在的抵触心理。
价值度量的必要性
鼎叔指出,给用户交付具体的价值比统计需求个数更为重要。为了以价值交付为中心,需要产品团队定义并度量需求的价值,尽管这可能遭遇团队的阻力,需要高层的支持。他强调价值度量不应用于评估产品经理绩效,而只用于团队合作和自我提升。
度量需求价值的两步法
第一步是由产品负责人在需求讨论阶段定义价值指标,指标应简单透明。鼎叔列举了几个例子,如用户紧急需求的UAT验收、用户满意度提升、渗透率提升、新用户注册数、老用户活跃度等。他指出,不同干系人可能有不同视角的指标,而产品负责人应决定关键指标。
第二步是需求上线后团队的集体复盘,包括是否达到价值目标的检查、未达成目标的原因分析及记录教训。组织层面应度量设置价值指标的需求比例、进行复盘的需求比例以及达到价值目标的需求比例,以形成闭环改进。
产品经理的抵触心理
鼎叔分析了产品经理抵触度量需求价值的两个常见理由:一是不愿意在项目结束后对需求价值进行评估;二是对于多次尝试以探索用户喜好的需求有误解。他认为,即使在快速试错的过程中,也应该有明确的目标和事后的复盘,这有助于提升交付水平,使技术任务更有目标导向。
补充知识
文章最后提到了KANO指标模型以及精益需求产生过程,以供进一步了解。
想要了解更多内容?
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。