精华内容
下载资源
问答
  • 如何做好需求评审?

    2019-10-09 06:59:42
    如何做好需求评审?

    如何做好需求评审?

    展开全文
  • 如何做好需求评审

    千次阅读 2013-10-18 11:34:37
    » 如何做好需求评审? 2008-4-8 1:02:00 需求评审的重要性大家都知道,我简单列出几点:  1.软件需求是软件开发最重要的一个输入 ,好的开始是成功的一半! 所以,需求的质量很大程度上决定了项目质量或产品...


    原文链接:http://blog.whjs.gov.cn/user1/11765/200848927.html



    »  如何做好需求评审?  2008-4-8 1:02:00
    需求评审的重要性大家都知道,我简单列出几点:

      1. 软件 需求是软件开发最重要的一个输入 ,好的开始是成功的一半! 所以,需求的质量很大程度上决定了项目质量或产品质量。

      2.需求风险常常是软件 开发 过程中最大的一个风险 ,要降低需求阶段带来的风险,就要把需求评审做好。

      3.需求评审做不好的后果:

      需求变更

      需求不明确

      需求不可测

      需求不可实现

      导致后续 工作 难于开展或经常出现变更。

      4、产品经理:不识庐山真面目,只缘身在此山中,需求是自己写的,容易受到固定思维的限制,所以,需要一双没有看过这个需求的眼睛来检查一下,有什么 问题 。

      先大概说一下需求的不同类型:

      需求的不同层次:

      目标性需求:定义了整个系统需要达到的目标;

      -高层关注

      功能性需求:定义了整个系统必须完成的任务;

      -中层关注

      操作性需求:定义了完成每个任务的具体的人机交互;

      -执行人员关注

      在做需求评审的时候,应该根据不同的需求层次,进行不同的评审。

      因为经常参加需求评审会议,所以对需求评审中常见的问题有所了解,现在举一些例子:

      1、某产品 经理 在主持需求评审会,评审开始时间不长,就被一位主管打断,明确指出此方案与企业业务发展方向不符,不能实施。紧接着其他与会人员纷纷发言表示同意,结果评审会无法继续进行,需求最终被否决。

      问题所在:

      缺乏初步沟通, 目标 性需求尚未明确,功能性需求和操作性需求无从谈起。

      2、某次需求评审会,主要是公司内部相关领域的专家参加,在评审会开始后不久,某专家就对需求中的某个具体问题提出了自己的不同意见,于是,与会人员纷纷就该问题发表自己的意见,大家争执不下,结果,致使会议出现了混乱状况,主持人无法控制局面,会议大大超出了 计划 评审时间。

      问题所在:

      前期沟通和准备不够,缺乏应对不同意见的准备,难以化解争执。

      主持者不能有效把握会议目标,会议讨论过于关注细节,导致评审失控。

      3、某产品经理主持需求评审会,在讲解需求说明书时,与会人员似懂非懂,没有提出任何有价值的问题,致使会议没有得到预期效果,不得不改日重新进行。

      问题所在:

      前期准备和沟通不够,评审变成了培训

      没有选择合适的评审人员,无法获得有价值的信息。

      4、某需求评审会,与会人员各抒己见,气氛热烈,产品经理忙于收集意见,结果散会时发现对需求有价值的并不多,并且遗漏了许多要评审的问题,评审效果不佳。与会人员在离开会议室后,私下也认为评审没有多少实际效果,完全是在走过场。

    问题所在:

      评审缺乏有效依据和规范,不能保证评审的覆盖率和有效性。

      产品经理没有把握好会议主题,评审变成了头脑风暴。

      需求评审常见问题汇总

      目标性需求没有沟通好,后面的需求变成空中楼阁。

      缺乏评审的可操作依据,遗漏评审内容。

      没有作好前期准备工作,导致评审时间长,效率低。

      没有选择合适的评审人员,无法获得有价值的反馈。

      参加人员过多,容易陷入细枝末节的讨论,会议演变成一场人人自由的混战。

      针对以上问题,提出一些建议:

      建议一、做好评审前的沟通和准备

      需求编写人员应将评审所需的资料准备齐全,数据、图表、其他相关资料等,并仔细检查以保证文档质量。

      需求文档在评审会议前应提前下发给参与评审会议的人员,并留出时间让参与评审的人员阅读需求文档。

      参加评审的人,应该是带着问题而来,而不是来参加培训的。

      建议二、先沟通好目标,再进行细节的落实。

      应该在需求形成的过程中进行分阶段的评审,而不是在需求最终形成后再进行评审。

      分阶段评审保证了需求在形成的过程中不偏离方向,不出现大的错误,降低了需求返工的风险,提高了最终评审的质量

      建议三、正式评审与非正式评审相结合

      正式评审

      是指通过开评审会的形式,组织多个专家,将需求涉及到的人员集合在一起,并定义好参与评审人员的角色和职责,对需求进行正规的会议评审。

      非正式的评审

      通过电子邮件、文件汇签甚至是网络聊天等多种形式对需求进行评审。 两种形式各有利弊,因此在评审时,根据项目复杂程度,紧急程度不同,应该灵活地利用这两种方式。

      建议四、精心挑选评审员

      为了保证评审的质量和效率,需要精心挑选评审员。

      首先要保证使不同类型的人员的都要参与进来,否则很可能会漏掉了很重要的需求。(测试经常被遗忘哦!)

      在不同类型的人员中要选择那些真正和系统相关的,对系统有足够了解的人员参与进来,选择有经验的,而不是有时间的人。(teamleader选择参加,主要执行人员必须参加!针对评审目标选择参与者,避免高、中、低层一起评审。)

      建议五、充分利用需求检查单

      使评审有可操作依据,提高评审有效性,避免遗漏。

      便于收集评审数据,记录评审结果

      建议六、做好评审后的跟踪工作

      切忌评审完毕后,没有对问题进行跟踪,而无法保证评审结果的落实,使前期的评审努力付之东流

      发送项目状态通知,让相关人员周知需求评审已完成。

      说明需求经评审后改动的部分,如实现优先级、加入和裁减了哪些。


    展开全文
  • 如何做好需求评审

    2018-04-28 22:39:31
    第二天开始写东西,感觉还是有点空,只能先列提纲了一、为什们进行需求评审二、如何衡量需求质量三、近期遇到的需求问题四、如何进行有效需求评审评审前:评审中:评审后:五、总结...

    第二天开始写东西,感觉还是有点空,只能先列提纲了

    一、为什们进行需求评审

    二、如何衡量需求质量

    三、近期遇到的需求问题

    四、如何进行有效需求评审

    评审前:

    评审中:

    评审后:

    五、总结

    展开全文
  • 需求评审

    2019-06-08 11:08:52
    需求评审 目的及准备 : 目的:需求分析在项目开始阶段,为了使项目成员对需求理解达成共识,并第一时间发现需求不合理点或者需求遗漏。 准备:1.产品提前1天将需求稿(交互稿)发出来让开发测试提前了解需求; ...

    需求评审

    目的及准备 :     

    目的:需求分析在项目开始阶段,为了使项目成员对需求理解达成共识,并第一时间发现需求不合理点或者需求遗漏。

    准备:1. 产品提前1天将需求稿(交互稿)发出来让开发测试提前了解需求;

    2. 较大项目会召集多个业务组在一起评审,要确保开发负责人到场;

    交互更新:

    评审过程中需求更改,需督促产品修改交互,方便需求跟踪记录,以免后期发生不必要纠纷。

    案例:在***项目中产品、开发、qa评审后确认需求,产品却未更新交互,但开发、测试按照讨论的最后版本实现。由于测试时间较长,到上线前产品已忘记了自己的需求细节;上线前产品对照交互稿验收时,发现功能不一致,虽然是产品自身问题,但却导致了开发、测试和产品不必要的纠纷。此方法可抑制策划频繁变更需求导致最后项目不可控。

    输出:需求评审完成后,产品或项目管理 需针对改动点输出需求评审报告;

     需求稿类型:

    前端样式类需求:<工厂店品牌页联合推荐>

    那么在需求评审时,我们QA需要跟开发一起,参考交互关注如下功能并提出疑问:

    1、联合推荐的数据是在哪个后台配置的呢?

    2、上传图片的后台系统,上传的图片的大小、文案长度是多少呢?后台是否做限制?

    3、推荐文案较短、推荐文案较长展示不下时,前台如何展示呢?

    4、后台修改推荐数据后,前端效果是立即更新吗?

    5、后台仅配置了一个推荐人时,前台如何展示?

    以上疑问解决后,大家会发现,我们对该模块的技术实现,如何配置测试,测试注意点都已经捋得很清楚了,因此我们需求评审阶段最重要的就是跟产品缕清需求点和疑问点。

    后端逻辑类需求评审:<针对用户是否有商品权限判断>

    1、自营商品sku的类目运营、进销存BU字段,是从哪里同步的呢?是增量同步的还是每天全量同步呢?

    2、用户的业务小组是在哪里配置?

    3、我如何造一个没有类目运营字段,仅有进销存BU字段的商品呢?

    4、当前用户如果有了商品的数据权限,是如何体现呢?

    5、用户拥有一个商品权限的逻辑是否可以总结如下:

    若该自营商品有进销存BU&类目运营字段,用户必须同时符合这两个条件才可查看该商品;

    若自营商品仅有进销存BU字段,用户仅拥有进销存BU的权限,即可查看该商品;

    展开全文
  • 我的另外两篇,待整理:关于需求评审和设计需求评审和分析 为什么要需求评审? 很多创业公司,都没有需求评审,一句话带过.很多细节都是开发后期,验收后期才发现. 或者是开发和产品共同沟通的结果.这个时候没有需求...
  • 需求评审意见表

    2019-04-28 15:21:04
    word版需求评审意见表,网上搜了一下百度文库、豆丁、道客巴巴都要收费,特此自己简单做了一个,自己动手丰衣足
  • 敏捷开发下的需求评审传统瀑布模型下的需求评审对传统瀑布模型现有需求评审的分析传统瀑布模型在需求阶段末期安排有关键的需求里程碑评审,其特征参见2.8节情况1。在业界实际操作中,往往出现如下情况: 1,召集...
  • 需求评审要求

    2016-10-27 16:46:45
    在写完需求文档之后,不能自己就决定不做需求评审,应该向研发经理确认是否进行需求评审。如果评审,需向专家提交需求文档,专家做出评论建议后,应及时查看建议,并反馈。
  • 项目经验 需求评审与技术评审

    千次阅读 2021-04-07 11:49:46
    做开发应该对需求评审,技术评审并不陌生。 但常有小伙伴抱怨,需求评审会参加了不少,会上定下来的东西却不多,需求朝令夕改也是常态。久而久之,需求评审就变成了立项动员会,走个过场,没起到实际作用,开发小...
  • 需求评审

    千次阅读 2019-07-01 10:12:31
    一、需求评审时常发生的情况 在需求评审中,或多或少都会遇到很多其他的问题。以下这四个问题肯定会有【结果调研了30位产品经理得出】: 1.与会人员对需求的目标不明确,易发散思维,最终偏离方向。PS:其实与会...
  • 》和《需求评审之实战演练》对需求评审阶段要做的事情做了大概的说明,今天是第三篇,主要想说说需求评审过程中对隐形需求挖掘的重要性。 一 我们先来看一个例子: 「爸爸,我想吃面条。」 「现在太晚了,饭店已经...
  • 需求评审规范.xlsx

    2020-09-14 19:25:49
    对于不知道或不清晰如何进行需求评审的小伙伴,可以参照模板进行需求评审,提升需求的质量,迁移BUG发现的时间节点,降低质量控制成本
  • 如何做好技术评审

    2020-10-27 15:51:58
    如何做好技术评审 前言 Why-为什么要技术评审? What-什么是技术评审? How-如何做好技术评审? 1、技术评审常见的问题 2、常见的技术评审的类型 3、同行评审简介 When-常见的技术评审点举例 何做好技术...
  • 需求评审相关资料

    2008-01-30 12:59:11
    从网上找的需求评审相关资料
  • 网上商店需求评审

    2008-04-17 21:35:24
    很好的软件工程需求评审的PPT
  • 如何进行需求评审

    万次阅读 2018-09-04 09:22:24
    作为产品经理,一般都经历过需求评审,或者是自己主持的需求评审,或者是参加别人的需求评审。大部分需求评审会陷入两种极端情况,一种是产品经理在上面对着产品需求文档照本宣科,下面与会人员无动于衷;另一种是...
  • 软件开发需求评审表,含组织架构管理系统、权限管理系统、界面自定义系统、以及评审意见。文档编号:ITQMS-SEP-P01
  • 需求评审的关注点

    千次阅读 2018-11-29 15:06:44
    评审的目标是在写代码前发现所有的问题。不要吝惜把时间花在前期的沟通上,这能减少中后期的意外,不耽误最终的发布时间。我们可从这些思路出发来发现问题。 文笔 错别字,特别是界面上的文案。例如,登陆-&gt;...
  • 软件需求评审之道

    2012-03-19 16:07:03
    作为软件产品,需求评审的重要性不言而喻。本文介绍了软件评审流程与注意事项。
  • 禅道讲义之需求评审

    2019-09-23 09:52:13
    在创建需求的时候,有一个"不需要评审"的复选框,如果选中该复选框的话,需求的创建是【激活】中的; 但大部分情况下面,需求还是需要评审的; 即使产品完全由一个人负责,也可以将一些不成熟的想法存为草稿,后续...
  • 信息化系统建设,全面的项目需求评审方案模板架构,可在基础上快速完成项目需求的评审方案编制
  • 2021最新产品需求模板系列-需求评审流程规范.docx
  • 2021最新产品需求模板系列-需求评审检查表.xlsx
  • 2021最新产品需求模板系列-需求评审报告模板.doc
  • 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有的评审活动中最难的一个,也是最容易被忽视的一个评审。...
  • 需求评审与确认

    2014-05-06 09:29:57
    评审需求文档和原型 客户评审需求文档,是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确,就有必要尽早告知分析人员并为改进提供建议。更好的办法是先为产品开发一个原型。这样...
  • 一份用户需求的检查单,帮助软件项目的需求评审专家在评审时使用,可以帮助提高评审预审的效率,发现更多的问题和缺陷
  • 需求评审与需求测试

    2008-01-29 14:15:53
    介绍软件测试中需求评审需求如何测试的.很适合在需求方面还不清楚的测试人员,也适合初学者.
  • 很好的一个需求测试文档,重要的资料,对于测试人员,尤其是对于需求测试不太清晰的人,是很重要的!

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 61,567
精华内容 24,626
关键字:

如何做好需求评审