
产品发布控制程序.docx
4页1 目的:规范新产品发布决策评审程序,明确人员职责,结合公司实际情况制定本程序,使发布决策评审过程有序、可控,提高评审过程的质量和效率2 范围:适用于公司所有需要进行发布决策评审的产品开发和产品改进项目3 定义:3.1 产品开发:公司创新、预研技术、新行业的产品,或者是在产品原理上与老产品有本质区别的产品;3.2 产品改进:对己有产品或同类产品进行功能、性能改进或升级;3.3 ADR:发布决策评审3.4 PQA:产品质量保证工程师3.5 PDT:产品开发团队3.6 PDT 代表:一般由系统工程师、软件代表、硬件代表、结构代表、测试代表、产业化代表、计划代表、采购代表、市场代表、品牌代表、销售代表、客服代表、质量代表组成;3.7 LPDT:PDT 经理,一般由项目经理担任;3.8 PRB:产品评审委员会,由公司高层管理人员组成4 职责:4.1 PRB:根据市场成长情况、获利能力、资源的可获得情况和风险,对具有战略意义的项目做出持续的业务投资决策;PRB主任对产品是否可以发布拥有最终裁决权,并承担相应的风险;PRB秘书负责组织发布决策评审会议,并负责评审报告的撰写和发布4.2 产品经理:根据产品开发计划,参与产品开发工作,确保产品开发符合市场需求并顺利上市,对客户满意度负责;4.3 LPDT:作为PDT团队领导,保持和PRB的沟通,协调与功能部门、其他PDT之间的交流与合作;管理产品业务计划和项目计划,监控和管理项目;组织本产品疑难问题的攻关、协调和指导工作;确保产品质量能满足市场要求;对产品的开发成功负责;4.4 PQA:在流程执行过程中推行评审和审计等质量控制方法,验证开发过程和交付件符合使用的流程/规范 / 标准,提高产品质量,已达成产品质量目标和计划;分发《发布准备情况检查表》 ,收集、统计、管理检查结果及相关数据,监控评审过程,按时完成评审报告并提交给LPDT 作为决策参考; PRB 秘书缺席时,由PQA 负责发布决策评审会议的组织、评审报告的撰写等工作;4.5 PDT代表:所有的PDT代表共同对PDT团队的结果负责,每个PDT代表的主要 责任是就问题进行沟通和磋商协调,以支持所提供的产品的目标和时间表的实现;在发布阶段对《发布准备情况检查表》中列出的各检查条目的完成情况进行检查,并将检查结果按时反馈给PQA;4.6 质量经理:监控发布过程、抽查开发过程中的各项报告,对项目质量负责;4.7 评审专家 :参加评审会议,对新产品的功能、性能、质量、市场前景等进行全面评审,识别可能存在的问题,并评估风险,在发布决策评审会议上作出是否发布的决定;4.8 配置管理员 ;保存项目文档、表单,管理项目数据库。
4.9 其他部门:配合本部门派出的 PDT 代表进行产品开发、检查、解决问题等工作5 流程图:5.1 发布准备检查 (预审)流程图:5.2 发布准备情况检查表作业(预审)流程图:5.3 发布决策评审流程图:6 作业内容:6.1 LPDT 确认产品开发(或产品改进)项目进入发布阶段后,按照“发布准备情况检查(预审)流程” ( 图 5.1 ) ,由PQA 发布预审通知、并分发《发布准备情况对照检查表》给各PDT 代表;6.2 各 PDT 代表按照“发布准备情况检查表作业流程”( 图 5.2) 对所负责检查的检查条目的完成情况进行检查,并将检查结果按时反馈给PQA;6.3 PQA汇总并检视检查结果,对于检查结果为“ N或“NA”但未在备注栏注明原因的,应发回检查人复检、补充;确认检查表完整后,提交给LPDT 复核;6.4 LPDT应对所有重要度为 A且检查结果为“ 0K”的条目进行复核,并根据检查 结果确定是否可以召开发布决策评审会;对于经过检查后检查表中存在检查结果为“ NG”且重要度为A的情况,应暂缓召开发布决策评审会,先安排相关部 门解决问题并报告给对应检查责任人复检;对于需要放在发布决策评审上讨论解决的问题,应如实记录在会议材料中并在会上展示、讨论;6.5 由LPDT、PQA准备评审材料,LPDT与PRB秘书沟通发布准备情况,确认可 以召开发布决策评审后,由PRB秘书向PRB、评审专家和PDT代表发出决策评审会议通知;6.6 发布决策评审会议参照发布决策评审流程( 图5.3)举行,由lpdt进行产品 回顾、测试及验证情况介绍、项目经验总结;由 PQA 展示发布准备情况检查 (预审)结果;各评审专家对产品的功能、性能、质量、市场前景等进行全面评审,并参照《 DII-ZL-022 含风险销售控制流程》 ,从严重度和可能性两个角度识别并评估风险问题、确定风险等级;6.7 若评估结果表明产品没有潜在风险,可以判定评审结论为“继续/ 通过”;6.8 若评审结果表明产品存在风险等级为“高”的问题,必须向PRB说明情况,并由 PRB 对项目做出终止或返工的决定 ; 对于 PRB 决定终止的项目,判定评审结论为“停止(不通过)";对于PRB决定返工的项目,则判定评审结论为“返工 ”, 由相关部门制定措施解决问题,并将风险问题关闭情况按时反馈给评审专家和各 PDT 代表;PQA 按照”发布准备检查(预审)流程“(图 5.1 )重新组织预审,预审后再次组织发布决策评审;6.9 若评审结果表明存在风险等级为“中”或“低”的问题,则必须制定风险响应计划,经 PRB 确认后,判定评审结论为“继续/通过”,由 PQA 和质量管理部对风险问题的关闭情况进行后续跟踪,并按照《 DII ZL 022 含风险销售控制流程》纳入含风险销售流程;所有风险全部关闭后,由项目管理部发出通知给产品中心、销售中心、质量管理部、PRB,确认无异议后,转为正常销售;6.10 对于存在争议的评审结果,由PRB主任做出最终裁决,并承担由此带来的风险;6.11 发布决策评审结束后,由 PQA 编写《会议纪要》 ,记录会议流程、会议决议等内容,并发给各PDT代表、产品经理、评审专家、高层领导、PRB;由PRB秘书参照《DI1 ZL 026-02业务决策评审报告模板》撰写发布决策评审报 告,记录评审内容、综合结论、风险问题及响应计划、以及附件清单等,提交给产品经理、评审专家、高层领导、PRB会签,最后由PRB主任在综合结论栏签字确认。
6.12 会签及PRB主任签字确定后,由项目管理部发送结项通知给各PDT代表、产品经理、评审专家、高层领导、 PRB;6.13 LPDT和PQA确定所有风险问题均已关闭后,由产品经理组织修订并确认全套技术文件,进行发布并提交配置管理员归档;6.14 发布工作完成后,由产品经理组织项目总结会议,进行项目结束经验教训总结,编制项目总结报告,解散PDT ,释放开发资源,由配置管理员关闭项目数据库;6.15 新产品发布后,产品进入生命周期管理阶段,由产品经理确定人员、明确职责,成立产品维护项目组,保证产品进行生命周期的维护工作;6.16 对于发布后发生的技术变更,按照《 DII KF 002 技术变更管理办法》和《 DII ZL 021 技术变更单实施跟踪流程》执行;6.17 对于发布销售过程中的质量信息跟踪和故障分析,按照《 DII ZL 020 新产品 质量跟踪处理流程》进行7 相关文件:《 DII QP 004 产品开发管理程序》《 DII KF 003 项目开发管理程序》《 DII KF 100-G302 评审指导书》《 DII ZL 020 新产品质量跟踪处理流程》《 DII KF 002 技术变更管理办法》《 DII ZL 021 技术变更单实施跟踪流程》《 DII ZL 022 含风险销售控制流程》8 使用表单:DII ZL 026-01 发布准备检查表》DII ZL 026-02 业务决策评审报告模板》。












