0 前言
在產(chǎn)品開發(fā)項目中發(fā)生問題時，開發(fā)和品質(zhì)等部門必須及時對問題情況進行跟蹤，并將問題發(fā)生的原因和解決對策詳細記錄下來。而企業(yè)生產(chǎn)的產(chǎn)品可能成千上萬，每種產(chǎn)品的質(zhì)量也是參差不齊，長此以往，肯定會造成數(shù)據(jù)的囤積和信息傳遞的相對滯后。如何高效的對這些數(shù)據(jù)進行管理，確保產(chǎn)品問題得到及時處理，是產(chǎn)品正式上市階段一個重要的環(huán)節(jié)。
產(chǎn)品生命周期管理（Product Lifecycle Management，PLM）是一種企業(yè)信息化的商業(yè)戰(zhàn)略。PLM系統(tǒng)不能簡單地理解為軟件，它更是一種以產(chǎn)品創(chuàng)新為要的戰(zhàn)略管理方法。它應(yīng)用一系列應(yīng)用系統(tǒng)，支持企業(yè)內(nèi)或企業(yè)間從產(chǎn)品概念設(shè)計到產(chǎn)品使用生命結(jié)束過程中產(chǎn)品信息的協(xié)同產(chǎn)生、管理、分發(fā)和使用。
Teamcenter軟件提供了一整套全方位的數(shù)字化生命周期管理解決方案，使您能最大限度地發(fā)揮您的產(chǎn)品知識，并利用它在產(chǎn)品生命周期中的每一個階段提高盈利能力和生產(chǎn)效率。Teamcenter將人員、流程與知識有機地聯(lián)系起來，從而激發(fā)創(chuàng)造力并提高生產(chǎn)效率。Teamcenter在開放式PLM基礎(chǔ)架構(gòu)之上，為數(shù)字化生命周期管理提供了一整套完善的解決方案
1 產(chǎn)品問題標準化概述
項目背景：目前公司集團化快速發(fā)展，各分公司遍布全國各地，但各分公司產(chǎn)品問題管理上各自獨立、自行解決，未形成很好的集團級問題經(jīng)驗積累及共享，導(dǎo)致類似問題需要花費大量時間、人力重復(fù)進行分析，不利于問題的快速有效解決及產(chǎn)品品質(zhì)的提升；現(xiàn)有問題的上報及解決未形成很好的閉環(huán)管理，不利于問題的追蹤；若想針對某一型號、產(chǎn)品、項目等多維度查詢問題，目前檢索方式異常困難，年份跨越度大的問題甚至根本查詢不到，不利于問題的匯總及分析。
項目目標：希望通過產(chǎn)品問題管理項目形成集團級問題經(jīng)驗積累和共享，極大減少開發(fā)、生產(chǎn)、品質(zhì)等相關(guān)部門查詢歷史問題時間，提高查詢效率，以便借鑒歷史問題處理經(jīng)驗，快速有效的解決問題，改善產(chǎn)品缺陷，提高產(chǎn)品品質(zhì)，增強產(chǎn)品競爭力。在一定程度上，降低了整個集團在問題管理上所花費的人力、時間、材料等運營成本，提升了運營效率。同時，很多問題需要跨專業(yè)及跨部門之間協(xié)同解決，打破了專業(yè)和部門之間的壁壘關(guān)系，加強了溝通協(xié)作。也為集團級問題經(jīng)驗匯總及分析，提供強有力數(shù)據(jù)保障。
2 產(chǎn)品問題標準化管理實現(xiàn)
2.1 整體設(shè)計思路
產(chǎn)品問題管理項目主要從問題創(chuàng)建與業(yè)務(wù)流程標準化、規(guī)范化、統(tǒng)一化，問題查詢與匯總可視化、便利化、多維化著手，邀請各子工廠研發(fā)部門參與，實現(xiàn)集團體系內(nèi)全面的問題管理，并借助PLM系統(tǒng)，完成多項主要功能開發(fā)（eg：問題創(chuàng)建、業(yè)務(wù)流程、產(chǎn)品問題管理庫等），從IT層面大力配合及固化產(chǎn)品問題管理項目成果。
在PLM系統(tǒng)中，通過問題管理流程，可以對研發(fā)過程中出現(xiàn)的問題進行完整記錄，并遞交給業(yè)務(wù)擔(dān)當或者領(lǐng)導(dǎo)進行審閱，從而減少研發(fā)錯誤，提高研發(fā)效率。通過產(chǎn)品問題管理庫，可以實現(xiàn)問題數(shù)據(jù)的快速查詢和數(shù)據(jù)共享，可以進行報表分析，并且能對問題進行實時跟蹤，對問題進行預(yù)警升級，規(guī)避項目風(fēng)險。
根據(jù)業(yè)務(wù)管理思想及項目目標，結(jié)合Teamcenter平臺特點，對企業(yè)產(chǎn)品問題管理邏輯流程圖進行了定義，如圖1。
圖1 產(chǎn)品問題解決邏輯圖
針對流程邏輯圖，主要從四個維度進行系統(tǒng)設(shè)計，如圖2。
●上報者：上報問題的人通常是產(chǎn)品設(shè)計工程師、工藝工程師及QA工程師，對于此部分工程師來說，他們最關(guān)心的是產(chǎn)品問題如何創(chuàng)建，如何進行上報，以及上報后如何進行有效的通知給解決問題者。當然從PLM數(shù)據(jù)本身管理來說，還需要考慮產(chǎn)品問題跟產(chǎn)品基礎(chǔ)數(shù)據(jù)本身的關(guān)系，以便產(chǎn)品數(shù)據(jù)核心線的完整統(tǒng)一，故從上報者維度，我們主要考慮產(chǎn)品創(chuàng)建、問題關(guān)系建立、問題上報及問題通知進行設(shè)計。
●解決者：解決問題擔(dān)當通常是企業(yè)研發(fā)部門工程師，他們是否對問題解決如何，主要反映在對問題流程的簽審，以及問題的解決方案反饋，從產(chǎn)品數(shù)據(jù)生命周期考慮，就需要考慮產(chǎn)品問題的一個生命周期狀態(tài)，結(jié)合上面幾個方面，在解決者維度，設(shè)計主要考慮問題審批、問題解決方案反饋、問題狀態(tài)反饋三個維度。
●領(lǐng)導(dǎo)們：領(lǐng)導(dǎo)作為企業(yè)的決策管理層，他們要及時督促企業(yè)里面疑難問題的解決，必要時要成立專門項目組，同時他們需要了解固定周期里面問題的統(tǒng)計數(shù)量及初步分析，鑒于領(lǐng)導(dǎo)的時間通常比較有限，故給他們提供的數(shù)據(jù)一定要有很強的可視化，要盡可能避開純粹文字化的闡釋。故從領(lǐng)導(dǎo)者維度，主要從日報表/月報表進行統(tǒng)計，以EXCEL的方式進行呈現(xiàn)，同時在呈現(xiàn)的過程當中，自動形成柱狀圖、餅狀圖等，便于領(lǐng)導(dǎo)可視化查看，以方便領(lǐng)導(dǎo)及時作出決策。
●查看者：查看問題的人可能是公司任何一個人，這一部分人通常是企業(yè)的新來的員工，也可能是普通的工程師，是需要考慮覆蓋面最廣的人員，他們的需求主要集中在歷史產(chǎn)品問題的查看及歷史產(chǎn)品問題解決方案的查看，當然從管理層面來考慮，還得考慮他們的權(quán)限控制問題。
圖2 產(chǎn)品問題方案維度
2.2 基于PLM-Teamcenter平臺實現(xiàn)
2.2.1 構(gòu)造產(chǎn)品問題標準化模型
結(jié)合上述設(shè)計思路與Teamcenter平臺特點，從通用性、方便性、適用性角度出發(fā)，對關(guān)鍵概念屬性進行定制。
缺省的Teamcenter當中是沒有問題管理模型的，針對這種實際，我們利用BMIDE重新定制一個Issue類型，同時對涉及到的相關(guān)屬性也進行了定制，屬性主要定制如下的一些屬性：
●問題描述。用于填寫對問題情況進行的詳細概括，要便于未來的一個識別。
●項目名稱。用于定義產(chǎn)品問題發(fā)生的具體項目，便于未來數(shù)據(jù)的統(tǒng)一檢索。
●問題負責(zé)人。用于定義產(chǎn)品問題的初步判斷解決人。
●問題發(fā)生階段。結(jié)合企業(yè)現(xiàn)狀，描述問題發(fā)生的工藝階段。
●嚴重程度。確認問題的優(yōu)先等級，便于判斷問題的重視程度。
●發(fā)布工廠。用于辨別那條產(chǎn)線發(fā)生的問題。
●問題發(fā)生條件。用于辨別問題發(fā)生的場合及條件。
●反饋端。用于辨別問題發(fā)生的場合，是內(nèi)部發(fā)現(xiàn)的還是外部發(fā)現(xiàn)的。
●問題發(fā)生時間。填寫問題發(fā)生的時間。
●期望解決日期。用于填寫問題期望的解決日期，此時間也是用來對解決者進行提醒的。
●問題發(fā)生比例。用于填寫產(chǎn)品問題發(fā)生的比例數(shù)量，用于確認問題的頻率。
另外，在定義完系統(tǒng)數(shù)據(jù)對象本身后，結(jié)合實際定義了產(chǎn)品問題的生命周期狀態(tài)，主要分為問題完成、問題分析、問題重新開始三種生命周期狀態(tài)，如圖3。
圖3 產(chǎn)品問題生命周期狀態(tài)
2.1.2 定制問題管理流程
在定制問題管理標準流程時，采用Teamcenter標準化模板定制，同時實現(xiàn)問題管理流程的閉環(huán)管理，在流程過程中充分采用Teamcenter的Handler檢查機制，避免無效的數(shù)據(jù)進入到流程，如圖4。
在T01處，定義了檢查Handler，檢查進入流程的Issue對象，是否合乎流程要求，只允許屬性填寫正確的對象能夠進入流程，如果是已經(jīng)關(guān)閉的Issue進入流程，將會添加Reopen狀態(tài)，用于辨別是否是歷史問題重新打開。
在T02處，定義了郵件發(fā)送邏輯，按照填寫的解決日期進行郵件辨別，如果離截止解決日期只剩下兩天時，系統(tǒng)將自動給解決者進行郵件提醒，一旦超過解決日期后將逐層給解決者領(lǐng)導(dǎo)發(fā)送郵件進行督促，同時在此處提供動態(tài)權(quán)限用于解決擔(dān)當進行解決方案反饋。
在T03處，定制系統(tǒng)默認的審批人，用于確認結(jié)案狀態(tài)是否滿足要求。
在T04處，提供數(shù)據(jù)具體的生命周期狀態(tài)，用于簡單識別。
在T05處，開發(fā)出郵件通知，此郵件通知用于通知需要知悉此問題的人，此郵件需要往系統(tǒng)發(fā)送郵件，以便沒有賬號的人及時知悉。
圖4 產(chǎn)品問題管理標準化流程
2.1.3 定制領(lǐng)導(dǎo)需要查看的界面
結(jié)合系統(tǒng)已有的數(shù)據(jù)，充分采用大數(shù)據(jù)思維，將系統(tǒng)里面的數(shù)據(jù)形成可視化較強的呈現(xiàn)界面用于領(lǐng)導(dǎo)查看系統(tǒng)產(chǎn)品問題情況，詳細參考圖5。
圖5 產(chǎn)品問題報表呈現(xiàn)
2.1.4 查看者界面定制
為解決在過去運營當中，工程師想針對某一型號、產(chǎn)品、項目等多維度查詢，或者進行跨年度查詢，經(jīng)常遇到各種各樣的困難，為有效解決這一問題，系統(tǒng)通過二次定制開發(fā)，實現(xiàn)了問題的多維度、多角度查詢，讓歷史數(shù)據(jù)形成統(tǒng)一化的管理，而不需要到各個工程師電腦進行獲取。
同時針對普通數(shù)據(jù)管理過程當中很多相關(guān)數(shù)據(jù)都是離散狀態(tài)存在的問題，我們充分借用現(xiàn)有Teamcenter管理機制實現(xiàn)產(chǎn)品問題與產(chǎn)品主數(shù)據(jù)的關(guān)聯(lián)統(tǒng)一，便于工程師通過任何一個數(shù)據(jù)找到所有關(guān)聯(lián)數(shù)據(jù)，真正實現(xiàn)設(shè)計協(xié)同的目的。詳細可參考下圖6。
圖6 產(chǎn)品問題報表呈現(xiàn)
2.1.5 產(chǎn)品問題管理實施總結(jié)
通過產(chǎn)品問題管理在PLM-Teamcenter系統(tǒng)的落地，實現(xiàn)為產(chǎn)品研發(fā)業(yè)務(wù)流程的執(zhí)行、監(jiān)控、數(shù)據(jù)分析打下了堅實的基礎(chǔ)。相比較傳統(tǒng)的產(chǎn)品問題管理方式，本次項目管理取得了一些創(chuàng)新與經(jīng)驗，詳細參考圖7。
圖7 產(chǎn)品問題報表呈現(xiàn)
3 結(jié)論
項目初期首先在其中一個工廠進行使用，根據(jù)使用效果我們后推廣至整個全集團使用，最終形成集團級問題經(jīng)驗的積累和共享，在一定程度上，降低了集團在問題管理上所花費的人力、時間、材料等運營成本，提升了運營效率。同時，很多問題需要跨專業(yè)及跨部門之間協(xié)同解決，打破了專業(yè)和部門之間的壁壘關(guān)系，加強了溝通協(xié)作。也為集團級問題經(jīng)驗匯總及分析，提供強有力數(shù)據(jù)保障，將進一步提升產(chǎn)品設(shè)計、產(chǎn)品質(zhì)量改進、產(chǎn)品更改方面的效率，進而快速響應(yīng)市場需求，縮短產(chǎn)品TTM和TTV，提高企業(yè)的核心競爭力。
核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.zudvwvb.cn/
本文標題：2014產(chǎn)品創(chuàng)新數(shù)字化征文：利用PLM-Teamcenter系統(tǒng)實現(xiàn)企業(yè)產(chǎn)品問題管理標準化
本文網(wǎng)址：http://www.zudvwvb.cn/html/solutions/14019317293.html
相關(guān)文章
