Ｂｅｔｈ?。樱簦幔悖耄穑铮欤?/p>

美國Instron公司在管理工具上的專業(yè)化應用幫助其屬下工廠對其產(chǎn)品設計體系和零件材料的質(zhì)量和耐用性進行檢測。這樣，作為一家2億美元生產(chǎn)規(guī)模的企業(yè)就無需自己再建立一套單獨的質(zhì)量檢驗系統(tǒng)。方法很簡單:把PLM(產(chǎn)品生命周期管理)的應用引向深入!把服務和支持的數(shù)據(jù)集成在一起，以形成一個閉環(huán)系統(tǒng)。這些產(chǎn)品數(shù)據(jù)包括了從市場導入到退隱市場的整個發(fā)展過程中所涉及到的方方面面。

總部位于美國MA州Norwood市的Instron公司在英國和MA州Canton市擁有兩家生產(chǎn)廠，他們原本的打算是利用PLM系統(tǒng)的協(xié)同功能來幫助全球各地工程師提高工作效率和可視性。但他們的開發(fā)團隊開始享用把所有與產(chǎn)品相關的數(shù)據(jù)都有一個獨立數(shù)據(jù)庫而帶來的便利之后，Instron公司發(fā)現(xiàn)，他們其實可以把同一套系統(tǒng)用于對質(zhì)量檢驗的管理，這將大大有助于提升服務部門在現(xiàn)場的處理能力。當然，他們這次同樣把系統(tǒng)推廣到了全球各地。

擴展PLM平臺

這個應用案例的產(chǎn)生也非常具有戲劇性?？偛课挥诩又菔ズ稳腁gile公司從1999年開始就是Instron公司的協(xié)同和產(chǎn)品數(shù)據(jù)管理(PDM)的供應商，這些模塊只是PLM的一部分。在看完Agile公司新產(chǎn)品：產(chǎn)品服務與升級(PS&I)的一個即興的、簡單演示以后，Instron公司質(zhì)量管理部門的領導立刻產(chǎn)生了一個利用Agile公司PS&I模塊對PLM平臺進行擴展應用的想法。PS&I模塊正是把設計階段的難題和生產(chǎn)線上的工程變更帶來的糾錯功能集成在了一起。

既然有了一個平臺來處理產(chǎn)品設計與現(xiàn)場服務和支持的問題，那么就可以很容易地把以前相互割裂的部門信息共享在一起，可以跟蹤、管理零件的變更；找出分散在全球各地工廠的不足之處，最終大大改善客戶服務水平。

“不是說我們沒有質(zhì)量保證體系，而是有太多質(zhì)量管理系統(tǒng)。而我們實際上要的就是一套系統(tǒng)，而且是全球統(tǒng)一的一套系統(tǒng)！”在Instron公司具有60多年材料檢驗設計經(jīng)驗的文檔管理工程服務經(jīng)理Cam Bickel先生解釋說：“因為PS&I是Agile公司的一套集成性的軟件系統(tǒng)，而不只是一般的基于ISO9000體系的質(zhì)量管理系統(tǒng)。所以，這套系統(tǒng)的最大好處就是可以把產(chǎn)品數(shù)據(jù)直接集成在一起?！?/p>

更高層次的

應用擴展任務范圍

Instron公司應用了兩年多的Agile公司PS&I模塊實際上只是一般PLM項目實施中很小的，但很關鍵的一塊。而一個大型的PLM平臺提供的功能將把服務與支持信息和產(chǎn)品記錄系統(tǒng)集成在一起。實際上大部分企業(yè)還沒有涉及到這一塊，相反，大部分公司還停留在應用PLM的主要功能上。從匯總所有的產(chǎn)品數(shù)據(jù)到一個系統(tǒng)，建立自動進行工程變更的流程，加速各個分散的開發(fā)團隊的相互協(xié)同，包括那些不是工程設計人員的團隊成員。

AMR的研究總監(jiān)Mike Burkett先生表示，通常情況下，在現(xiàn)場服務和工程設計隊伍交叉功能的缺乏和把與服務相關的信息都集中到一個產(chǎn)品記錄系統(tǒng)中去的巨大挑戰(zhàn)給PLM的深入實施帶來很大的難題。但藩籬正在被打破，越來越多的企業(yè)開始把這一點納入到自己的PLM發(fā)展路線圖上了：“盡管應用緩慢，但那畢竟是生產(chǎn)企業(yè)獲得巨大收益和商業(yè)機會的最大地方?！?/p>

Instron公司在PLM主流功能上的成功應用使得他們成為PLM應用進入下一個階段的最佳候選案例。上個世紀90年代中期，他們?yōu)榘言谟兔绹墓S進行信息協(xié)調(diào)費盡周折。當一個工廠的產(chǎn)品數(shù)據(jù)有變更或發(fā)布新產(chǎn)品的時候，員工們會很辛苦地在另一個地方的工廠進行同樣數(shù)據(jù)的錄入工作。這不僅浪費了時間，也會產(chǎn)生數(shù)據(jù)集成不好的問題。造成全球兩個工廠之間根本無法做到數(shù)據(jù)的可視性和相互的交流。

這種情形在2000年實施Agile公司的產(chǎn)品后得到改善。PLM技術平臺允許在兩個生產(chǎn)系統(tǒng)中由一個數(shù)據(jù)接口錄入數(shù)據(jù)，這樣技術人員在美國錄入的數(shù)據(jù)，另一個地方（歐洲）也可以進入同樣的數(shù)據(jù)系統(tǒng)，而不會出現(xiàn)任何拖延時間的問題。

過去，光是數(shù)據(jù)的整理就可能花去幾周甚至2個月的時間，還沒有開始進行真正的產(chǎn)品設計，僅是為設計做準備工作而已。那么現(xiàn)在的一個重大改變就是大大縮短產(chǎn)品上市時間?！爱a(chǎn)品上市時間的快慢對我們來說是非常重要的。因為我們也不會有一大堆的新產(chǎn)品要發(fā)布，但發(fā)布一個就非常關鍵，因此越快越好?！盉ickel進一步解釋說：“如果您是在發(fā)布新產(chǎn)品的第一線，那么任何產(chǎn)品發(fā)布的拖延都是非常痛苦的。”

更好的可視性

會帶來哪些好處？

除了給Instron公司在新品發(fā)布時間上的跳躍式提高，Agile協(xié)同系統(tǒng)還給他們帶來另一個驚喜。大家發(fā)現(xiàn)給原本分散的工程小組搭建了一個數(shù)據(jù)平臺，可以非常方便的共享信息。例如。Instron公司經(jīng)常會進行某些客戶化的工作。在美國或者在歐洲的現(xiàn)場服務人員會遇到各種各樣的問題，他們未必對所有的問題都很熟悉。如果在以前的話，他們就是通過電子郵件的方式來回傳遞，可能要花費很長時間。而現(xiàn)在可以通過Agile的共享數(shù)據(jù)庫很快地找到答案或者進行明顯的問題標注，保證能夠快速地解答。

在PLM項目的第一期就取得了如此切實有效的成果，Instron高層管理團隊，不只是工程技術人員的領導，都對進行下一步的PLM項目實施獻計獻策。2002年，在看過Agile公司的最新模塊PS&I以后，負責質(zhì)量管理的Rick Tattersfield副總裁第一個做出反應：“傳統(tǒng)的獨立的質(zhì)量管理系統(tǒng)與每天進行的日常數(shù)據(jù)管理毫無瓜葛，這是在浪費機會！工程師沒有看見任何反饋意見。”

在應用Agile公司的PS&I模塊前，企業(yè)工程師會更關注零件，就象在真空中進行設計一樣，根本不關心有關質(zhì)量的問題和在客戶現(xiàn)場是否會應用失敗的問題。如果某個部件確實出現(xiàn)問題，或安裝出現(xiàn)問題，工程師可能會在一些非正式的場合，甚至偶然機會了解到的，當然也可能是直接聯(lián)系上的?？傊瑳]有一個統(tǒng)一規(guī)范的處理流程、比較容易查詢的數(shù)據(jù)庫進行跟蹤，或者在全球基礎上的準備情況如何等等。如果沒有一套閉環(huán)的管理系統(tǒng)，Tattersfield說，工程師有可能經(jīng)常會進行一些已經(jīng)出現(xiàn)過問題的設計也不知道。這會大大降低Instron公司的質(zhì)量評分。當然，客戶方的問題也會隨之出現(xiàn)。

發(fā)現(xiàn)范圍更廣的故障

被幾條生產(chǎn)線使用的功放中的慢性故障查找倒是一個不錯的例子。Instron公司今年生產(chǎn)了140臺類似的功放系統(tǒng)，而他們的零件是需要現(xiàn)場服務的。因為沒有一個數(shù)據(jù)庫可以追蹤到故障數(shù)據(jù)。工程師們也沒有意識到這個問題到底有多么普遍。更甚至于，他們認為這類故障也只是偶然事件而已?！叭绻S便于某位工程師了解情況，他們會認為這是個隨機事件，因為他們每個人遇到的都是一件孤立的事件。”Bickel說，“他們無法相互了解，也許某個特別故障在其他很多地方已經(jīng)出現(xiàn)過?！?/p>

現(xiàn)在，在PS&I系統(tǒng)作為PLM系統(tǒng)的一部分以后。Instron公司的工程師可以避免使用已經(jīng)有故障的零件或設計?；蛘呓⒁粋€工作區(qū)，保證故障從產(chǎn)生開始到產(chǎn)品發(fā)布都能檢查到。服務技術員可以在Agile的產(chǎn)品主記錄庫標注那些不太可靠的產(chǎn)品，讓服務人員可以在現(xiàn)場進行修復。

就在功放這個例子中，一旦工程師了解到更多的產(chǎn)品反饋，對產(chǎn)品形成一個更全面的了解。他可以馬上回到畫板進行設計修改，讓性能更加可靠?！巴ㄟ^這樣的服務，我們每年至少讓140多家客戶感到更滿意了?！?Tattersfield說。事實上，在實施PS&I模塊兩年來，Instron公司的應付賬款大大降低，也就是說利潤大幅提升。因為客戶不再把未定的質(zhì)量問題作為扣留應付款的理由。

PS&I模塊實際上在很多方面改善了客戶服務水平，Joe Caruso，Instron全球技術支持經(jīng)理指出，因為Agile系統(tǒng)維護著所有的服務記錄和訪問狀態(tài)，服務部門以外的人員也可以參看這些數(shù)據(jù)，就可以很容易地判斷輕重緩急。這樣他們就可以直接拿到足夠的信息描述客戶存在的問題。這是非常必要的，但老系統(tǒng)卻一直沒有解決。Caruso說：“實際上很多客戶提交的問題必須依靠服務部門以外的工作人員處理才能解決。更多的人了解客戶問題，那么會大大有利于客戶問題的提交和快速解決。”

以前，服務部門和產(chǎn)品部門的數(shù)據(jù)是分開的，相互不能共享?！昂芏啾?/p>

要的解決問題的材料和信息隨意地儲藏在某些人手里。比如在英國工廠的某人的硬盤里，或者另一個部門人員的表格中。下一步計劃是把圍繞產(chǎn)品修復的技術文檔全部納入到Agile的管理數(shù)據(jù)庫里?！盋aruso說。這樣一個公共數(shù)據(jù)庫可以讓全球各地的技術員使用。那樣，Agile就是一個“技術記錄數(shù)據(jù)庫”，讓技術支持人員也有一個共同的數(shù)據(jù)庫來尋找這些難題。

少點緊張 高點效率

在短期內(nèi)，Agile的PS&I模塊讓Caruso的生活變得輕松很多，Instron公司的工作效率反而提高了?！拔也槐叵筮^去那樣急急忙忙的，也不用老追著人家。”Caruso說：“我現(xiàn)在的工作就是召集一個會議就行，不過大家要在看過Agile系統(tǒng)里的記錄以后做好準備才行?！?/p>

在Instron公司，也許實施閉環(huán)的PLM最大的好處就是把一套房子里面兩個孤立的方面真正整合在了一起。Tattersfield說，“我們最終調(diào)整了工程部門和其他部門之間的流程，等我們完成以后，我們發(fā)現(xiàn)實際上我們獲得的好處更多。Agile給了我們一個公共平臺，讓我們可以在上面互相說話?！?/p>