首页 > 编程知识 正文

需求评审会哪些人参加,需求评审会计算机二级视频

时间:2023-05-04 19:51:29 阅读:186844 作者:3698

一、需求评审时常发生的情况

在需求审查中,经常会出现许多其他问题。 以下4个问题一定会有【结果是调查30位产品经理的结果】。

1 .参与者对需求的目标不明确,思维容易发散,最终偏离方向。

http://www.Sina.com/http://www.Sina.com /

2 .对某一需求点不能达成一致,认为该需求不合理/开发周期长不划算,场面混乱,僵持已久。

3358 www.Sina.com/http://www.Sina.com/http://www.Sina.com /

3 .对技术方案的讨论不确定,对问题无限提及。

3358 www.Sina.com/http://www.Sina.com/http://www.Sina.com /

4 .漏审时需要变更的需求点,之后请相关人员再次确认。

http://www.Sina.com/http://www.Sina.com /

基本上,遇到以上任何一项都会导致需求审核时间延长、效率低下,轻则需求发生变化,重则无法实现需求功能。 最后宣布这次审查正式“流产”。

PS:

John结合我自己进行的需求评审做了一些总结,希望能更加规范,减少评审时出现的问题,避免踩漏洞。

1 .审查的目的是:

向所有项目相关人员介绍此次优化需求方案的背景,明确优化目的和意义价值及各项目相关人员的需求设计细节,尽早发现产品开发、测试和上线前后可能出现的问题,提前与各部门沟通解决问题

确定各部门当前任务状况和下一步工作的任务周期,各方与产品经理共享明确优化产品实现过程中各自的工作周期和合作,评估研发测试和运营准备周期,最终综合各方情况评估在线时间。

2 .评审会准备注意事项

其实与会人员都没有看需求文档和原型,所以会前并不清楚这次会干啥的。

优化程序的文档和原型已完成并存档。 然后,邀请邮件将同步到所有参与者

收集与会各方的可参加时间信息,确认合适的会议时间,尽可能让所有重要项目各方参加

评论邮件大约提前三天发送了各位参与者,并在线联系重要参与者,简要说明此次需求方案的背景、目标等情况,使他们能够提前了解需求方案,并有自己的见解和疑问参与,同时尽量避免分歧较大或

心中有一个可以接受的在线时间区间,初步了解了高层领导对在线时间的要求

做好会议室准备、审核内容的提前演练,保证会议流程顺畅。

PS:

把握会议节奏和会议时间,必要时插入讨论总结,另设目标话题,在指定时间内完成会议,避免占用大家的时间。

安排好会议中的记者。 制作会议记录,记录重要问题、替代解决方案、重要变更、重要结论

在产品经理知悉需求的过程中,中间无限次的打断,并一直纠结在一个点上。

存档会议记录,与所有与会成员同步会议记录文档,并明确关键问题和解决方案以及其他问题的处理情况

更新需求文档并上载存档后,通过电子邮件再次同步参与者。 根据变更情况,如果变更较少,可以迅速更新并与会议记录同步。)

复录简介本次评审会存在的流程问题或可改进的工作环节可作为后续同类会议的参考,自行本地记录,也可在集团内部复录后上传存档

参加其他小组会议的后期和相关计划的评审会,跟踪项目各成员小组的实际排期和工作安排

3 .远程审阅邀请邮件

4 .需求复查大纲

5 .需求审查问题的准备

【所以有时候一个简单版本迭代需要开会2-3小时】

Q1 )富媒体是否会推送审核后台管理“首页推荐”和“状态”的权限优先级级别?

答:“是否推荐至首页”:决定此富媒体信息能否推送至首页,审核通过的信息将在有效期内关闭。 相关运营的同学可以将此选项更改为“否”,不再推送首页。

审核通过:决定此富媒体信息是否真的出现在首页。

未确认信息:是否显示在首页取决于确认状态。通过审核的信息,是否显示在首页取决于“是否推荐”的设置。

Q2 )推送的富媒体图是否有大小限制?

答:图=2M

Q3:首页话题挑战、热门活动等的位置和内容、配置是否可行,也就是说这部分业务能写死码,还是后期这部分可能会有其他调整,位置和内容是否合适?

答:建议在前端的内容引用中使用变量。 请不要弄直

接写死赋值;另外就位置显示上,以本次为准,后续可在后台管理原有活动相关界面,增加显示的目标页面和位置分类,暂不在本版本规划。

 

Q4:已加入圈子的首页分享入口调整,是直接将原有入口调整位置显示,还是点击进去后的内容页面也有调整或改动?

答:仅位置改动,没有内容上的调整。

Q5:分享生成海报部分,是否可以直接调用已有的海报分享代码,还是业务上或者样式上有特殊要求,需要从代码层级上重新画界面?

答:没有样式上的特殊要求,可以用已有海报生成的功能代码。

测试

Q1:增加活动的入口,用户到达活动分享的路径变短了,但是抵达挣金币的路径也短了,是否会造成有人恶意参加活动刷金币,毕竟目前金币和一些实物奖励捆绑。

答:目前已有的金币换取机制有抽奖、实物奖励兑换,抽奖的几率和金币多少没关系,而实物兑换,大部分是合作的优惠券,部分实物也是相对价格亲民的日常用品且只有首单是免邮,后续用金币兑换是自付邮费,再者我们的活动每天获取的金币值有上限,所以这种情况不用担心。

Q2:需要确认公众号的推送是使用订阅号推送还是服务号推送,以便后续方便测试?

答:是服务号推送,这里正好和研发同学也说一下,这里需要提前写好内容模板提交微信审核,需要将这个审核时间考虑进排期。

设计

Q1:每次登录后直接弹出富媒体图,用户体验是否会受到影响?

答:目前设置的富媒体图,是用来配合增长优化相关运营活动,一般不会突兀的推送内容,会在推送前后进行活动推广宣传和预热,且活动期间富媒体图显示的频度后台可配置,可以灵活配置是否显示富媒体信息。

Q2:本次前端页面调整比较大,页面的设计是否要保持和之前一样的风格?

答:页面的风格不变,一些和原本风格有出入的地方,需要重点做风格的设计,尽量和整体保持一致,如圈子详情页的悬浮窗口。

Q3:和研发同学有个类似的问题,这次有生成海报的分享入口增加,这部分后台相关可以复用代码,但是海报是否要有新的定制,比如一些图标,背景图以及文案标语。

答:这部分使用原有海报即可,不需要新增图标背景图以及文案标语。

运营

Q1:整体来看是增加了分享入口,如首页调整的这部分,这里的文案和内容是可配的吗,后续运营在这部分的推广方向预期是什么样?

答:这里的的关注点在于如何缩短用户抵达我们目标推广信息的距离。所以首页运营功能区这次增加了【话题挑战】以及热门活动等入口,这部分的内容是可配的。

Q2:本次功能上线是否会影响其他正在线上运营的产品业务线?

答:本次功能后台管理是新增独立模块,前端上是新增分享入口,这部分不会影响其他业务线,但是上线时使用的后台服务和数据库是否同时在支持其他产品业务,后台服务和数据库的上线更新是否对已有业务有影响,这部分建议会后我们一起和研发同学了解下。

Q3:这次版本上线,主要通过什么渠道宣传,运营这边需要准备些什么?

答:公众号推文,社群推文,公众号推文偏官方,社群推文偏活泼,具体内容细节会下我们可以接着细聊确认。

接下来就开始愉快的评估时间吧。

也许等到你和团队都很默契了。上面的表示John说错了。

 

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。