技术文档评审
作者:
UU5Xin | 来源:发表于
2021-09-09 18:55 被阅读0次
文档评审流程
| 序号 |
节点名称 |
节点内容 |
工作负责人 |
| 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支持多维度的权限管理 |
本文标题：技术文档评审
本文链接：https://www.haomeiwen.com/subject/xqkwwltx.html
网友评论