23.1.5需求评窜案例

    把握住清晰、完整和准确的需求是对项目进行有效控制和管理的前提，而需求评审

又是需求管理阶段一个至关重要的工作。但是，需求评审往往是所有评审活动中最难，

也常常是最容易被忽视的。

    以下是在实际项目管理中几种常见的、失败的需求评审。

    案例场景

    案例一

    某领域专家A先生就某企业的成本管理系统做用户需求报告的评审工作，在评审会

开始时间不长，就被在场的某企业的一位副总B先生打断，认为A先生提出的方案不适

合本企业，A先生提出的管理改进方案在企业中无法实施。该副总提完意见后，与会的

用户方人员纷纷跟随B先生的意见提出了他们的反对意见，致使评审会无法再进行下去，

最终该报告被用户否决。

    案例二

    某软件公司内部举行产品的需求评审会，主要是公司内部相关领域的专家参加。在

评审会开始后不久，某领域专家就对需求报告中的某个具体问题提出了自己的不同意见，

于是，与会人员纷纷就该问题发表自己的意见，大家争执不下，结果致使会议出现了混

乱状况，主持人无法控制局面，会议大大超出了计划评审时间。

    案例三

    某软件公司为某公司A做业务流程管理系统的需求评审会，当项目组人员在会议上

宣读多达上百页的需求报告时，用户明确提出昕不懂，致使会议不得不改日进行。

    案例四

    某软件公司在用户处开完物资管理系统的需求评审会后，与会人员在离开会议室时

纷纷摇头，认为本次会议没有多少实际效果，完全是在走过场。

    【问题】

    请提出一些建设性的意见，如何能够召开成功的需求评审会议？