论文部分内容阅读
美国Instron公司在管理工具上的专业化应用帮助其属下工厂对其产品设计体系和零件材料的质量和耐用性进行检测。这样，作为一家2亿美元生产规模的企业就无需自己再建立一套单独的质量检验系统。方法很简单:把PLM(产品生命周期管理)的应用引向深入!把服务和支持的数据集成在一起，以形成一个闭环系统。这些产品数据包括了从市场导入到退隐市场的整个发展过程中所涉及到的方方面面。
总部位于美国MA州Norwood市的Instron公司在英国和MA州Canton市拥有两家生产厂，他们原本的打算是利用PLM系统的协同功能来帮助全球各地工程师提高工作效率和可视性。但他们的开发团队开始享用把所有与产品相关的数据都有一个独立数据库而带来的便利之后，Instron公司发现，他们其实可以把同一套系统用于对质量检验的管理，这将大大有助于提升服务部门在现场的处理能力。当然，他们这次同样把系统推广到了全球各地。
扩展PLM平台
这个应用案例的产生也非常具有戏剧性。总部位于加州圣何塞的Agile公司从1999年开始就是Instron公司的协同和产品数据管理(PDM)的供应商，这些模块只是PLM的一部分。在看完Agile公司新产品：产品服务与升级(PS&I)的一个即兴的、简单演示以后，Instron公司质量管理部门的领导立刻产生了一个利用Agile公司PS&I模块对PLM平台进行扩展应用的想法。PS&I模块正是把设计阶段的难题和生产线上的工程变更带来的纠错功能集成在了一起。
既然有了一个平台来处理产品设计与现场服务和支持的问题，那么就可以很容易地把以前相互割裂的部门信息共享在一起，可以跟踪、管理零件的变更；找出分散在全球各地工厂的不足之处，最终大大改善客户服务水平。
“不是说我们没有质量保证体系，而是有太多质量管理系统。而我们实际上要的就是一套系统，而且是全球统一的一套系统！”在Instron公司具有60多年材料检验设计经验的文档管理工程服务经理Cam Bickel先生解释说：“因为PS&I是Agile公司的一套集成性的软件系统，而不只是一般的基于ISO9000体系的质量管理系统。所以，这套系统的最大好处就是可以把产品数据直接集成在一起。”
更高层次的
应用扩展任务范围
Instron公司应用了两年多的Agile公司PS&I模块实际上只是一般PLM项目实施中很小的，但很关键的一块。而一个大型的PLM平台提供的功能将把服务与支持信息和产品记录系统集成在一起。实际上大部分企业还没有涉及到这一块，相反，大部分公司还停留在应用PLM的主要功能上。从汇总所有的产品数据到一个系统，建立自动进行工程变更的流程，加速各个分散的开发团队的相互协同，包括那些不是工程设计人员的团队成员。
AMR的研究总监Mike Burkett先生表示，通常情况下，在现场服务和工程设计队伍交叉功能的缺乏和把与服务相关的信息都集中到一个产品记录系统中去的巨大挑战给PLM的深入实施带来很大的难题。但藩篱正在被打破，越来越多的企业开始把这一点纳入到自己的PLM发展路线图上了：“尽管应用缓慢，但那毕竟是生产企业获得巨大收益和商业机会的最大地方。”
Instron公司在PLM主流功能上的成功应用使得他们成为PLM应用进入下一个阶段的最佳候选案例。上个世纪90年代中期，他们为把在英国和美国的工厂进行信息协调费尽周折。当一个工厂的产品数据有变更或发布新产品的时候，员工们会很辛苦地在另一个地方的工厂进行同样数据的录入工作。这不仅浪费了时间，也会产生数据集成不好的问题。造成全球两个工厂之间根本无法做到数据的可视性和相互的交流。
这种情形在2000年实施Agile公司的产品后得到改善。PLM技术平台允许在两个生产系统中由一个数据接口录入数据，这样技术人员在美国录入的数据，另一个地方（欧洲）也可以进入同样的数据系统，而不会出现任何拖延时间的问题。
过去，光是数据的整理就可能花去几周甚至2个月的时间，还没有开始进行真正的产品设计，仅是为设计做准备工作而已。那么现在的一个重大改变就是大大缩短产品上市时间。“产品上市时间的快慢对我们来说是非常重要的。因为我们也不会有一大堆的新产品要发布，但发布一个就非常关键，因此越快越好。”Bickel进一步解释说：“如果您是在发布新产品的第一线，那么任何产品发布的拖延都是非常痛苦的。”
更好的可视性
会带来哪些好处？
除了给Instron公司在新品发布时间上的跳跃式提高，Agile协同系统还给他们带来另一个惊喜。大家发现给原本分散的工程小组搭建了一个数据平台，可以非常方便的共享信息。例如。Instron公司经常会进行某些客户化的工作。在美国或者在欧洲的现场服务人员会遇到各种各样的问题，他们未必对所有的问题都很熟悉。如果在以前的话，他们就是通过电子邮件的方式来回传递，可能要花费很长时间。而现在可以通过Agile的共享数据库很快地找到答案或者进行明显的问题标注，保证能够快速地解答。
在PLM项目的第一期就取得了如此切实有效的成果，Instron高层管理团队，不只是工程技术人员的领导，都对进行下一步的PLM项目实施献计献策。2002年，在看过Agile公司的最新模块PS&I以后，负责质量管理的Rick Tattersfield副总裁第一个做出反应：“传统的独立的质量管理系统与每天进行的日常数据管理毫无瓜葛，这是在浪费机会！工程师没有看见任何反馈意见。”
在应用Agile公司的PS&I模块前，企业工程师会更关注零件，就象在真空中进行设计一样，根本不关心有关质量的问题和在客户现场是否会应用失败的问题。如果某个部件确实出现问题，或安装出现问题，工程师可能会在一些非正式的场合，甚至偶然机会了解到的，当然也可能是直接联系上的。总之，没有一个统一规范的处理流程、比较容易查询的数据库进行跟踪，或者在全球基础上的准备情况如何等等。如果没有一套闭环的管理系统，Tattersfield说，工程师有可能经常会进行一些已经出现过问题的设计也不知道。这会大大降低Instron公司的质量评分。当然，客户方的问题也会随之出现。
发现范围更广的故障
被几条生产线使用的功放中的慢性故障查找倒是一个不错的例子。Instron公司今年生产了140台类似的功放系统，而他们的零件是需要现场服务的。因为没有一个数据库可以追踪到故障数据。工程师们也没有意识到这个问题到底有多么普遍。更甚至于，他们认为这类故障也只是偶然事件而已。“如果您随便于某位工程师了解情况，他们会认为这是个随机事件，因为他们每个人遇到的都是一件孤立的事件。”Bickel说，“他们无法相互了解，也许某个特别故障在其他很多地方已经出现过。”
现在，在PS&I系统作为PLM系统的一部分以后。Instron公司的工程师可以避免使用已经有故障的零件或设计。或者建立一个工作区，保证故障从产生开始到产品发布都能检查到。服务技术员可以在Agile的产品主记录库标注那些不太可靠的产品，让服务人员可以在现场进行修复。
就在功放这个例子中，一旦工程师了解到更多的产品反馈，对产品形成一个更全面的了解。他可以马上回到画板进行设计修改，让性能更加可靠。“通过这样的服务，我们每年至少让140多家客户感到更满意了。” Tattersfield说。事实上，在实施PS&I模块两年来，Instron公司的应付账款大大降低，也就是说利润大幅提升。因为客户不再把未定的质量问题作为扣留应付款的理由。
PS&I模块实际上在很多方面改善了客户服务水平，Joe Caruso，Instron全球技术支持经理指出，因为Agile系统维护着所有的服务记录和访问状态，服务部门以外的人员也可以参看这些数据，就可以很容易地判断轻重缓急。这样他们就可以直接拿到足够的信息描述客户存在的问题。这是非常必要的，但老系统却一直没有解决。Caruso说：“实际上很多客户提交的问题必须依靠服务部门以外的工作人员处理才能解决。更多的人了解客户问题，那么会大大有利于客户问题的提交和快速解决。”
以前，服务部门和产品部门的数据是分开的，相互不能共享。“很多必
要的解决问题的材料和信息随意地储藏在某些人手里。比如在英国工厂的某人的硬盘里，或者另一个部门人员的表格中。下一步计划是把围绕产品修复的技术文档全部纳入到Agile的管理数据库里。”Caruso说。这样一个公共数据库可以让全球各地的技术员使用。那样，Agile就是一个“技术记录数据库”，让技术支持人员也有一个共同的数据库来寻找这些难题。
少点紧张 高点效率
在短期内，Agile的PS&I模块让Caruso的生活变得轻松很多，Instron公司的工作效率反而提高了。“我不必象过去那样急急忙忙的，也不用老追着人家。”Caruso说：“我现在的工作就是召集一个会议就行，不过大家要在看过Agile系统里的记录以后做好准备才行。”
在Instron公司，也许实施闭环的PLM最大的好处就是把一套房子里面两个孤立的方面真正整合在了一起。Tattersfield说，“我们最终调整了工程部门和其他部门之间的流程，等我们完成以后，我们发现实际上我们获得的好处更多。Agile给了我们一个公共平台，让我们可以在上面互相说话。”
总部位于美国MA州Norwood市的Instron公司在英国和MA州Canton市拥有两家生产厂，他们原本的打算是利用PLM系统的协同功能来帮助全球各地工程师提高工作效率和可视性。但他们的开发团队开始享用把所有与产品相关的数据都有一个独立数据库而带来的便利之后，Instron公司发现，他们其实可以把同一套系统用于对质量检验的管理，这将大大有助于提升服务部门在现场的处理能力。当然，他们这次同样把系统推广到了全球各地。
扩展PLM平台
这个应用案例的产生也非常具有戏剧性。总部位于加州圣何塞的Agile公司从1999年开始就是Instron公司的协同和产品数据管理(PDM)的供应商，这些模块只是PLM的一部分。在看完Agile公司新产品：产品服务与升级(PS&I)的一个即兴的、简单演示以后，Instron公司质量管理部门的领导立刻产生了一个利用Agile公司PS&I模块对PLM平台进行扩展应用的想法。PS&I模块正是把设计阶段的难题和生产线上的工程变更带来的纠错功能集成在了一起。
既然有了一个平台来处理产品设计与现场服务和支持的问题，那么就可以很容易地把以前相互割裂的部门信息共享在一起，可以跟踪、管理零件的变更；找出分散在全球各地工厂的不足之处，最终大大改善客户服务水平。
“不是说我们没有质量保证体系，而是有太多质量管理系统。而我们实际上要的就是一套系统，而且是全球统一的一套系统！”在Instron公司具有60多年材料检验设计经验的文档管理工程服务经理Cam Bickel先生解释说：“因为PS&I是Agile公司的一套集成性的软件系统，而不只是一般的基于ISO9000体系的质量管理系统。所以，这套系统的最大好处就是可以把产品数据直接集成在一起。”
更高层次的
应用扩展任务范围
Instron公司应用了两年多的Agile公司PS&I模块实际上只是一般PLM项目实施中很小的，但很关键的一块。而一个大型的PLM平台提供的功能将把服务与支持信息和产品记录系统集成在一起。实际上大部分企业还没有涉及到这一块，相反，大部分公司还停留在应用PLM的主要功能上。从汇总所有的产品数据到一个系统，建立自动进行工程变更的流程，加速各个分散的开发团队的相互协同，包括那些不是工程设计人员的团队成员。
AMR的研究总监Mike Burkett先生表示，通常情况下，在现场服务和工程设计队伍交叉功能的缺乏和把与服务相关的信息都集中到一个产品记录系统中去的巨大挑战给PLM的深入实施带来很大的难题。但藩篱正在被打破，越来越多的企业开始把这一点纳入到自己的PLM发展路线图上了：“尽管应用缓慢，但那毕竟是生产企业获得巨大收益和商业机会的最大地方。”
Instron公司在PLM主流功能上的成功应用使得他们成为PLM应用进入下一个阶段的最佳候选案例。上个世纪90年代中期，他们为把在英国和美国的工厂进行信息协调费尽周折。当一个工厂的产品数据有变更或发布新产品的时候，员工们会很辛苦地在另一个地方的工厂进行同样数据的录入工作。这不仅浪费了时间，也会产生数据集成不好的问题。造成全球两个工厂之间根本无法做到数据的可视性和相互的交流。
这种情形在2000年实施Agile公司的产品后得到改善。PLM技术平台允许在两个生产系统中由一个数据接口录入数据，这样技术人员在美国录入的数据，另一个地方（欧洲）也可以进入同样的数据系统，而不会出现任何拖延时间的问题。
过去，光是数据的整理就可能花去几周甚至2个月的时间，还没有开始进行真正的产品设计，仅是为设计做准备工作而已。那么现在的一个重大改变就是大大缩短产品上市时间。“产品上市时间的快慢对我们来说是非常重要的。因为我们也不会有一大堆的新产品要发布，但发布一个就非常关键，因此越快越好。”Bickel进一步解释说：“如果您是在发布新产品的第一线，那么任何产品发布的拖延都是非常痛苦的。”
更好的可视性
会带来哪些好处？
除了给Instron公司在新品发布时间上的跳跃式提高，Agile协同系统还给他们带来另一个惊喜。大家发现给原本分散的工程小组搭建了一个数据平台，可以非常方便的共享信息。例如。Instron公司经常会进行某些客户化的工作。在美国或者在欧洲的现场服务人员会遇到各种各样的问题，他们未必对所有的问题都很熟悉。如果在以前的话，他们就是通过电子邮件的方式来回传递，可能要花费很长时间。而现在可以通过Agile的共享数据库很快地找到答案或者进行明显的问题标注，保证能够快速地解答。
在PLM项目的第一期就取得了如此切实有效的成果，Instron高层管理团队，不只是工程技术人员的领导，都对进行下一步的PLM项目实施献计献策。2002年，在看过Agile公司的最新模块PS&I以后，负责质量管理的Rick Tattersfield副总裁第一个做出反应：“传统的独立的质量管理系统与每天进行的日常数据管理毫无瓜葛，这是在浪费机会！工程师没有看见任何反馈意见。”
在应用Agile公司的PS&I模块前，企业工程师会更关注零件，就象在真空中进行设计一样，根本不关心有关质量的问题和在客户现场是否会应用失败的问题。如果某个部件确实出现问题，或安装出现问题，工程师可能会在一些非正式的场合，甚至偶然机会了解到的，当然也可能是直接联系上的。总之，没有一个统一规范的处理流程、比较容易查询的数据库进行跟踪，或者在全球基础上的准备情况如何等等。如果没有一套闭环的管理系统，Tattersfield说，工程师有可能经常会进行一些已经出现过问题的设计也不知道。这会大大降低Instron公司的质量评分。当然，客户方的问题也会随之出现。
发现范围更广的故障
被几条生产线使用的功放中的慢性故障查找倒是一个不错的例子。Instron公司今年生产了140台类似的功放系统，而他们的零件是需要现场服务的。因为没有一个数据库可以追踪到故障数据。工程师们也没有意识到这个问题到底有多么普遍。更甚至于，他们认为这类故障也只是偶然事件而已。“如果您随便于某位工程师了解情况，他们会认为这是个随机事件，因为他们每个人遇到的都是一件孤立的事件。”Bickel说，“他们无法相互了解，也许某个特别故障在其他很多地方已经出现过。”
现在，在PS&I系统作为PLM系统的一部分以后。Instron公司的工程师可以避免使用已经有故障的零件或设计。或者建立一个工作区，保证故障从产生开始到产品发布都能检查到。服务技术员可以在Agile的产品主记录库标注那些不太可靠的产品，让服务人员可以在现场进行修复。
就在功放这个例子中，一旦工程师了解到更多的产品反馈，对产品形成一个更全面的了解。他可以马上回到画板进行设计修改，让性能更加可靠。“通过这样的服务，我们每年至少让140多家客户感到更满意了。” Tattersfield说。事实上，在实施PS&I模块两年来，Instron公司的应付账款大大降低，也就是说利润大幅提升。因为客户不再把未定的质量问题作为扣留应付款的理由。
PS&I模块实际上在很多方面改善了客户服务水平，Joe Caruso，Instron全球技术支持经理指出，因为Agile系统维护着所有的服务记录和访问状态，服务部门以外的人员也可以参看这些数据，就可以很容易地判断轻重缓急。这样他们就可以直接拿到足够的信息描述客户存在的问题。这是非常必要的，但老系统却一直没有解决。Caruso说：“实际上很多客户提交的问题必须依靠服务部门以外的工作人员处理才能解决。更多的人了解客户问题，那么会大大有利于客户问题的提交和快速解决。”
以前，服务部门和产品部门的数据是分开的，相互不能共享。“很多必
要的解决问题的材料和信息随意地储藏在某些人手里。比如在英国工厂的某人的硬盘里，或者另一个部门人员的表格中。下一步计划是把围绕产品修复的技术文档全部纳入到Agile的管理数据库里。”Caruso说。这样一个公共数据库可以让全球各地的技术员使用。那样，Agile就是一个“技术记录数据库”，让技术支持人员也有一个共同的数据库来寻找这些难题。
少点紧张 高点效率
在短期内，Agile的PS&I模块让Caruso的生活变得轻松很多，Instron公司的工作效率反而提高了。“我不必象过去那样急急忙忙的，也不用老追着人家。”Caruso说：“我现在的工作就是召集一个会议就行，不过大家要在看过Agile系统里的记录以后做好准备才行。”
在Instron公司，也许实施闭环的PLM最大的好处就是把一套房子里面两个孤立的方面真正整合在了一起。Tattersfield说，“我们最终调整了工程部门和其他部门之间的流程，等我们完成以后，我们发现实际上我们获得的好处更多。Agile给了我们一个公共平台，让我们可以在上面互相说话。”