老Q和小C开始一步步地准备这次评审会。老Q先给各个评审参与人员发了一个会议通知。通知上写明了评审会的召开时间、评审意见的反馈时间，随着通知还附上了需要被评审的资料和评审意见反馈表，参见表6-3。
表6-3 评审意见反馈表
小C看到通知上写着会议在三天后才举行，就问老Q为何要这么早发通知。老Q说必须给评审专家留出充分时间仔细阅读被评审的资料；否则，等到会议召开的时候临时看资料怎么可能提出有价值的意见呢？
过了两天小C看到老Q忙着给各个评审专家打电话，就问老Q在做什么，老Q说在催着各位专家交作业：“他们都挺忙的，要常常提醒他们多花点心思在评审上！”
到了第三天，评审会终于如期召开，在一个小小的会议室里老Q居中正襟危坐，小C坐他旁边准备记录，开发组长坐在老Q对面惴惴不安，其他的评审专家散坐在桌子周围，负责编码的小组组长也作为评审专家出席，小M特邀列席会议。
老Q拿出几张打印出来的缺陷反馈表，然后宣布会议开始。依次介绍完参会人员和流程后，就看着缺陷反馈表一个一个念出评审专家们反馈的缺陷，让责任人也就是开发组长确认是否是缺陷，是否接受。如果开发组长感觉表述的不太清楚的缺陷，老Q就让评审专家做些解释。(www.xing528.com)
很快越来越多的缺陷被报了出来，开发组长经过培训心态非常好，谦虚谨慎，对缺陷基本都认可，还不断表态说马上就改正，只不过头上的汗也越来越多。差不多一个小时左右，缺陷都确认完了。老Q问几位评审专家：“这次评审给个什么结论啊？是通过，还是不通过，或者有条件通过？”开发组长眼巴巴地看着专家们颇为紧张，像等待陪审团做出判决一样。
几位评审专家包括编码组长和老Q商量一阵后，确定了意见。老Q最终陈词道：“虽然发现了一些比较严重的缺陷，但交付物基本达到要求，所以评审会的结论是有条件通过。条件就是把这些缺陷改完后再由一位指定评审专家作为代表进行审核，审核通过后评审才算通过。”
老Q又问了开发组长何时能改完，组长表态说一个星期可以改完，老Q让小C把评审结论和修改时间都记下来以作跟踪。最后，老Q感谢大家的支持，然后宣布散会。
大家觉得这次会议时间不长，但非常有成效，发现的很多问题非常关键。确实能提高后续工作的质量。
会后，小M走在老Q身边开玩笑说：“没想到发现了这么多问题，上次幸亏有你来找茬。”老Q听了一乐：“是啊，你现在也看到找茬的效果了吧！要不评审就没有意义了。”
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
