阶段评审(1)

    阶段评审——让过程规范起来

    我一再强调IT项目中阶段评审的重要性，因为IT项目的中间结果是无形的，只有具备专业知识专家才能给中间结果给予恰当的评价，IT项目失败的主要原因之一就是中间过程缺乏评审环节。笔者结合自己的一些评审经验，参考揉和了几种不同的评审流程，大概描述一下IT项目阶段评审的程序，可以应用在方案设计和开发等。

    1.　目的

    设计和开发评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先定义的规格，同时通过评审标识出与规格和标准的偏差。它向管理部门提供充足的证据来加以证明。

    (1) 设计和开发的输出符合了其规格要求；

    (2) 设计和开发的输出是否满足相关法律、法规以及企业标准的要求；

    (3) 软件产品的更改得到了恰当地实施；

    (4) 软件产品的更改只对那些规格发生了更改的系统区域有影响，没有引入新的问题。

    2. 范围

    本规范适应于对软件设计和开发的输出以及设计与开发的更改进行评审。

    3. 角色和职责

    3.1 主审人。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。

    3.2 评审专家。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。

    3.3 质量保证人员。监督检查过程的规范性、评审的有效性，跟踪评审意见的落实情况。

    3.4 记录员。负责会议记录，会后分发会议纪要。

    3.5 顾客和用户代表。必要时，由主审人确定能够充当顾客和用户代表的角色。

    3.6 相关领导和部门管理人员。

    4. 评审时机

    按《产品开发计划》所策划的的评审检查点进行。因临时变更引起的突发性的评审随时进行。

    5. 评审的基本要求

    (a) 设计和开发评审应分级进行。公司级的项目应进行公司级评审；业务部门级的项目一般进行业务部门级评审；

    (b) 设计和开发评审视具体情况可一次进行，也可分段进行；

    (c) 评审结论应明确；

    (d) 评审资料应及时归档。

    6. 评审依据

    (a) 合同、技术协议书、需求规格说明书和设计任务书；

    (b) 有关标准、规范和质量保证文件。

    7. 评审内容

    评审的内容可根据产品设计的研制周期、技术难度、复杂程度以及使用方的要求有所侧重和适当的增减，但应满足对设计结果进行评审的要求。主要内容：

    (a) 设计方案正确性、先进性、可行性和经济性；

    (b) 系统组成、系统要求及接口协调的合理性；

    (c) 系统与各子系统间技术接口的协调性；

    (d) 采用设计准则、规范和标准的合理性；

    (e) 系统可靠性、维修性、安全性要求是否合理；

    (f) 关键技术的落实解决情况；

    (g) 编制的质量计划是否可行。

本文摘自《ERP项目管理散记》

---

　　 形散而神聚。因为是散文，所以没有框架结构的限制，作者写起来轻松，读者读起来方便，数千字成一文，每篇文章都是一个独立主题的探讨，又都紧密围绕ERP项目实施这一主题。
　　事异而理同。虽然多数文章的标题冠以ERP项目实施的大标题，但文中所阐述的很多道理，不仅仅只适合于ERP项目管理，更适合于所有的项目管理，甚至可以推而广之到企业管理中去。