美文网首页
定了,需求评审会就这么开!

定了,需求评审会就这么开!

作者: 陪学 | 来源:发表于2022-06-15 14:02 被阅读0次

    文章导读


    1.什么是需求评审会?

    需求评审会是产品经理向产品团队成员讲解需求、确认需求,方便此次需求能够在后继开发迭代计划中顺利推进的重要会议。

    需求评审会并不是产品需求开发过程的必做工作,但在实际项目开发过程中,需求评审会几乎是产品经理必过的工作关。产品经理需要在评审会上与重要产品成员进行需求梳理,与开发、测试确认并达成共同理解,为开发工作的展开奠定基础。

    需求评审会是讲解会,是产品经理对产品解决方案的详细说明会。但在很多产品需求评审会上,己看不到讲解,演变成了讨论。

    如果产品经理发现在自己主持的需求评审会上,会议日程内容变成了多人讨论,需要警惕了。在需求评审会上,我们应该对需求进行排序、对产品待办事项进行细化。然而,大家只是在花费大量时间进行某一需求的讨论,说明这个会议本身没有准备好。

    2.需求评审会中的常见问题

    l走神犯困

    你在需求评审会上走过神吗?犯过困吗?我犯过。

    每个长时间面对长篇文字的听观都会遭遇同样的经历,而产品经理的需求描述方式仅仅多以文本为主。

    我们面对这些文本总是需要脑补,而当脑容量不够时,脑补就变成了走神犯困。

    l开会时间长

    大部分的会议时间过长是因为会议陷入无休止的讨论,如:

    1)需求没有完整:如有场景疏漏,遗漏某角色参与过程。,没有考虑到具体的一个字段在场景中的变化

    2)需求没有完全正确:如公式描述错误,业务逻辑搞错

    3)需求不够准确:如用词模糊,术语解释不清。

    会议时间过长还可能导致的另一个原因是会议过程未经过设计,想到哪讲哪儿。

    l很多成员觉得当前内容和自己无关

    一个需求评审会要讲到需求的各个部分,每个人负责的任务不同,每部分需求关注的人也不同。某些内容讲解时会认为“当前内容和自己无关”。

    l会上没人问,开发开始问题不断

    需求评审会上,产品经理常常会问:还有别的问题吗?从大部分人那里得到的答案都是“没有”。

    但进入开发环节,问题就源源不断的涌向产品经理。

    这里依旧因为方案是文字的,成员没有太我精力去聆听和接收。这时快速原型非常有用,比文字的沟通效果好很多,但仅有快速原型也是不够的。

    3.需求评审会目标

    需求评审会开始会议前,一定要明确会议目标,常见需求评审会目标包括:

    l对需求达成共识

    l对需求进行排序

    l对需求细节进行确认

    l对需求进行不同视角的反馈,便于之后的修改

    4.需求评审会前,做些什么准备?

    l准备好经过排序的项目功能列表、产品原型以及对应参考资料。

    l邀请参会人员说明参会时间、地点。

    l发送会议资料,要求参会人员提前阅读。

    5.谁应该参加需求评审会?

    需求评审会除了负责讲解的产品经理,必须参加团队成员有:

    l项目或部门中与产品相关的负责人、领导

    l开发

    l测试

    根据相关事项参与情况,可选参加成员包括:

    l市场

    l运维

    l数据库开发人员

    6.需求评审会的需求讲解过程

    由2中存在的问题可以了解,设计有效的需求评审会过程对会议完成其目标有极大的帮助作用:下面是建议建议的会议上需求讲解过程:

    lWhy为什么做这些需求——目的说明

    lWho谁来参与——重要用户说明

    lHow现在他们如何完成工作,即没有这个系统时他们完成任务的现状——业务需求说明

    lWhat需要什么功能来完成任务——产品需求说明

    这样的讲解方式更容易让团队成员把握整体需求脉络。

    案例:2B电商系统

    如果按照功能来讲解,会让需求变得扑朔迷离。

    需求讲解时,如果有一定的脉络容易吸引成员思维,能调动成员参与。

    按3W1H讲解示范:

    按层讲解各个阶段的需求:讲到每个环节的地方可以按照分层的方法往下展开说明。如代理资质升级,有多种途径:满足一定的销售额前提、支付一定的续代理费用。

    另外可以准备一张功能列表:结合产品结构来讲解,随时在功能列表中标记已经讲完的部分,让所有参会者明确会议进度。

    最后的非功能性需求讲解:性能、安全、用户体验、兼容性等非功能性需求最后说明。

    7.需求评审会中能用到的工具与方法

    需求评审会中的需求讲解过程,必定会结合有效的说明工具,不让团队成员陷入迷茫。

    需求评审会中用到的工具与方法中,最奏效的一个方法是:可视化的解决方案需求设计。

    可视化的解决方案需求设计这一方法,已经被大部分企业认可并得到实施和验证。需求的表达方式改变后,需求评审会的效果也得到大幅度提升,开发、测试反复确认需求细节的情况大幅减少。

    想了解如何完成可视化的解决方案需求设计,产出高效的需求文档,扫描文未二维码,与班主任联系,跟着陪学产品经理Andy老师学习《产品解析与实战》课程。

    《产品解析与实战》课程包含整套Volere需求分析过程内容,包括:

    1.系统化的产品需求分析方法

    完整掌握从业务到技术的需求框架,真正了解产品需求的整体设计思路。

    2.深入掌握需求洞察过程中需要的需求工具

    工欲善其事,必先利其器,好用的工具让复杂的产品需求分析工作事半功倍,课程内容配套需求分析工具让需求分析不再困难。

    3.经典《需求规格说明文档》模版

    图形+文字的可视化产品需求表达、怎么写才能一目了然,文档模版精髓内容如何梳理,以上不包含所有有效需求表达必备技能课程内容完整讲述。

    另外,需求分析只是《产品解析与实战》课程包中的一项学习内容,完整的《产品解析与实战》课课是这样哒:

    课程设计基础:我们结合多年企业服务经历,分析形成互联网企业、上市公司、政府事业单位、中、小民企等各类企业对产品经理岗位员工的能力需求模型,面向企业岗位能力模型,设计开发的一套产品经理岗位能力课程。

    课程设计优化:课程历时5年+打磨、优化,课程内容不断更新调整,适应产品岗位的最新变化。课程包汇总产品经理岗位需要的所有能力提升学习内容,一课抵多课,一站式岗位能力提升。

    相关文章

      网友评论

          本文标题:定了,需求评审会就这么开!

          本文链接:https://www.haomeiwen.com/subject/uidxvrtx.html