e-works数字化企业网  »  文章频道  »  产品创新数字化(PLM)  »  PDM/PLM

Windchill BOM管理

—— 流程、人员和数据的紧密结合

2013/8/14    来源:e-works    作者:e-works  蔡虹      
关键字:PTC  Windchill  BOM  
PTC认为,BOM的简称并不能准确的表达企业所需要的产品信息数据结构了,使用Bill of Information,或者Product Structure的表达要更合适,因此Windchill BOM的解决方案对BOM的管理不再是管理一份静态的BOM数据,而是让和产品信息相关的参与者和数据都与业务流程紧密结合,使得利益相关者真正的在共识之下开展各自的工作。围绕着Windchill关于 BOM解决方案的特点、配置管理、多视图管理、版本和状态管理等问题,e-works小编采访了PTC Windchill售前客户经理郭晓川女士。

    郭晓川:2008年至今,任PTC中国售前团队电子高科技行业战略客户技术经理。2001年至2008年,从事SAP后勤模块实施和售前工作。毕业于武汉大学计算机科学学院 。

    e-works:请您简单谈谈Windchill关于BOM解决方案的思路。

    郭晓川:BOM的简称已经不能准确的表达企业所需要的产品信息数据结构了。BOM是Bill of Material的简称,起源于某个部门比如研发、制造为了制定手头的某个任务而列出的关于产品由哪些部件组成的一个简单、明确的列表。

    Bill of Material的名字容易让人以为指代的是一个静态的列表、和经过确认之后的明确的列表、仅仅包含Material。而实际上企业内的产品结构信息是多个职能部门设置外部伙伴协同、经过分层分级的流程才能逐步确定下来的信息,静态的列表无法表达,而且所需的信息远超过部件料号和数量这类基本信息。

    因此,PTC认为使用Bill of Information,或者Product Structure的表达要更合适。对于产品信息的管理,要想有效的支持企业研发流程以及其他前端(面向客户)后端(面向企业内部协同)的流程,必须从时间范围上覆盖从市场创意到售后退出服务的全生命周期,从职能部门范围上要覆盖研发、市场、销售、采购、预测、测试、制造、服务、质量以及成本的全矩阵的职能组织,从技术学科上要覆盖机械结构、电子电气、软件开发、技术资料等产品所涉及的全面的技术组成。

    PTC认为产品信息管理应该提供‘single source of truth’,PLM系统应该为企业的内部和外部的所有利益相关者提供‘唯一真相’。

    仅仅管理一份静态的BOM数据不再有意义,真正有业务价值的系统应该做到让和产品信息相关的参与者和数据都与业务流程紧密结合,使得利益相关者对于产品的构成、产品的状态、产品如何设计、产品如何制造、所依据的技术或者业务理由等等,真正的在共识之下开展各自的工作。

    同时,产品信息的管理,也要符合企业自身的研发方法和流程,比如,如果企业推行IPD(集成产品开发)或者模块化开发,都需要考虑在流程落地的时候,和数据相关的组织和角色应该是谁,流程中如何使信息在适合的数据结构上准确和高效的表达以及传递。

    企业常见的关于BOM的痛点,比如制造BOM出错,根据BOM备料却常常由于BOM的变动而造成呆滞库存,等等,表面上看是静态BOM清单出错,根因还是当企业面临越来越大的时间、成本和质量压力的时候,跨职能、跨学科的团队之间关于产品的构成、状态和过程,要想高效率的协同形成共识并在共识之下开展各自的工作变得更难了。

    完全依赖经验和人的话,难免费时费力和出错。比如,在产品开发周期越来越短和关键元器件的采购提前期却仍较长的夹击之中,让采购和预测团队得以和研发团队对备料清单形成共识,就变得更具挑战了,研发阶段的处于内部或者外部原因的变更,使得要想形成并保持共识很费时费力而且容易出错。而优秀的企业则需要各个内部外部的合作各方高效而准确的达成并保持共识。

    当然,从静态的BOM管理,到‘Single Source of Truth’中流程、人员和数据的紧密结合,不同业务模式的企业,在不同的阶段所适合的实践的成熟度是不同的。

    因此,PTC的产品信息管理方案涵盖了从低成熟度到高成熟度的实践。

    基础级别的实践包括:变更管理和配置管理。变更管理的实践包括:标准化自动化的变更,集成的跨学科的变更,集成的产品问题管理。配置管理的实践包括:配置生命周期管理,选配和变型管理,产品配置在企业内部的共享,产品信息向企业的下游平台(比如ERP、CRM)的发放,等等。每个实践PTC都有完整的storyboard(故事板),可以帮助企业理解实践如何通过人/角色、流程、数据来落地实施,这里就不一一展开介绍了。

    Windchill中提供完备的配置管理功能,包括生命周期状态、工作流、版本、基线、视图(需求视图、功能视图、设计视图、工程视图、仿真测试视图、制造视图、售后服务视图、成本视图)、有效性、实例管理、问题跟踪管理等,不再一一赘述。

    更高级别的实践包括:企业级变更管理、产品配置(包括选配逻辑)与企业外部合作伙伴的共享、模块化开发、自顶向下的设计、平台CAD结构的管理、平台可视化、需求分析和早期BOM规划等。

    这些实践所基于的产品有:Windchill的PDMLink、ProjectLink、MPMLink、Workgroup Manager等模块,以及PTC的Creo、Integrity等产品。

    Windchill的Work Group Manager使产品相关的MCAD和ECAD和产品结构的管理无缝对接。

    Windchill还有Integrity产品覆盖需求和验证管理,及软件生命周期管理。需求与验证管理模块支持需求结构、系统设计结构和工程结构、测试结构之间互相关联,从而可追溯可重用。软件生命周期管理模块则管理所有软件开发制件的创建和变更,然后连接需求、规格、设计文件和模型、代码和测试案例。使得软件信息的管理不再与产品结构的管理脱节。

    Windchill还有MPMLink模块提供设计BOM到制造BOM的转换和联动。

    具体的功能不再一一赘述。

    e-works:请问在Windchill的BOM的解决方案中如何实现产品配置管理?

    郭晓川:选配方案的目的是如何在大规模制造下经济高效的实现产品的多样化定制。

    产品选配的管理,需要定义和管理产品的配置平台、以及平台衍生出的变型的配置,满足不仅是研发部门,也包括客户、销售区域、市场、客服等各个职能部门对于选配的需求,并提供设计的备选方案和改进方案。

    因此,PTC公司对于产品选配管理的方案包括四个方面的最佳实践:通用化产品平台设计,平台和变式的分析和评估,平台CAD结构管理,以及平台的可视化。

    1)通用化产品平台设计

    Windchill系统帮助用户可以捕捉和定义通用化的产品架构(包括机械、电器和软件),以帮助通用平台的开发,以及随后用户(比如研发部门、市场部门、销售部门)进行基于可配置的产品架构开发产品变型的过程。

  • 捕捉产品结构的定义超集(必选的、可选的)
  • 接口和模块化架构的定义和管理
  • 管理可选配的选项和逻辑制约规则,并且分配到产品结构
  • 评估和验证选配逻辑和制约规则
  • 过滤、选配出变型信息

    2)平台和变式的分析和评估

    Windchill系统进而帮助用户进行平台的分析、评估和验证,比如自动的创建关键的设计配置以进行分析和评估,在数字化模装中快速可视化和识别设计问题,跟踪和解决干涉问题:

  • 评估选配的守规状况、成本状况
  • 在早期就要跟踪产品的目标成本和估计成本
  • 系统化的识别潜在的干涉问题,以及后续的跟踪和解决

责任编辑:蔡虹
本文为e-works原创投稿文章,未经e-works书面许可,任何人不得复制、转载、摘编等任何方式进行使用。如已是e-works授权合作伙伴,应在授权范围内使用。e-works内容合作伙伴申请热线:editor@e-works.net.cn tel:027-87592219/20/21。
e-works
官方微信
掌上
信息化
编辑推荐
新闻推荐
博客推荐
视频推荐