产品开发设计变更记录表
- 格式:doc
- 大小:14.50 KB
- 文档页数:2
××××××有限公司设计变更控制程序文件编号:MC-62-00版本:C2编制:审核:批准:含全部附表××××××有限公司发布设计变更控制程序1.目的本程序以确保产品进行设计变化的整个过程得到有效控制,达到客户和产品质量的要求。
2.范围本程序规定了广州市XXX股份有限公司产品设计变更控制管理程序,数据记录文件保存在公司PDM系统中,以确保产品设计变更处于受控状态。
适用于产品生命周期内所有发生设计变更的所有OEM产品,均需严格遵守本程序。
技术通知单可参照本程序操作(特殊情况下例外)。
3.规范性引用文件下列文件对于本文件的应用是必不可少的,凡是注日期的引用文件,仅注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)使用于本文件。
MC-61 《产品开发控制程序》MC-61-03 《生产件批准(PPAP)管理办法》MC-21-01 《设计文件管理办法》MC-42-01 《供应商变更管理办法》4.定义3.1 设计变更:产品技术规格发生变更,包括BOM、总成图、技术指标、电路图、特殊特性清单、零部件确认资料发生变更,导致版本发生变化,统称设计变更。
3.2 变更类别分为二大类:A类:影响产品性能、功能及安全性的更改或影响公司年度损益额1万元以上的设计变更项目。
B类:A类变更以外的更改项目(包装材料、纸贴、丝印等),无需试产整机,只需确认更改的零件即可。
注:变更类别及具体的执行方式可在评审会议上决定。
3.3产品主数据库:PDM、ERP中关于产品及零部件的数据文件库。
3.4试产验证:设计变更实施后的新状态零部件在生产线上进行的验证,通常要求数量在30-200台次(特殊情况除外)。
3.5 PPAP---生产件批准程序。
5.职责5.1事业部/客户代表:负责市场订单和客户要求的评估,并向客户提交变更申请并获得客户的批准,保留客户批准文件和记录并传递给变更实施单位,对内部变更申请流程进行批准。
好好学习社区变更控制程序(IATF16949-2016/ISO9001-2015/CCC)1.0目的对产品/过程更改及3C产品一致性实施有效控制。
2.0范围适用于公司新产品和批量生产产品发生的产品/过程更改及3C产品一致性。
3.0术语无4.0管理职责4.1产品开发部:是产品和过程变更的归口管理部门。
4.1.1负责组织实施新开发产品和量产后涉及工程规范和材料变更及3C产品一致性等重大的更改;4.1.2负责组织相关人员(包括顾客)评审产品和过程更改申请的可行性;4.1.3负责对更改内容和后果进行识别、形成文件并送交相关部门人员;4.2质保部4.2.1负责对产品和过程更改实施效果进行跟踪和评价。
4.3制造部4.3.1参与产品和过程更改申请的可行性;4.3.2在产品开发部组织下实施变更5.0工作程序更多免费资料下载:德信诚培训网V:过程变更实际发生部门供应商V: 重大变更:-原材料厂家更换或增加-产品更改(包括原材料、结构等);-工艺更改(工艺流程、包装方式等)-设备搬迁或重装;-模具更改等;-3C产品一般变更:-用户投诉;-不良改善;-生产性提高;-成本降低等。
变更申请成立变更小组制定变更方案方案评审取得变更认可ANO技术通知单产品/过程更改记录5.1变更的申请5.1.1原材料厂家更换或增加时,由采购部提出更改申请;5.1.2设备搬迁或重装、工装更改时,由制造部(工装动力科)提出更改申请;5.1.3内部员工对产品和工艺提出的更改,在产品开发过程中,向产品开发部提出申请;在批量生产过程中,向生产管理部提出申请;5.1.4顾客对产品和工艺提出的更改需求,在产品开发过程中,由产品开发部收集并提出申请;在批量生产过程中,由质保部提出申请;5.1.5顾客投诉引起的更改由质保部或市场营销部提出申请;5.1.6申请时,填写“产品/过程更改记录”。
5.1.7当3C产品发生附录的更改时,由质保部向3C认证机构提出申请。
新产品设计开发输入输出评审记录编号:___新产品设计开发评审记录产品名称:(这里填写具体产品名称)审查日期:审查项目:设计输入设计输出样品工程资料试产工程变更其它()NO。
项目1 合同要求、法律法规要求是否明确、合理。
2 顾客特殊要求是否明确、合理。
3 基础资料(□图纸;□实物样品)是否充分、适宜。
4 产品功能与性能要求(□可靠性;□环保性;□安全性;□其它)是否充分、明确、合理。
5 产品安全性和可靠性测试要求是否充分、明确、合理。
6 结构设计要求是否充分、明确、合理。
7 产品工艺要求是否充分、明确、合理。
8 产品检验标准是否充分、明确、合理。
9 产品防护要求是否充分、明确、合理。
10 其他要求是否充分、明确、合理。
11 以往设计的可参考信息是否适用。
12 设计人员是否了解、掌握上述各项内容。
审查结果项目审查结果1 □是□否2 □是□否3 □是□否4 □是□否5 □是□否6 □是□否7 □是□否8 □是□否9 □是□否10 □是□否11 □无□有12 □是□否备注:单位意见存在的问题改进措施说明审查结果完成时间责任人评审人员签名业务□通过□不通过工程□通过□不通过品质□通过□不通过生产□通过□不通过通过□不通过通过□不通过通过□不通过核准:审查通过转入下流程不通过,需更改后重新审查改写后的文章:___新产品设计开发评审记录编号:(填写编号)产品名称:(填写具体产品名称)审查日期:(填写日期)审查项目:在审查项目中,选择相应的选项,包括设计输入、设计输出、样品、工程资料、试产、工程变更和其他。
填写NO.和项目。
审查结果:根据审查项目,选择是或否。
确保合同要求、法律法规要求、顾客特殊要求、基础资料、产品功能与性能要求、产品安全性和可靠性测试要求、结构设计要求、产品工艺要求、产品检验标准和产品防护要求是否充分、明确、合理。
其他要求是否充分、明确、合理?以往设计的可参考信息是否适用?设计人员是否了解、掌握上述各项内容?单位意见:在存在的问题、改进措施和说明栏中填写相应内容。
1.目的为使设计和开发变更作业能循确定程序执行,以维护技术数据之正确性及产品质量的牢靠度,同时规范设计和开发变更之识别、记录、审查、核准和传达等相关事项,特制定本流程。
2.适用范围凡本公司生产的产品及其附属之原物料、零组件因功能需求、客户要求、设计错误、制造或组装问题等,而对原设计进行修改或加强之设计变更均适用之。
3.名词说明:3.1 ECR:Engineering Change Request,设计变更申请。
3.2 ECN:Engineering Change Notice,设计变更通知。
4.权责:4.1各单位权责(1)设计变更的申请:A.本公司内部任一单位若有设计变更之需求时,皆可依本设计变更的申请流程提出申请。
B.客户要求设计变更时,由业务单位提出申请。
C.本公司第三方建议设计变更时,由选购单位提出申请。
(2)工程单位:A.负责受理设计变更之申请和编号,并做必要性可行性和影响性的评估和判定。
B.实施和督导设计变更案件的进行。
C.设计变更案件执行后,应将信息传达本公司各相关单位。
(3)生管单位:A.帮助调查厂内待设变物料状况。
B.设计变更后,督导生产单位、仓储单位管制设计变更前后物料,避开混料。
(4)选购单位:A.帮助调查厂商处待设变之物料状况。
B.设计变更后,应对厂商发行设变后工程图面,回收设变前图面,同时督导厂商处理设变前之物料。
(5)生产部门:A.依ECN规定管制设变前后物料,避开混料。
B.设计变更后,修订相关作业标准及治工具。
(6)品管部门:A.帮助生产单位管制设变前后物料。
B.设计变更后,修订相关检验标准及治具。
4.2本流程由工程单位负责制定,推动和检讨改善。
5.内容:如作业流程所示。
6.附则:本作业流程经总经理核准后实施,修改时亦同。
7.附件:7.1设计变更申请单(ECR)(2-3-01-01)7.2设计变更管制记录表(2-3-01-02)7.3ECR物料调查表(2-3-01-03)7.4设计变更通知单(ECN) (2-3-01-04)8.相关文件:8.1试模试作管理方法8.2图面管理方法8.3厂商管理流程设计变更作业流程流程图权责单位作业重点运用窗体再转呈工程单位主管。
设计变更会议记录会议记录日期:YYYY年MM月DD日时间:上午9:00-下午4:00地点:公司会议室会议议程:1. 介绍会议目的和议程2. 审议提出的设计变更提案3. 讨论变更设计对项目的影响4. 确定变更后的设计方案5. 分配工作任务会议成员:主持人:XXX参会人员:1. XXX2. XXX3. XXX4. XXX会议记录:一、介绍会议目的和议程会议开始,主持人XXX向在座的各位领导和开发设计团队的成员简单介绍了本次会议的目的和议程,并提醒大家要全神贯注,认真听取各位参会人员的意见和建议。
二、审议提出的设计变更提案在主持人的带领下,大家开始审议提出的设计变更提案,逐个进行讨论,并各抒己见。
本次会议的讨论内容主要有:1. 前期设计中,存在的潜在风险因素,是否需要进行调整?2. 各项变更方案的可行性和实施难度,开发团队是否存在技术方面的困难?3. 生产线的设计方案是否可以保证产品生产效率和品质?4. 变更后的方案是否能够在工期和成本的限制下实现?三、讨论变更设计对项目的影响讨论过程中,大家就变更后的设计方案对项目进度和成本的影响进行了详细的排查。
其中,一些参会人员提出了一些具有启发性的意见和建议,例如:1. 前期的设计存在一些不合理之处,导致后续工作无法顺利进行。
因此,应该对这些问题尽早进行修正。
2. 目前的变更提案不仅可以解决项目过程中存在的质量问题,还能大大减少后续的重复工作,提升生产效率。
3. 在确定最终方案之前,应该对每一项变更方案进行全面的分析,避免设计上出现漏洞和疏忽。
四、确定变更后的设计方案在多次讨论和激烈的辩论之后,大家终于就最终的方案达成了一致。
在这个方案中,不仅考虑了设计的创意和效率,还考虑到了项目进度和成本的限制。
五、分配工作任务确定方案之后,大家分配了具体的工作任务,并制定了实施计划。
在实施计划中,制定了具体的验收标准和跟踪指标,以确保变更方案可以达到预期的效果。
参会人员纷纷表示,本次会议对于项目的推进和实施起到了重要的推动作用,同时也提高了大家的工作效率和团队协作能力。
研发部图纸变更流程标题:研发部图纸变更流程说明文档一、引言本文档旨在明确和规范研发部在产品设计与开发过程中图纸变更的全流程管理,以确保设计准确无误,满足项目需求,提升工作效率,并保证产品质量。
二、图纸变更申请1. 变更发起:当产品设计在实际应用或测试中发现问题,或者因客户需求、技术更新等因素需要对现有图纸进行修改时,由相关工程师或项目经理提出图纸变更申请。
2. 变更理由阐述:申请人在提交变更请求时需详细说明变更的理由、目标及预期效果,如有必要,应附上问题分析报告或新的设计方案。
三、图纸变更审查1. 技术评审:研发部门负责人收到变更申请后,组织相关人员进行技术评审。
评审内容包括但不限于变更的必要性、可行性、对产品性能的影响等。
2. 影响评估:同时,评审团队还需评估变更可能带来的成本影响、生产制造难度、供应链调整等方面的潜在风险,并形成书面评估报告。
四、图纸变更实施1. 图纸修订:通过评审的变更申请,由原设计工程师或指定人员按照评审意见进行图纸的修订工作。
2. 校核确认:修订后的图纸必须经过至少二级校核(包括原设计者自我校核和同级或高级别的复核),确保变更内容正确无误且符合相关设计规范。
五、图纸变更发布与存档1. 发布通知:经校核确认后的图纸变更正式生效,需向相关部门(如生产部、采购部等)发放变更通知单,并附上新旧图纸对比以及操作指导。
2. 存档管理:变更后的图纸及相关审批文件应归档保存,便于后期查阅追溯。
同时,原有图纸应当标注作废并存档备查。
六、总结研发部图纸变更流程是产品研发过程中的关键环节,严格按照此流程执行,可以有效避免因图纸变更引发的产品质量问题,降低生产成本,提高客户满意度。
所有员工务必对此流程有清晰理解和严格遵守,共同保障公司产品的优质稳定。
注:具体流程根据公司实际情况可能会有所调整,以上仅供参考。
产品经理历史记录列表设计导言:在产品经理的工作中,经常需要进行产品开发、迭代和优化。
为了更好地跟踪和记录产品的发展过程,产品经理通常会使用历史记录列表来记录产品的各种变更和重要事件。
本文将介绍如何设计一个符合需求的产品经理历史记录列表。
一、设计目标历史记录列表的设计目标是方便产品经理记录和查看产品的发展历程,同时提供必要的信息,以便产品经理和团队成员了解产品的变更和重要事件。
二、列表结构1. 标题:历史记录列表的页面应有一个清晰明确的标题,用于指示该页面的内容,如“产品经理历史记录列表”。
2. 列表项:历史记录列表应以列表项的形式呈现,每个列表项包含以下信息:- 时间:记录变更或事件发生的时间,以年月日时分秒的格式呈现,如“2022年1月1日10:00:00”。
- 事件类型:记录变更或事件的类型,如“产品发布”、“功能迭代”、“用户反馈”等。
- 事件描述:对变更或事件进行简要描述,如“新增了用户登录功能”、“优化了产品性能”、“解决了用户反馈的Bug”等。
3. 排序:历史记录列表应按照时间顺序进行排序,最新的记录显示在列表的上方。
4. 分页:如果历史记录较多,可以考虑使用分页功能,每页显示一定数量的记录,方便用户查看。
三、操作功能1. 新增记录:在历史记录列表页面上,应提供一个按钮或链接,用于新增记录。
点击后,用户可以填写相应的时间、事件类型和事件描述,并保存记录。
2. 查看记录:用户可以点击列表中的某个记录,查看该记录的详细信息。
详细信息包括时间、事件类型和事件描述等。
3. 编辑记录:用户可以对已有的记录进行编辑,修改时间、事件类型和事件描述等信息。
4. 删除记录:用户可以删除不需要的记录,删除后该记录将从历史记录列表中移除。
四、界面设计1. 列表展示:历史记录列表以表格的形式展示,每个列表项占据一行,列分别显示时间、事件类型和事件描述。
列表的标题显示在表格的表头部分。
2. 新增记录:新增记录的界面可以使用弹窗或单独的页面展示,用户可以在界面上填写相应的信息,并保存记录。