软件需求评审会重要吗?
经常这样问自己,软件做完需求调研后,就进行需求分析,进而进行概要设计、详细设计、系统研发及测试,交付客户使用。可是,交给客户用的时候,已经完全偏离了客户的需求期望。这是为什么呢?我记得之前我们玩过一个隔板传话的游戏,当第一个人将正确的话传给下一个人,......,到了最后一个人的时候,话已经不成为原话,因此而带来很多笑料。
而,软件需求就像话一样,当将需求逐步演变的时候,你需求不断的确认,确认,这样软件之初的需求期望才和最终想要的结果一致。软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有的评审活动中最难的一个,也是最容易被忽视的一个评审。
先来看一看没有需求评审或者需求评审做得不好的时候会导致什么样的后果。
案例一
某领域专家A先生就某企业的成本管理系统做用户需求报告的评审工作,在评审会开始时间不长,就被在场的企业的一位副总B先生打断,认为A先生提出的方案不适合本企业,A先生提出的管理改进方案在企业中无法实施。该副厂长提完意见后,与会的用户方人员纷纷跟随B先生的提出了他们的反对意见,致使评审会无法再进行下去,最终该报告被用户否决。
案例二