time 
设为首页】【收藏本站
当前位置: 主页 > 软件工程 > 需求工程 > 需求分析 > 如何做好需求评审?

如何做好需求评审?

时间:2009-11-14 21:52 点击:656次 字体:[ ]




  需求评审的重要性大家都知道,我简单列出几点:

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

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

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

  需求变更

  需求不明确

  需求不可测

  需求不可实现

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

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

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

  需求的不同层次:

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

  -高层关注

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

  -中层关注

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

  -执行人员关注

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

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

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

  问题所在:

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

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

  问题所在:

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

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

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

  问题所在:

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

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

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



本文地址 : http://www.fengfly.com/plus/view-153261-1.html
标签: 问题 需求 评审 做好 人员
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码: