需求评审五个维度框架分析及其带来的启示-2-框架原理

本文试图归纳分析近年来出现的需求评审方式方法，全面涵盖系统性评审和非系统性评审，提出五维需求评审框架。

---

首先确定对于需求评审的定义，结合传统需求阶段评审和敏捷迭代开发中相关需求实践，得如下定义。
定义1(需求评审). 需求评审是指基于需求文档阅读或者观察软件运行并且对当期工作有时效性的人工检查。

根据以上定义，需求评审的范畴不包括机器自动检查，不包括需求审计；包括了需求上线后的校对，包括了系统性需求评审和非系统性需求评审。观察软件运行与测试有部分重叠，但并不是测试，比如说有些观察时，鼠标和键盘在演示者手中，而有些观察是在试用。
本章分析识别需求评审的5大关键方面，分别是：1，组织形式； 2，时机； 3，侧重； 4，评审者；5，评审对象。下文进行一一说明。

需求评审的组织形式分类

表1 需求评审组织形式分类表

组织形式分类	说明
非即时评审	将需求发送给1位或多位评审者，评审者独立的进行评审，返回评审发现，不安排会议。其优点：成本最低，评审者时间安排灵活，缺点：响应慢，交流不充分，容易马虎。
结对评审	双人在可全程实时口头交流的情况下，包括面对面、远程语音或视频，进行需求评审[22]。结对是来自于英文Pair, 仅指双人即时交流，并没有固定结对的暗示。优点：面对面交流反馈快，互相启