0 前言
在产品开发项目中发生问题时，开发和品质等部门必须及时对问题情况进行跟踪，并将问题发生的原因和解决对策详细记录下来。而企业生产的产品可能成千上万，每种产品的质量也是参差不齐，长此以往，肯定会造成数据的囤积和信息传递的相对滞后。如何高效的对这些数据进行管理，确保产品问题得到及时处理，是产品正式上市阶段一个重要的环节。
产品生命周期管理（Product Lifecycle Management，PLM）是一种企业信息化的商业战略。PLM系统不能简单地理解为软件，它更是一种以产品创新为要的战略管理方法。它应用一系列应用系统，支持企业内或企业间从产品概念设计到产品使用生命结束过程中产品信息的协同产生、管理、分发和使用。
Teamcenter软件提供了一整套全方位的数字化生命周期管理解决方案，使您能最大限度地发挥您的产品知识，并利用它在产品生命周期中的每一个阶段提高盈利能力和生产效率。Teamcenter将人员、流程与知识有机地联系起来，从而激发创造力并提高生产效率。Teamcenter在开放式PLM基础架构之上，为数字化生命周期管理提供了一整套完善的解决方案
1 产品问题标准化概述
项目背景：目前公司集团化快速发展，各分公司遍布全国各地，但各分公司产品问题管理上各自独立、自行解决，未形成很好的集团级问题经验积累及共享，导致类似问题需要花费大量时间、人力重复进行分析，不利于问题的快速有效解决及产品品质的提升；现有问题的上报及解决未形成很好的闭环管理，不利于问题的追踪；若想针对某一型号、产品、项目等多维度查询问题，目前检索方式异常困难，年份跨越度大的问题甚至根本查询不到，不利于问题的汇总及分析。
项目目标：希望通过产品问题管理项目形成集团级问题经验积累和共享，极大减少开发、生产、品质等相关部门查询历史问题时间，提高查询效率，以便借鉴历史问题处理经验，快速有效的解决问题，改善产品缺陷，提高产品品质，增强产品竞争力。在一定程度上，降低了整个集团在问题管理上所花费的人力、时间、材料等运营成本，提升了运营效率。同时，很多问题需要跨专业及跨部门之间协同解决，打破了专业和部门之间的壁垒关系，加强了沟通协作。也为集团级问题经验汇总及分析，提供强有力数据保障。
2 产品问题标准化管理实现
2.1 整体设计思路
产品问题管理项目主要从问题创建与业务流程标准化、规范化、统一化，问题查询与汇总可视化、便利化、多维化着手，邀请各子工厂研发部门参与，实现集团体系内全面的问题管理，并借助PLM系统，完成多项主要功能开发（eg：问题创建、业务流程、产品问题管理库等），从IT层面大力配合及固化产品问题管理项目成果。
在PLM系统中，通过问题管理流程，可以对研发过程中出现的问题进行完整记录，并递交给业务担当或者领导进行审阅，从而减少研发错误，提高研发效率。通过产品问题管理库，可以实现问题数据的快速查询和数据共享，可以进行报表分析，并且能对问题进行实时跟踪，对问题进行预警升级，规避项目风险。
根据业务管理思想及项目目标，结合Teamcenter平台特点，对企业产品问题管理逻辑流程图进行了定义，如图1。
图1 产品问题解决逻辑图
针对流程逻辑图，主要从四个维度进行系统设计，如图2。
●上报者：上报问题的人通常是产品设计工程师、工艺工程师及QA工程师，对于此部分工程师来说，他们最关心的是产品问题如何创建，如何进行上报，以及上报后如何进行有效的通知给解决问题者。当然从PLM数据本身管理来说，还需要考虑产品问题跟产品基础数据本身的关系，以便产品数据核心线的完整统一，故从上报者维度，我们主要考虑产品创建、问题关系建立、问题上报及问题通知进行设计。
●解决者：解决问题担当通常是企业研发部门工程师，他们是否对问题解决如何，主要反映在对问题流程的签审，以及问题的解决方案反馈，从产品数据生命周期考虑，就需要考虑产品问题的一个生命周期状态，结合上面几个方面，在解决者维度，设计主要考虑问题审批、问题解决方案反馈、问题状态反馈三个维度。
●领导们：领导作为企业的决策管理层，他们要及时督促企业里面疑难问题的解决，必要时要成立专门项目组，同时他们需要了解固定周期里面问题的统计数量及初步分析，鉴于领导的时间通常比较有限，故给他们提供的数据一定要有很强的可视化，要尽可能避开纯粹文字化的阐释。故从领导者维度，主要从日报表/月报表进行统计，以EXCEL的方式进行呈现，同时在呈现的过程当中，自动形成柱状图、饼状图等，便于领导可视化查看，以方便领导及时作出决策。
●查看者：查看问题的人可能是公司任何一个人，这一部分人通常是企业的新来的员工，也可能是普通的工程师，是需要考虑覆盖面最广的人员，他们的需求主要集中在历史产品问题的查看及历史产品问题解决方案的查看，当然从管理层面来考虑，还得考虑他们的权限控制问题。
图2 产品问题方案维度
2.2 基于PLM-Teamcenter平台实现
2.2.1 构造产品问题标准化模型
结合上述设计思路与Teamcenter平台特点，从通用性、方便性、适用性角度出发，对关键概念属性进行定制。
缺省的Teamcenter当中是没有问题管理模型的，针对这种实际，我们利用BMIDE重新定制一个Issue类型，同时对涉及到的相关属性也进行了定制，属性主要定制如下的一些属性：
●问题描述。用于填写对问题情况进行的详细概括，要便于未来的一个识别。
●项目名称。用于定义产品问题发生的具体项目，便于未来数据的统一检索。
●问题负责人。用于定义产品问题的初步判断解决人。
●问题发生阶段。结合企业现状，描述问题发生的工艺阶段。
●严重程度。确认问题的优先等级，便于判断问题的重视程度。
●发布工厂。用于辨别那条产线发生的问题。
●问题发生条件。用于辨别问题发生的场合及条件。
●反馈端。用于辨别问题发生的场合，是内部发现的还是外部发现的。
●问题发生时间。填写问题发生的时间。
●期望解决日期。用于填写问题期望的解决日期，此时间也是用来对解决者进行提醒的。
●问题发生比例。用于填写产品问题发生的比例数量，用于确认问题的频率。
另外，在定义完系统数据对象本身后，结合实际定义了产品问题的生命周期状态，主要分为问题完成、问题分析、问题重新开始三种生命周期状态，如图3。
图3 产品问题生命周期状态
2.1.2 定制问题管理流程
在定制问题管理标准流程时，采用Teamcenter标准化模板定制，同时实现问题管理流程的闭环管理，在流程过程中充分采用Teamcenter的Handler检查机制，避免无效的数据进入到流程，如图4。
在T01处，定义了检查Handler，检查进入流程的Issue对象，是否合乎流程要求，只允许属性填写正确的对象能够进入流程，如果是已经关闭的Issue进入流程，将会添加Reopen状态，用于辨别是否是历史问题重新打开。
在T02处，定义了邮件发送逻辑，按照填写的解决日期进行邮件辨别，如果离截止解决日期只剩下两天时，系统将自动给解决者进行邮件提醒，一旦超过解决日期后将逐层给解决者领导发送邮件进行督促，同时在此处提供动态权限用于解决担当进行解决方案反馈。
在T03处，定制系统默认的审批人，用于确认结案状态是否满足要求。
在T04处，提供数据具体的生命周期状态，用于简单识别。
在T05处，开发出邮件通知，此邮件通知用于通知需要知悉此问题的人，此邮件需要往系统发送邮件，以便没有账号的人及时知悉。
图4 产品问题管理标准化流程
2.1.3 定制领导需要查看的界面
结合系统已有的数据，充分采用大数据思维，将系统里面的数据形成可视化较强的呈现界面用于领导查看系统产品问题情况，详细参考图5。
图5 产品问题报表呈现
2.1.4 查看者界面定制
为解决在过去运营当中，工程师想针对某一型号、产品、项目等多维度查询，或者进行跨年度查询，经常遇到各种各样的困难，为有效解决这一问题，系统通过二次定制开发，实现了问题的多维度、多角度查询，让历史数据形成统一化的管理，而不需要到各个工程师电脑进行获取。
同时针对普通数据管理过程当中很多相关数据都是离散状态存在的问题，我们充分借用现有Teamcenter管理机制实现产品问题与产品主数据的关联统一，便于工程师通过任何一个数据找到所有关联数据，真正实现设计协同的目的。详细可参考下图6。
图6 产品问题报表呈现
2.1.5 产品问题管理实施总结
通过产品问题管理在PLM-Teamcenter系统的落地，实现为产品研发业务流程的执行、监控、数据分析打下了坚实的基础。相比较传统的产品问题管理方式，本次项目管理取得了一些创新与经验，详细参考图7。
图7 产品问题报表呈现
3 结论
项目初期首先在其中一个工厂进行使用，根据使用效果我们后推广至整个全集团使用，最终形成集团级问题经验的积累和共享，在一定程度上，降低了集团在问题管理上所花费的人力、时间、材料等运营成本，提升了运营效率。同时，很多问题需要跨专业及跨部门之间协同解决，打破了专业和部门之间的壁垒关系，加强了沟通协作。也为集团级问题经验汇总及分析，提供强有力数据保障，将进一步提升产品设计、产品质量改进、产品更改方面的效率，进而快速响应市场需求，缩短产品TTM和TTV，提高企业的核心竞争力。
核心关注：拓步ERP系统平台是覆盖了众多的业务领域、行业应用，蕴涵了丰富的ERP管理思想，集成了ERP软件业务管理理念，功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理，全面涵盖了企业关注ERP管理系统的核心领域，是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
相关文章
