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

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

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

擴展PLM平臺

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

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

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

更高層次的

應(yīng)用擴展任務(wù)范圍

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

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

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

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

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

更好的可視性

會帶來哪些好處？

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

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

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

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

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

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

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

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

以前，服務(wù)部門和產(chǎn)品部門的數(shù)據(jù)是分開的，相互不能共享。“很多必

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

少點緊張 高點效率

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

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