1.目的
为了规范终端/产品开发流程中的技术评审工作，保证交付件及技术评审能够及时进行，评审结果能够适宜、有效，特编制本作业规范。
2.适用范围
本指导书适用于终端/T产品开发流程中的各阶段技术评审。
3.术语和定义
TR:的意思是技术评审，是英语TechnicalReview的简写
4.职责
4.1产品经理/项目经理：负责跟进项目交付件的评审和准时输出；
4.2LPDT：LPDT对TR评审资料输出整体负责，根据项目TR节点要求，提前一周向质量监察部进行TR评审申请；
4.3质量工程师：负责进行TR评审输入资料的审查，并给出项目状态是否具备召开TR评审会议的条件,并负责组织TR评审会议；
5.交付件的提交、评审与接收
5.1交付件与关键交付件依照【产品开发流程输出文档评审对照表】所列内容；
5.2一般交付件的交付：
5.2.1项目组各负责人根据项目计划对交付件进行提交，项目经理根据项目计划与研发进度及时跟进交付件的提交；
5.5.2一般交付件的提交要求：
1）提交必须准时；
2）内容、功能需符合项目要求；3）接收部门认可；
5.3关键交付件的交付：
5.3.1项目组各负责人根据项目计划，负责对关键交付件编制，在完成关键交付件的开发任务后进行自查，填写【检查表】，并由部门负责人和评审人员签字后方可交付，各交付件的负责人与评审人员参见【终端/T输出文档评审对照表】；
5.3.2项目经理根据项目计划与研发进度及时跟进关键交付件的提交，跟进关键交付件的评审；
5.3.3关键交付件的提交要求：1)提交必须准时；2）文档、资料与产品功能已达到项目要求；3）接收部门认可；
5.4如在交付件提交过程中，接收部门发现交付件存在明显不符合且不能接受时，退回负责人进行修改，项目经理持续跟进至接收部门接受。对关键交付件由交付件负责人组织评审，如评审未通过，负责人进行修改并组织二次评审，直到通过为止；
5.5产品经理对整个项目的交付件交付的及时性与符合性进行监控，确保交付件能够及时、准确的交付，为TR评审做输入；
5.6各交付件的输出部门、接收部门、评审部门参见【终端/T输出文档评审对照表】；
5.7各交付件的归档方式参见【终端/TTR评审归档资料清单】，资料提交部门以【终端/TTR评审归档资料清单】要求的归档方式归档好资料，资料接收部门也要按照【终端/TTR评审归档资料清单】的要求下载使用资料。
6TR评审
6.1TR评审共分为：TR1评审、TR2评审、TR3评审、TR4评审，TR评审由质量工程师根据LPDT申请状况组织评审，具体参见【TR评审流程】；
6.2申请TR评审的前置条件：
A：TR评审文档资料全部准备完成，资料内容参照【产品开发流程输入输出对照表】与【TR评审归档资料清单】的要求；
B：bugreview工作已完成并输出产品状态报告，作为TR评审的输入文档；（TR1评审
不适用）
C：对于文档资料不完整的情况，LPDT须向质量监察部说明情况，确保不会影响后续相关联工作，并确认未完成文档资料的交付时间。
6.3交付件负责人根据阶段性【终端/TTR评审归档资料清单】要求整理资料，对关键交付件资料需要进行自检，填写【检查表】，并由部门负责人和评审人员签字，TR评审阶段资料的归档方式依据【终端/TTR评审归档资料清单】上要求的归档方式进行归档。项目经理根据项目计划、【终端/T产品开发流程输入输出对照表】与【终端/TTR评审归档资料清单】的要求提前通知跟进各部门准备TR评审资料，确保资料及时、准确、完整的提供，并及时向产品经理报告；
6.4质量监察部组织召开TR评审会议，会议内容如下：
1）【终端/T产品开发流程输入输出对照表】所要求的文档资料全部完成，且接收部门认可；
2）bugreview完成并已输出产品状态报告，且产品状态能满足下一阶段的输入要求；
3）【终端/TTR评审表】自检结论无重大问题。
6.5TR评审通过要求
TR1通过要求：
1).文档要求：满足6.4要求，可允许一般交付件延迟，但不影响后续项目的进展，且有具体的延迟提交时间。
2).产品状态要求(重终端/T终端):
a).产品规格需求(PRD)锁定，包括客户需求和内部需求；
b).DFX需求已经输出并经过评审通过；
c).设计方案锁定，软件、硬件、微系统、结构等接口明确并锁定，DFMEA分析的结果和关键可靠性需求在设计方案中体现；
d).主要UI界面得到客户认可；
e).器件型号应满足产品和采购需求，且供应商已签署供货保障协议与质量保障协
议，未签署的供应商有明确的计划；
f).有软件外包开发需求的，技术开发协议须签订完成；
3).产品状态要求（T平台/APP）
a).产品规格需求(PRD)锁定，包括客户需求和内部需求；
b).UI界面得到客户认可或内部评审通过；
c).产品的原型图已内部评审通过；
d).有软件外包开发需求的，技术开发协议须签订完成。
TR2通过要求：
1）文档要求：满足6.4要求，可允许一般交付件延迟，但不影响后续项目的进展，且有具体的延迟提交时间；
2）质量要求(重终端/T终端)：
a).产品功能/规格需求全部实现；
b).DFX需求在产品设计中实现并经过评审通过；
c).产品所采用新器件已通过认证并锁定；
d).外观、结构尺寸、材料符合客户要求，客户试装已通过；
e).各模块单元测试及软硬件联调完成，所有功能全部实现，不允许有阻碍功能演示和测试的问题存在，允许部分性能指标不达标存在，结构允许有小问题存在。
3）质量要求(T平台/APP)：
a).产品功能/规格需求全部实现；
b).白盒测试已完成；
c).各模块单元测试及软硬件联调完成，所有功能全部实现，不允许有阻碍功能演示和测试的问题存在，允许部分性能指标不达标存在，结构允许有小问题存在。
TR3通过要求：
1）文档要求：满足6.4要求，可允许一般交付件延迟，但不影响后续项目的进展，且有具体的延迟提交时间。
2）质量要求（重终端/T终端）：
a).产品验证及设计完全符合PRD要求，满足功能、性能、可靠性、结构、尺寸的要求。
b).DFX测试验证DFX需求实现完全通过。
c).系统测试及回归测试已完成，整机（软、硬件及后台）至少已经过两轮的完整测试，DV/EMC测试通过，电性能测试完成；
d).整机封样完成；
e).硬件、结构锁定，能满足正常出货产品的硬件、结构要求,遗留问题有明确的解决方案；；
f).bug评审后,软件无二级以上bug，遗留问题有明确的解决方案；
g).生产所需的BOM、工艺文件、生产工装夹具准备完成，中试/生产人员必要的培训已完成；
3）质量要求（T平台/APP）
a).产品设计完全符合PRD要求，且满足功能使用及体验的要求。
b).系统集成测试及回归测试已完成；
c).bug评审后，无二级以上bug；遗留问题有明确的解决方案；
d).运维环境已部署完成，运营所需的资料及运营计划已准备完成，客服专员已培训
完成；
4）其他要求
若TR3评审未通过时，终端/T终端产品有出货需求时，则需要签核【风险出货申请单】方可进行出货，且TR3前整体出货量不超过100台。
TR4通过要求：
1）文档要求：参照6.4要求，可允许一般交付件延迟，但不影响后续项目的进展，且有具体的延迟提交时间；
2）质量要求（重终端/T终端）：
a).一致性测试完成且没有发现5‰以上的不良问题；
b).软件封版测试、客户测试及PV测试完成，无二级Bug，PSW通过；
c).至少完成一个批次500台或3个200台批次的生产订单；
3）质量要求（T平台/APP）：
a).试运营过程中无重大客户投诉；
b).至少完成1个月的试运营且无二级Bug存在；
6.7TR评审时，以上要求均满足时，TR评审顺利通过，由各参加评审部门负责人进行会签。如以上要求有一项或一项以上不满足时，视状况带风险通过或不通过。对于遗留问题，质量工程师需要求对应责任部门进行改善，并跟进改善效果直至符合要求。若不通过TR评审，不符合项改善完成后，LPDT需组织进行整改并将再次申请TR评审，直至TR评审通过为止。
6.7TR评审通过后，质量工程师组织【TR评审表】的会签，【TR评审表】会签完成后，由质量工程师发出TR平审通过公告。LPDT向总经办进行项目状态的汇报；
7.参考文件
7.1【终端产品开发流程】
7.2【T产品开发流程】
8.附录
8.1【终端/T产品开发输入输出对照表】
8.2【终端/T产品开发输出文档评审对照表】
8.3【终端/TTR评审归档资料清单】
联系我们
Contact us
战略解码