PLM系统中的工程变更管理
网友 e-works

1 PLM的定义和概念

    PLM(product lifecycle management产品生命周期管理),是一种应用于在单一地点的企业内部、分散在多个地点的企业内部,以及在产品研发领域具有协作关系的企业之间的,支持产品全生命周期的信息的创建、管理、分发和应用的一系列应用解决方案,它能够集成与产品相关的人力资源、流程、应用系统和信息。

2 变更业务

2.1 工程变更业务场景

    北方股份的变更业务主要是以“工程变更”为主,在产品的生命周期内都有涉及,从产品的市场调研收集到的信息、产品设计的过程中发现的变更、产品生产过程中的变更,最后到产品验收后的客户反馈信息引起的变更,整个变更过程严格按照标准的产品生命周期管理的变更原理进行。第一,提出变更申请;第二,变更申请的审批;第三,审批通过后,专家进行变更的影响范围和可行性的分析;第四,对变更任务的进行分配;第五,领导通过变更审核并发出允许变更的通知;第六,执行变更任务;最后,通过流程公告变更内容,相关设计人员对变更的相关经验进行学习收集,见图1。

图1 

图1

2.2 业务流程图

    北方股份业务流程,主要涉及9个阶段,分别为问题输入阶段、工程师设计阶段、所长变更审核阶段、标准化检查和工艺检查阶段、设计/工艺总师审定阶段、总工批准阶段、技术管理资料归档处理阶段、生控部排产安排阶段、最后,生产变更执行部门变更信息的签收阶段,见图2。

图2 

图2

2.3 业务描述(表1)

表1

表1

3 系统功能定义

3.1 功能简述

    (1)未来系统中定义一种变更类型为“工程变更”;

    (2)流程:工程变更申请流程;

    (3)定义工程变更申请单模板,方便在使用过程直接读取PLM系统模板,保证格式统一。

3.2 功能实现

    基于北方股份现状系统定义“工程变更”类型,如下为创建更改的界面,包括系统默认属性,如更改ID、更改版本、更改名称、更改的描述和自定义的属性,如:名称、部门、变更原因(优化改进、成本降低、功能扩展、设计失误、设计输入变更)。

3.2.1 变更信息

    (1)供应商信息:供应商名称,联系人,并提供原材料供应商到货时间等信息或外购件供应商到货时间等相关信息;

    (2)采购周期统计:供应商产能信息,供应商到货信息;

    (3)更改原因:优化改进、成本降低、功能扩展、设计失误、设计输入变更;

    (4)库存统计数量:仓库管理人员填写统计出更改配件就相关配件的库存信息,如库存数量,日消耗数量,日入库数量等;

    (5)库存处理方式:a)报废 b)返修 c)消耗完库存进行切换;

    (6)是否关联配件更改:(LOV形式)是,将激活下边关联配件信息的填写框;否,则部激活下边关联配件填写框。

3.2.2 变更执行

    (1)预计更改执行时间:设计工程师发起变更时,通过沟通获得的预计更改执行时间;

    (2)实际更改执行时间:生控部根据业务的现状调整后,实际开始执行的情况;

    (3)更改是否推后执行:(LOV形式)是将必须填写“推后更改原因”的内容;否,则不必填写“推后更改原因”;

    (4)工程变更跟踪人员:工程变更跟踪人员通常是变更发起人,也有可能指派专门的人员对变更进行跟踪协调,确保变更顺利进行;

    (5)生控部变更执行人:变更流程到达生控部,生控部指派一个执行人,以便专人专事,高效执行,责权明确;

    (6)配套部变更执行人:变更流程到达配套部,配套部指派一个执行人,以便专人专事,高效执行,责权明确;

    (7)质保部变更执行人:变更流程到达质保部,质保部指派一个执行人,以便专人专事,高效执行,责权明确;

    (8)财务部变更执行人:变更流程到达财务部,财务部指派一个执行人,以便专人专事,高效执行,责权明确。

3.2.3 关联更改

    (1)关联配件更改责任人:以表格的形式呈现,主要统计关联的相关配件的ID号、名称、责任人,特别是责任人必须确定,以便有效跟踪到责任人;

    (2)关联配件更改完成日期:以表格的形式呈现,主要统计关联的相关配件的ID号、名称、更改完成日期,特别是更改完成日期必须确定,以便相关业务部门提前做准备工作。

3.2.4 工作流

    (1)工作流状态:工作流状态,工作中和完成;

    (2)节点停留时间:从流程流转到该节点计时到统计时的时间;

    (3)节点责任人:流程节点责任人;

    (4)流程发布时间:指流程发布时间;

    (5)推后更改原因:涉及设计变更推后执行的情况,说明推后变更的原因。

3.3 指定固定的更改流程:“工程变更流程”

    根据实际变更需求,定义如下变更数据模型:见图3

图3 

图3

    其中:

    (1)更改前对象(problemitem):问题零件,发起更改流程后,需要更改的零部件不是更改流程的目标对象;

    (2)更改后对象(affecteditem):更改后的新零件,也就是需要更改的零部件经过升版,形成了更改后的零部件,发起更改流程后,更改后的零部件是更改流程的目标对象;

    (3)引用对象(solutionitem):被用作参考的零组件,包括发布后的技术文件,需要更改的Ebom等。具体工程变更流程见图4。

图4 

图4

    更改执行人最终完成文档、BOM的更改,并查看BOM替换情况。

4 变更看板方案

    变更看板功能变更执行过程及状态的整体呈现,根据看板,业务人员可以清楚到获取到变更的现状及变更过程的内容,为业务人员及主管领导提供决策依据;工程变更看板需要包含如下内容:

    (1)看板ID;

    (2)看板名称;

    (3)发起日期;

    (4)看板提取人;

    (5)设计更改单总数;

    (6)设计更改单完成数量;

    (7)设计更改单工作数量;

    (8)工艺更改单总数;

    (9)工艺更改单完成数量;

    (10)工艺更改单工作数量;

    (11)更改单统计起始日期;

    (12)更改单统计截止日期;

    (13)更改单提取表格内容有:更改单号、更改单名称、更改单状态、更改责任人、更改发起时间、更改完成时间、更改单描述,看板自动提取系统中某一时间段的更改单,并且按照表格信息对应填写完成,见图5。

图5 

图5

    更改单看板需要包含如下内容:双击“工程变更看板”表格里边提取的某个变更单,将自动弹出如下“更改单看板”,更改单看板显示的内容有:见图6。

图6 

图6

5 未来业务改善及影响

    (1)完善和统一了变更体系,更加准确定义了工程变更业务模型及表单;

    (2)改变了原来由工程师自己跟踪修改过程,采取集中控管;

    (3)增加了在制品、库存会签环节,并通过下发工程变更通知信息来跟进更改,保证更改的电子档和实物的同期执行,提高信息传递效率;

    (4)通过借用关系的导航分析更改影响的范围,防止漏改、错改;

    (5)整个变更过程的处理过程的状态能得到很好的监控,使所有相关人员都能查看整个变更进度实时信息;

    (6)保证设计信息更改的可追溯性,把与更改相关的文件和更新前后的数据等关键信息保持关联,以便后面的人能够知道产品演进关系。


CIO之家 www.ciozj.com 公众号:imciow
关联的文档
也许您喜欢