2、对象
如果就评审的对象完整性而论，有以下几类评审形式。
① 整体评审：在文档整体完成后，对需求或设计文档的整体进行评审。当文档比较大而难以进行整体评审时，可分而治之，分多次进行“部分评审”。
② 物理部分评审：不同评审人员对某一成果的某些物理部分内容进行评审，如按照文档章节、功能划分或模块划分等。
③ 逻辑部分评审：分阶段检查某一成果是否具有某个所期望的特性，或不同评审人员对某一成果的某些特性（如可读性或可维护性）要求进行评审。
④ 迭代评审：迭代开发模式中分阶段对部分内容进行评审，每一部分评审通过后即可作为下一阶段相关部分工作的基础，每一次迭代都包括需求、分析、设计、实现和测试活动。同时每次迭代都建立在前一次迭代工作的基础上，每次迭代都会生成更加接近最终产品的可执行版本。
⑤ 回归评审：原来的评审发现问题需要整改并再次进行的评审，以检查问题是否已经得到修改，同时检查是否出现新的问题。
3、环境
就评审的环境或使用的工具而论，有以下几类评审形式。
① 临时检查：在需要的情况下临时检查文档、评审人员与作者随时对文档中的问题进行讨论。这是评审中最不正式的一种，可以快速听取评审人员的意见。主要为了解决当前的某个特定问题，或对某个特定问题进行确认。临时检查也翻译为“专案评审”（ad hoc）或“随时评审”，可以及时沟通，及时发现问题。但要注意适度，在必要时进行。
② 工具评审：通过安装在网络环境上的管理工具软件将项目阶段成果提交给评审人员阅读，评审人员利用工具阅读文档后填写意见（如Domino.Doc）。
③ 邮件评审：通过邮件将项目阶段成果发给相关人员进行评审，评审人员通过邮件反馈意见。
④ 会议评审：相关人员集中在一起开会对项目阶段成果进行评审，这是最常用的形式。所以当提到“评审”时，很多人就会自然地联想到开会。
⑤ 远程会议评审：不仅在主会场进行评审，而且通过视频及音频与外地的评审人员进行实时在线沟通。这是会议评审的一种特殊形式，可以突破空间的限制，对于项目团队成员或评审人员有出差在外的项目是一个比较经济的形式。
4、效力
① 正式评审：得出是否批准通过的正式结论。
② 非正式评审：不具否决权的“评审”，也可以称为“评阅”，主要是为了讨论，收集意见和建议，不做是否批准通过的结论。
正式评审或非正式评审都可以通过会议、邮件及工具的各种形式，也可以是整体评审、部分评审或迭代评审。当然正式评审最好是整体文档完成后的评审，批准主要是针对整个文档的，但迭代开发的例外。
③ 观摩培训式评审：一般是一种会议形式，主要是为了培养新人。在评审会议召开时，可安排一些不同角色新人来旁听。他们不对评审的工作负责，而是以学习评审技术，体验评审工作为目的。
相关链接：
同行评审那些事儿（三）：需求与设计评审的特点
