产品需求管理系统中,持续时间 什么意思

以下试题来自:
单项选择题软件需求管理是软件项目开发过程中控制和维持需求约定的活动,包括______、版本控制、需求跟踪、需求状态跟踪等活动。A.需求发现 B.需求变更控制 C.需求排序 D.需求评估
为您推荐的考试题库
你可能感兴趣的试题
1A) 字长、主频B) 字长、主频、cache容量C) 字长、主频、外频、cache容量D) 字长、主频、外频、FSB、cache容量2A.存在冗余、插入异常和删除异常,以及修改操作的不一致
B.不存在冗余,但存在插入异常和删除异常
C.不存在修改操作的不一致,但存在冗余和插入异常
D.不存在冗余、插入异常,但存在删除异常和修改操作的不一致3A) 软件配置 B) 软件过程 C) 软件分析 D) 软件内容4A.协同模型 B.瀑布模型
C.变换模型
D.迭代式模型5
A.由甲乙双方协商解决,以确定专利申请权的归属
B.由地方专利管理机关进行调处
C.可以向有管辖权的中级人民法院起诉,以审判方式解决
D.以上都可以
热门相关试卷
最新相关试卷产品需求各种各样,产品经理如何实现有效管理?
稿源:雷锋网
什么是产品需求?待实现的产品功能对于产品来说就是产品功能。在实际工作中,我们很容易将“用户反馈”、“用户需求”、 “产品需求”等相混淆,这是因为很多时候他们所要表达的内容是一致的,比如用户反馈说微博商业接口中的搜索结果不仅可以按降序展现,最好也可以按升序排列,这是用户的反馈信息,也是最真实、具体的用户需求,而产品需求就是在下一版本升级时要增加一个排序参数。但是事实上,“用户反馈”、“用户需求”、 “产品需求”这三者有着本质的区别,还是福特汽车那个比较经典的例子。用户反馈:一匹更快的马。用户需求:用最短的时间到达目的地。产品需求:更便捷的交通工具。由此可见,有时候“用户反馈”并不等同于“用户需求”,也不等同“产品需求”,如果错误的将用户反馈当成是用户需求或者是产品需求,那么将会造成错误的决策,因此对三者进行有效的界定区分是非常必要的。产品经理首先需从用户那里收集反馈信息,分析用户需求,再根据用户需求进行产品功能规划,这些待实现的产品功能对于产品来说就是产品需求。收集用户反馈,分析用户需求,最终都是为了生产产品需求。用户需求是无限的,相应的产品需求也会各种各样,因此,如何有效的进行产品需求的管理是非常重要的。将用户需求转化为产品需求用户需求收集的来源与方法有很多,包括竞品分析、访谈、问卷调查、焦点小组、可行性测试、现场观察、数据分析、任务和场景分析等,在不同阶段应用的收集方法是不一样的,需求收集是持续的过程,贯穿产品发展的生命周期。之所以将用户需求转换为产品需求再进行管理,是因为多数时候凭借经验根据用户需求制定初步的产品解决方案并不需要耗费多大的精力,却可以让我们更加深入地理解用户需求以及产品需求和产品之间的关系,同时也方便我们准确的评估满足用户需求的产品新方案的技术可行性和优先级。记录产品需求的属性和信息选择性的记录产品需求的一些重要属性,将有助于我们更好的管理产品需求,如产品需求所属模块、产品需求的需求类型、需求方代表等。产品需求所属模块一个产品往往是一个复杂的功能系统,为了产品更容易分析和开发,产品会被分解为几个功能模块,每个功能模块负责完成产品一部分的系统功能。需求所属模块就是产品需求所隶属的模块,用来直观地说明产品需求在产品结构中的具体位置。比如微博数据中心分为粉丝分析、内容分析、互动分析、行业趋势分析四个模块,而页面访问分析是隶属互动分析这个模块。需求类型对产品需求进行必要的分类,不仅可以帮助我们更好的管理需求,而且还可以更好的分析需求,对每个需求的价值大小做出更准确的判断。同样的产品需求可以按照不同的维度进行分类,具体采用哪种维度可以根据实际需要来决定。比如微博数据中心的后台管理支持系统就要针对代理商需求与零售商需求进行区分。需求方代表需求方代表就是最初提出该用户需求的人员,在产品功能规划与版本升级时,如果需求方案不得不调整,那么产品经理可以迅速找到相应的需求方代表进行沟通。比如运营人员提出发票录入系统的相关问题,在产品实施过程中如果需要进行调整可以快速找到其进行沟通,确保新的产品需求能够正确无误地反映用户的真实意愿。确定产品需求优先级考虑到互联网公司的时间、资源都是有限的,必须对产品需求优先级进行排序。判断产品需求优先级的主要依据是产品需求的投入产出比,即产品需求的产出价值与投入成本之间的比例。除此之外,还要考虑需求的紧急程度、与产品策略的契合程度、需求之间的潜在关系、实际可调配的资源情况等因素。比如微博数据中心的后台管理系统的代理商返点比例需求是由部门BD提出的,但是在1.0版本就没有实现,主要就是因为这个需求的优先级比较低,不是刚需。跟踪产品需求进展产品需求管理是一个持续的动态过程,新的产品需求不断产生,同时一批批产品需求被实现。产品经理要负责对产品需求的进展进行跟踪,并时刻更新它们的状态。需求状态指的是产品需求在这一刻所处的情况。常见的需求状态有:待确定、未开始、开发中、已完成、搁置、取消。除了需求状态以外,一些和需求进展相关的重要信息也应该被记录,比如已完成需求的完成时间、搁置需求被搁置的主要原因等等。【作者介绍】尹剑利,微信公众号@尹剑利(yinjianli88)。研究生在读,新浪微博数据产品经理实习,在多家知名上市公司的实习,热爱人文历史,痴迷互联网。希望遇友多多交流。本文由人人都是产品经理社区@尹剑利原创发布。
有好的文章希望站长之家帮助分享推广,猛戳这里
本网页浏览已超过3分钟,点击关闭或灰色背景,即可回到网页需求管理 | 人人都是产品经理——iamsujie如何进行需求管理? - 知乎296被浏览22588分享邀请回答9添加评论分享收藏感谢收起/subject/3125032/软件需求模式,应该可以参考一下。
你说的四个步骤大体上是不错的,但我觉得需求筛选实际上应该包含在需求分析中,第三步应该作的是需求优先级排序,然后将带有优先级序号的需求交给开发者。这其中每一步都需要很多的实践积累,很难在这里表述清楚。而且,需求管理和软件开发模式相关,瀑布和敏捷开发模式中的需求管理过程是相差很大的。我现在在看的一本 , 对敏捷开发中的需求搜集提出了一些很好的引导。
如果你做需求管理,第一步就是识别相关的干系人,就是你朝谁去搜需求。之后需要准备需求搜集的工具,可以是传统文档工具,也可以是需求搜集的软件。将需求编号,记录下来。
需求也有很多记录的形式,可以是一句话,也可以是一个详细的用例,并不一定是越详细越好,但是一定要保证这个需求的确是真实的从用户处得来,而且是对用户有用的。
而后就是需求的讨论分析,要结合很多方面进行考虑,这个环节灵活度较大,因项目而异,需要综合考虑所有的因素,比如客户的业务逻辑,竞争产品分析,公司的发展策略等。对需求进行详细化了解,合并同类项、去掉不可能不合理的部分,做好了需求分析,应该就可以得出一套假设的解决方案。
如果需要需求文档的话,基本上可以输出MRD或者PRD,当然也可以两者兼有,起到链接客户和开发者的桥梁作用。也可以要求相关干系人对需求进行确认,比如审核签字。6添加评论分享收藏感谢收起查看更多回答1 个回答被折叠()

我要回帖

更多关于 产品需求管理 的文章

 

随机推荐