如何做好产品需求管理?
需求不总是显而易见的,而且它可来自各个方面。需求并不总是容易用文字明白无误地表达。存在不同种类的需求,其详细程度各不相同。如果不加以控制,需求的数量将难以管理。需求相互之间以及与流程的其他可交付工件之间以多种方式相关联。需求有唯一的特征或特征值。例如,它们既非同等重要,处理的难度也不同。需求涉及众多相关利益责任方,意味着需求要由跨职能的各组人员来管理。需求可能发生变更。需求对时间敏感。当这些问题同时出现,如果没有需求管理或处理技能不足以及缺乏易用工具等情况时,业务就会进入混乱,甚至是面临瘫痪与失败。为此我们不得不重视和加强需求管理。
需求管理是完整管理模式中的一环,同其他特性诸如完整性、一致性等不可分割,彼此相关而成一体。一套需求管理应当是已知产品需求的完整体现,每部分解决方案都是对总体需求一定比例的满足(甚至是充分满足),仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的,试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来,构成了一个需求池,然后通过管道(流程规范)进行流转,将产品价值交付客户。可以说,需求管理指明了产品开发所要做和必须做的每一件事,指明了所有设计应该提供的功能和必然受到的制约。需求管理的过程,从需求获取开始贯于整个项目生命周期,力图实现最终产品同需求的最佳结合,如图7-3所示。通过对需求管理在项目进程中实施的不同任务进行分析,我们可以看出需求管理所起的作用。
建立需求管理流程的首要任务在于使产品团队对于需求管理都有一个明确的认识,并明确每一个人在项目中所起的作用,进而对整个项目有一个整体把握。因此,需求管理需要解决的第一位也是最基本的任务就是建立需求流程和规范,并使所有相关人员达成共识。
为了建立一个真正满足工作需要的需求管理系统,产品团队首先必须确定系统要解决的问题,即需求来源。然后,团队必须将采集到的所有需求进行汇总,归入需求池中进行统一管理。继而对需求的有效性、真伪、分类、时效、优先级进行分析、再确定需求是否要接纳进行开发,并做好状态标记。接着对已确定的高优先级需求指定需求负责人对其进行详细分析,并提交评审,通过后列入版本计划。最后由产品开发团队负责需求实现,交由测试人员严重通过后对外发布。如果客户或内部需求提出人员对交付的结果不满意,可以进入需求管理循环处理改进,直到客户满意或解决问题为止。
需求管理是一个动态的过程,离开了能动的、变化的系统进程而空谈需求管理,无异于纸上谈兵。需求管理恰如裁缝的量体裁衣,它直接关系到最终产品的成型。仅从字面出发,如果一个产品满足了客户需求,那它无疑就是成功的。
2024-10-07 广告
2022-08-05 · 百度认证:深圳复临科技有限公司官方账号
需求管理是产品经理核心工作职责和技能之一,以下步骤简单列出了需求管理的步骤和常用工具,希望可以帮到你。
一、挖掘用户需求
需求管理的第一步是要挖掘用户需求,明确用户是谁,搞清楚用户需求的使用场景在哪里,来解决什么问题。
可以采用定性调研分析和定量调研分析两种维度挖掘用户需求。
定性调研分析输出的结果应当输出用户画像。用户是一群什么样的人,他们有什么喜好,会在什么场景下使用我们的产品和服务。因此,定性调研需要鼓励用户多讲述,深度追问;
定量调研分析输出的是用户需求优先级。因此,定量调研时要避免对用户主动引导,尽可能让客户清晰客观描述,才能洞察客户需求的优先级。
二、将用户故事描述为产品需求
收集到用户需求后,就要将用户需求转化为产品需求,有效连接产品团队、研发团队以及测试团队。
用户故事是敏捷研发中用以描述需求的常用表达方式,它强调以客户为中心的对话,有助于团队将重点从撰写需求转移到讨论和了解产品需求的价值上,同时大大减少编写详尽需求文档的时间。
用户故事=用户+故事=人+故+事,提炼出来三要素就是who、why、what。从需求角度描述就是一个用来确认用户和用户需求的简短描述。可以通过「预估故事点」来衡量工作量,使用经典估算方法——斐波拉契数列来进行故事点预估。
三、梳理产品需求并验证
做完产品需求洞察以及分析之后,我们还需要将产品需求梳理规划成具体的产品功能,然后从其中筛选出来用以测试的MVP(最小可行化产品),进行再次验证。完成所有的用户调研、需求分析、MVP验证,就可以验证需求是靠谱的,可以准备正式研发。为了提高产品团队和研发团队的协作效率,还需要将需求可视化展现给团队并做好需求管理。
四、搭建工作流,可视化管理需求
可视化和结构化地管理需求,及时同步需求池,公示整体排期计划,减少因信息不对称引起的变更。一旦发现有变更风险,要及时地应对,避免风险堆积。在项目管理工具中创建需求工作项类型进行需求池管理。录入需求单,包含完整的描述、产品文档、原型等后续研发过程中需要参考的资料,方便进行评审以及后续研发过程的流转。