请问哪位对同行评审这个关键过程域的实施有一些建设性的意见,谢谢!

我们开展中，包括几乎一切内容的评审，如：
需求、计划、结构设计（详细设计项目组内部内审）、代码（审查）。

除代码外，都是：
①做好被审材料，发布给实现选定的相关人员（客户、集成部、牛人们）。
②收集反馈，开会讨论（只讨论要不要解决）；
③解决或不解决。

代码是用代码审查（code inspection），说起来就话长了，还是看看PSP吧。

软件工程过程中，核心工作流各个阶段的工作产品一般都应该做同行评审，包括需求分析、概要设计、UI设计、详细设计、编码、测试说明的同行评审。但考虑项目组由于进度都比较紧，可以只对比较重要的工作产品做同行评审，主要是需求分析和概要设计的评审。
在实施过程中，往往同行评审的效果不是很好，主要是评审成员没有投入很多精力，对重要缺陷的识别率不高。
大家有没有比较好的经验？希望能够一起来探讨。