作为QA，评审是工作中必不可少的一部分，而怎样去组织评审会议，令其真正达到其应有的目的，还是有点学问的：）
需求评审的一个通病是“虎头蛇尾”。需求评审的确乏味，也比较费脑子。刚开始评审时，大家都比较认真，越到后头越马虎。
需求评审涉及的人员可能比较多，有些时候让这么多人聚在一起花费比较长的时间开会并不容易（例如有些人可能出差在外，有些人可能事务缠身）。没有必要把所有事情挤在一块做，需求开发是循序渐进的过程，需求评审也可以分段进行。这样每次评审的时间比较短，参加评审的人员也少一些，组织会议就比较容易。
开评审会议时经常会“跑题”，导致评审效率很低。有时话匣子一打开后关不上，大家越扯越远，结果评审会议变成了聊天会议。主持人应当控制话题，避免大家讨论与主题无关的东西。
开评审会议时经常会发生争议。适当的争议有利于澄清问题，比什么东西都一致赞成要好。然而当争议变为争吵时就坏事了，争吵不仅对评审工作没有好处，而且会无意中伤害同事们的感情。
人们在很多时候分不清楚自己究竟是“坚持真理”还是“固执己见”。毫不妥协或者轻易妥协都不是好办法。我们应当养成良好的习惯：不要一棍子打死异己的观点，尝试着让自己站在他人的立场思考问题，这样你会找到比较满意的答案。

1)让化妆过的需求卸装。目前国内很多项目的需求说明书都是应付招投标和草签合同，经过化妆，注水，不切实际的提高的
2)让需求变薄。把需求的关键业务做成幻灯片进行评审前宣讲
3)跟踪参与评审人员评审前准备工作。方法：要求评审开始前4小时将阅读评审材料发现的问题上报评审组织者。事后定期对各评审人员参与评审提问情况进行公示。
4)会上组织者注意掌握主题和重点：不要让评审会变成了技术交流会和业务培训课程
5)收集评审结论并跟踪评审结论落实

thanks a lot

不错，

没有参加过评审还不知道。这次大开眼界，以后希望学以致用。

最近我打算狠抓评审，这篇文章不错。学习一下

正在搜集相关资料！谢谢！

引用:

原帖由 luoyear 于 2004-5-18 09:11 发表
1)让化妆过的需求卸装。目前国内很多项目的需求说明书都是应付招投标和草签合同，经过化妆，注水，不切实际的提高的
2)让需求变薄。把需求的关键业务做成幻灯片进行评审前宣讲
3)跟踪参与评审人员评审前准备工作 ...

1) 要带着问题去开会;
2) 会议的内容,提前通知大家;会议的目的提前告诉大家;
3) 会后总结要发给相关人员;

是啊，评审最怕无止境的争论

不错

评审要合理安排和控制时间.如果太长,可以分阶段评审,这样效果会更好一些.

主要是评审组长要选好,要合理控制时间和范围,不要跑题吧

3)跟踪参与评审人员评审前准备工作。方法：要求评审开始前4小时将阅读评审材料发现的问题上报评审组织者。事后定期对各评审人员参与评审提问情况进行公示。

评审，头不在时，永远找不到问题。。。