51Testing软件测试论坛

标题: 需求评审中的注意事项 [打印本页]

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

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

作者: engg 时间: 2005-2-16 10:49
thanks a lot

作者: songfun 时间: 2006-1-18 09:59
最近我打算狠抓评审，这篇文章不错。学习一下

作者: xinwuhanqqm 时间: 2006-1-20 20:42
正在搜集相关资料！谢谢！

作者: zhoubenwen 时间: 2006-4-22 14:38

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

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

作者: 沙巴克 时间: 2006-5-17 17:36
是啊，评审最怕无止境的争论

作者: jiangxinlu 时间: 2006-7-11 16:19
不错

作者: ZZM402236991 时间: 2006-12-13 15:18
主要是评审组长要选好,要合理控制时间和范围,不要跑题吧

作者: 刘洪鹏 时间: 2007-10-30 14:43
标题: 有力度没有规矩没有方圆
3)跟踪参与评审人员评审前准备工作。方法：要求评审开始前4小时将阅读评审材料发现的问题上报评审组织者。事后定期对各评审人员参与评审提问情况进行公示。

作者: 51testingmm 时间: 2008-1-20 17:45
评审，头不在时，永远找不到问题。。。

作者: guangyuchong 时间: 2008-10-31 16:36
赞一下~

作者: zhap 时间: 2009-10-15 18:01
学习中，谢谢！

作者: Iris-Zhang 时间: 2010-3-29 16:54
方法：要求评审开始前4小时将阅读评审材料发现的问题上报评审组织者。
有些参加人员压根就不看材料，要他提交问题也是马虎应付，给多少时间都没用
已经不是一次两次了，哎
是我执行力度不够吗?

作者: cxm027 时间: 2010-5-26 17:01
受教！

作者: cxm027 时间: 2010-5-26 17:02
受教了！

作者: cxm027 时间: 2010-5-26 17:02
刚开始做QA，即将开始抓评审

作者: 熊点心 时间: 2011-7-18 00:12
有点启发！！谢谢分享。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)