文档评审流程
| 序号 | 节点名称 | 节点内容 | 工作负责人 |
|---|---|---|---|
| 1 | 提交评审 | 必须填写完成表单中要求的项目并提交表单, 跟踪表单的处理情况, 及时就反馈的意见与评审成员沟通讨论, 提醒各个评审成员及时处理表单等 | 申请人 |
| 2 | 同行评审 | 作为评审成员认真阅读交付件，从自己的专业角度出发给出意见或者建议，承认会签意见 | 同行 |
| 3 | 填写评审意见 | 作为评审成员认真阅读交付件，从自己的专业角度出发给出意见或者建议，承认会签意见 | 评审专家 |
| 4 | 填写评审结论 | 作为评审成员的一员给出自己的意见, 根据各个评审成员反馈的意见和交付件本身存在问题和风险状况，综合给出本次评审结论 | 评审组成 |
文档质量评定标准
把评审问题分成三个问题级别，如下表所示。
| 序号 | 问题级别 | 内容描述 |
|---|---|---|
| 1 | 严重问题 | 影响产品关键功能/性能，必须改进，否则对产品下一阶段的设计开发工作带来严重偏差 |
| 2 | 一般问题 | 影响产品非关键功能/性能，必须改进，否则对产品下一阶段的设计开发工作带来偏差 |
| 3 | 提示问题 | 改进会带来好处，不改进对产品下一步的设计开发工作无影响 |
文档评审度量
需要记录评审过程数据，进行数据分析，改进评审质量。评审过程数据关注点大致如下：
- 参会人员与缺席人员名单与数量
- 评审过程问题数据包括当次评审产生的缺陷数量、级别
- 评审问题改进过程数据包括及时解决率、逾期解决率等，以评审过程确定的解决期限为基准
- 评审结论数据：一次通过的次数、带着风险通过的次数、不通过的次数
- 评审用时，包括整个评审过程用时，以及个人评审用时。
可参考专家的度量指标，如下表所示。
| 序号 | 主题 | 内容 |
|---|---|---|
| 1 | 参与率 | 一个统计周期内实际参加的次数/一个统计周期内累计应该参加的次数 |
| 2 | 缺陷发现率 | 一个统计周期内发现的有效缺陷总数/一个统计周期内参与的评审总次数。有效缺陷指除被项目组拒绝之外的缺陷 |
| 3 | 评审质量 | 一个统计周期内各次评审发现的有效缺陷DI之和/一个统计周期内参与的评审总次数。DI=（严重问题 * 3）+（一般问题 * 1）+（提示问题 * 0.1） |
| 4 | 缺陷发现效率 | 一个统计周期内发现的有效缺陷总数/一个统计周期内投入评审的总时长 |
文档评审常见的问题
| 序号 | 主题 | 内容 |
|---|---|---|
| 1 | 文档提交不完整 | PQA定期检查，通过PLM系统强制提交 |
| 2 | 文档提交不及时 | 通过PLM系统关联任务和交付，里程碑阶段强制检查 |
| 3 | 文档质量不高 | 模板化、集成化、傻瓜化；文档分类管理，通过PLM系统按文档类型自动关联对应审批流程 |
| 4 | 文档变更受控程度低 | 通过PLM系统管理文档版本，文档变更流程 |
| 5 | 文档安全性不高 | IT支持多维度的权限管理 |
网友评论