扫码阅读
手机扫码阅读

需求分析七宗罪之需求质量不高——正确性

63 2024-03-26

#
产品经理必聊的100个话题



第100期:需求质量不高

确保需求的准确性是防止误解或不适当实施的关键。如果开发人员错误理解需求,会导致反复修改和延迟上线。因此,我们需要认真思考谁应该承担需求准确性的责任,并分析为什么在某个特定阶段容易出现需求错误的情况。



正确性


Business Analysis





确保需求的准确性是防止误解或不适当实施的关键。如果开发人员错误理解需求,会导致反复修改和延迟上线。那么,谁应该承担这个责任呢?我们是否曾经分析过为什么在某个特定阶段容易出现需求错误的情况?

原始资料错误

如果原始资料存在错误,我们的产品经理很难发现。然而,考虑到客户的信赖度,我们不能简单地告诉客户:“你提供的信息是错误的。”那么我们该怎么办呢?我们可以通过需求分析的五步法来确认和梳理需求,以验证原始需求的准确性。关于五步法的详细介绍,在这里就不再赘述了。你可以参考《七宗罪之一页纸需求》这篇文章来学习更多相关内容。

在需求分析阶段,我们应该尽量控制时间,然后与业务方进行确认。通过业务方的确认和纠正,可以尽早发现一些错误。

虽然理解是正确的,但表达方式可能存在问题。如果这种情况发生,很可能会导致错误进入开发阶段,这是一个明显的风险。为了解决这个问题,最好采用可视化的需求分析表达方式,而不仅仅依靠纯文本。

需求本身的错误有很多种可能性:

1)逻辑错误

是需求的原始逻辑与实现的逻辑不一致。这种错误可能是因为关键步骤被忽略或者流程图中的箭头使用错误。

2)数据模型错误

指一些产品经理在定义数据模型方面不够熟练。解决这个问题的方法之一是及时关注领域专家的动态,另一种方法是与需求架构师合作 ,大锤推荐第一种方式。

3)多余的状态定义
是指某些状态的定义重复,例如申请中和审批中是重复的状态,审批中其实是多余的。

4)术语的理解错误
是由于同样的术语在业务方和产品经理之间有不同的理解。

5)应用场景的理解错误
可以通过使用故事线的方式来表达整个故事,分析每个步骤和角色需要做的事情,并与业务方进行确认。这样,业务方可以快速提供反馈,以避免这种错误。

6)流程错误
是由于流程图的耦合性过高,所有内容都通过一张复杂的流程图展示,导致起点众多,难以理解。

7)用错工具

实际工作中流程图的应用频率非常高,但是有些情况下用流程图反而描述的不够清晰,这个时候应该考虑通过矩阵来校验是否百分之百的覆盖每种状况。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247485257&idx=1&sn=985c43f88845534a7de6d60e0c5864ca&chksm=c335baf8f44233ee0eced778a0ab057e6b5bdf086c91648964ed4cc14cffdf7995c839fc89da#rd