TR5评审报告模板.docx
《TR5评审报告模板.docx》由会员分享，可在线阅读，更多相关《TR5评审报告模板.docx（11页珍藏版）》请在冰豆网上搜索。
TR5评审报告模板
活动编号（ID）：
项目阶段
□概念阶段
□开发阶段
□发布阶段
□计划阶段
□验证阶段
□生命周期阶段
产品名称
产品型号/版本
总页数
××××
××××
共××页
TR5评审报告
（仅供内部使用）
文件编号：
KDC-
版本号：
V0.1
实施日期：
yyyy-mm-dd
保密等级：
□秘密□机密□绝密
编制：
审核：
会签：
批准：
修订记录
日期
版本号
描述
作者
2005-8-4
0.1
初稿完成
王超
yyyy-mm-dd
1.0
批准发布
×××
yyyy-mm-dd
1.1
修改×××
×××
yyyy-mm-dd
1.2
修改×××
×××
……
……
…..
……
yyyy-mm-dd
2.0
修改×××
×××
文件的版本号由“V×.×”组成，其中：
a）小数点前面的×为主版本号，取值范围为“0～9”。
文件进行重大修订时主版本号递增1；
b）小数点后面的×为次版本号，取值为“0～9，a～z”。
文件每修改一次时次版本号递增1；主版本号发生改变时，次版本号重新置0；
c）未批准发布的文件版本号为V0.×版，批准发布时为V1.0版。
当主版本号发生改变时，前面只有次版本号不同的修订记录可以删除。
目录
1TR5产品质量评估4
1.1评审要素检查情况4
1.1.1评审要素符合情况4
1.1.2评审要素不符合项改进计划4
1.2规格实现情况（含规格变更情况）5
1.3重大遗留问题评估6
1.4风险分析6
2TR5评审结论6
3过程规范和质量目标达成情况的评估8
3.1PQA过程评估8
3.2本次TR的度量指标8
3.3TR5质量目标完成情况8
4PDT核心组成员会签记录8
5公司质量部签发纪录9
注：
通过插入目录方式自动生成，推荐保留二级目录。
xxx（R版本或Build）TR5评审报告
1TR5产品质量评估
1.1评审要素检查情况
1.1.1评审要素符合情况
评审要素符合情况统计表
评审分项要素表
评审要素总数
符合的评审要素数量
不符合的评审要素数量
正常免评审要素数量
异常免评审要素数量
评审结论及说明
规格
采购
资料
产品数据
单板工艺
结构
装备
试制
技术支援
合计
IPD-TR评审要素应该在PDCP之前被裁减，以反映不同产品的需求。
IPD-TR自检阶段或IPD-TR评审阶段才决定免评审的评审要素，将被视为“异常免评审要素”。
PDCP之前被裁减的评审要素，则被视为“正常免评审要素”。
若评审分项为免，则在“评审要素总数”一栏填N/A。
1.1.2评审要素不符合项改进计划
评审要素不符合项改进计划
序号
所属分项
不符合项描述
改进活动
计划完成时间
责任人
（假设这个不符合项对应3个改进活动）
描述改进活动1，即对应的WBS3/4级计划活动（或更细致的项目计划活动）
描述改进活动2，即对应的WBS3/4级计划活动（或更细致的项目计划活动）
描述改进活动3，即对应的WBS3/4级计划活动（或更细致的项目计划活动）
不符合项指分项评审要素表中不符合的要素，对于1个需要解决的不符合项，可能对应1个或多个改进活动。
这些改进活动是指落实到WBS3/4级计划或更细致的项目计划中的具体活动。
有些不符合项目不需要制定改进计划，只需要风险规避计划即可。
这需要根据产品现状进行判断。
1.2规格实现情况（含规格变更情况）
先用文字概要说明产品规格的实现情况，多少规格已经实现，多少规格尚未实现。
对于未实现的主要规格，要在下面的表格中逐一列举并说明未实现的原因以及解决措施或对策。
进行本次TR之前会整理规格清单，对于发生规格变更的规格，要在第二张表格中逐一列举并说明发生变更的原因。
此处的规格变更是指相对于上一个IPD-TR点所变更的规格。
序号
未实现规格列表
未实现的原因
解决措施或对策
1
2
…
序号
变更规格列表
变更原因
1
2
…
1.3重大遗留问题评估
重大遗留问题分析表
序号
CQ号
重大遗留问题描述
问题级别
缺陷引入阶段
问题影响分析及评估
重大遗留问题就是产品测试和检视、评审中发现的尚未解决的问题。
问题级别一栏填写：
致命、严重。
缺陷引入阶段一栏说明此问题是在什么阶段被引入的，例如TR1之前、TR2之前等。
1.4风险分析
风险分析表
序号
风险类型
风险描述
发生概率
影响程度
风险等级
风险影响的描述
风险响应计划
责任人
填写说明：
风险是可能发生的、潜在的、对项目实施有影响的事情。
2TR5评审结论
TR5后续活动
评审结论
结论陈述
SVT
Go
orGowithrisk
orRedirect
orN/A
针对评审结论，展开进行陈述。
以结论Redirect为例，必须陈述PDT先完成哪些改进活动，然后才能启动SVT。
将这些改进活动列举在下面的表格中。
因为这些活动在本报告“评审要素不符合项改进计划”一节中已经被全部列出，故此处可以只列编号及简要的文字描述。
进行Beta测试
Go
orGowithrisk
orRedirect
orN/A
针对评审结论，展开进行陈述。
以结论Redirect为例，必须陈述PDT先完成哪些改进活动，然后才能启动Beta测试。
将这些改进活动列举在下面的表格中。
因为这些活动在本报告“评审要素不符合项改进计划”一节中已经被全部列出，故此处可以只列编号及简要的文字描述。
ESP
Go
orGowithrisk
orRedirect
orN/A
针对评审结论，展开进行陈述。
以结论Redirect为例，必须陈述PDT先完成哪些改进活动，然后才能启动ESP。
将这些改进活动列举在下面的表格中。
因为这些活动在本报告“评审要素不符合项改进计划”一节中已经被全部列出，故此处可以只列编号及简要的文字描述
此部分在TR5评审会后，根据LPDT的决定填写。
TR5评审结论主要从技术方面给出PDT后续的一些重要IPD活动是否继续进行的建议。
对于
TR5，主要是指以下活动：
a）系统验证测试（SVT）活动（验证阶段活动TE-70）；
b）进行Beta测试（验证阶段活动TE-75）。
c）ESP活动（验证阶段活动ESP-35等）
后续活动的建议分为四类：
a）Go；
b）Gowithrisk；
c）Redirect；
d）N/A。
这表示本次进行TR5的Build版本后续不会进行这个IPD活动。
譬如某Build版本只是为了启动SVT才进行TR5，该版本并不准备启动Beta测试，则“进行Beta测试”活动对应的技术建议就是“N/A”。
也可直接删去该表项。
3过程规范和质量目标达成情况的评估
3.1PQA过程评估
此部分明确说明本次TR过程是否可以接受。
用文字简要描述过程执行情况、过程不符合项。
PQA要确认所有PDT核心组成员（或其授权人）是否都参加了本次评审会。
如果有成员没有参加评审会，PQA应该在此处进行记录，并报给业务部质量部及其他相关管理部门。
PQA要检视整个评审操作过程是否符合公司信息安全规范，如：
保密文档的查阅和使用是否符合《信息保密管理规定》；高密级文档不能附在评审电子流中等。
3.2本次TR的度量指标
指标
具体数值
评审周期偏差（％）
评审周期（天）
评审投入（人时）
上一TR遗留缺陷数（个）
评审满意度（％）
3.3TR5质量目标完成情况
TR5质量目标
序号
质量目标
质量基准
目标
实际
说明
1
测试问题解决率
2
问题及时解决率
3
逾期问题解决率
4
遗留缺陷密度（Di值）
对于没有达到质量目标的交付件需要在说明栏中给予评价或解释。
本表数据来自《产品质量计划》和《质量报告》。
质量目标中的指标定义参见公司的《质量指标字典》。
PDT根据计划阶段确定的具体的质量目标来更新此表。
4PDT核心组成员会签记录
XXX（R版本或Build）TR5会签记录表
角色
名单/工号
签名
会签意见
PDT经理
开发代表
测试经理
制造代表
采购代表
市场代表
技术支援代表
产品数据工程师
信息开发专员
结构开发组长
系统工程师
产品QA
说明：
1．以上会签记录是表明会签人员真实意见的唯一依据。
会签人员要对会签意见承担相应责任；
2．各会签人员不需要对本报告中PQA的评估结论部分发表意见；
3．需参加会签的人员名单由LPDT确定，LPDT可根据需要对上述表格的角色进行增补。
4．会签优先采用评审电子流，也可采用书面形式（含传真件）。
如果用书面形式，会签完成后请将会签结果记录到上面的表格中。
5公司质量部签发纪录
公司质量部意见
结论
□同意签发□不同意签发
结论陈述
签发人Name
签发日期Date
备注：
1．公司质量部根据评审报告内容，给出是否同意签发的结论；
2．对于不同意签发的情况，要给出不同意的原因和建议；
3．公司质量部给出签发意见时，要关注
（1）本次评审质量目标的达成情况及LPDT给出的评审结论是否合理？
（2）评审过程是否规范？
PQA的评审报告内容是否清晰？
4．若PDT不认同公司质量部的意见，可提交IPMT裁决，并由IPMT对结论负责。
升级会员 