管理產品變更
產品會隨著產品品質改善、市場需求變更,以及將創新構想納入現有產品而逐步形成。在發行產品之前,於產品生命週期的早期可以輕鬆採取非正式的變更。但是,當產品設計成熟且發行到生產時,則必須使用更為正式的流程,因為此時的變更計劃更為複雜且成本也增加了。
變更流程
Windchill 可協助您執行非正式與正式的變更流程。每個公司的正式變更流程都具唯一性;但是也有許多最佳作法可為所有公司共用。Windchill 包含捕捉通用最佳作法的正式變更流程。
標準 Windchill 流程包含五個基本步驟,如下圖所示。每個步驟都由自動工作流程所驅動。按一下流程圖表方塊可直接轉至基本流程步驟的描述。
Go to explanation for step 1, Identify IssueGo to explanation for step 2, Request ChangeGo to explanation for step 3, Plan ChangeGo to explanation for step 4, Change ImplementationGo to explanation for step 5, Physical Implementation
步驟 1 - 識別議題 - 議題就是指產品設計的任何報告問題或建議改善,通常是在問題報告中捕捉。在議題移至下一個步驟之前,會對其進行分析、討論與驗證。您可以選擇是否使用問題報告;議題也可以由變更請求與變更通知來記錄。
如需詳細資訊,請參閱關於問題報告
步驟 2 - 請求變更 - 一或多個驗證的議題由變更請求解決。變更請求會開始變更流程,並捕捉所有相關資料與分析,包括要執行變更的技術與企業理由。
變更的複雜度決定使用簡單還是健全的變更流程。當要進行的變更不會對訂單、生產或對現場設備的翻新產生影響時,變更請求可以經過簡化的工作流程來完成,這稱為快速流程。而當變更比較複雜、成本較高或範圍很大時,則會使用更為健全的流程,這稱為全流程。對於確定要執行的流程而言,您的公司擁有唯一指導方針。
如需詳細資訊,請參閱關於變更請求
步驟 3 - 計劃變更 - 當接受變更以實行時,必須計劃記錄及實行變更的工作。變更通知會記錄實行計劃。計劃包括與要變更之產品資料相關聯的不同任務。會針對現有產品的庫存處理方式提議排程,及提出建議。當核准計劃時,工作流程會觸發實行。
如需詳細資訊,請參閱關於變更通知
步驟 4 - 變更實行 - 會將變更任務分配給負責更新產品文件集與捕捉新產品組態的人員。當實體實行開始時,會發行新產品組態以進行製造。
如需詳細資訊,請參閱關於變更任務
步驟 5 - 實體實行 - 會將變更納入生產中,並且會檢查新零件以及已修改的零件,以確保其符合設計需求。產品規格的變動使用差異申請/豁免流程進行管理。
如需詳細資訊,請參閱關於變動
Windchill 變更物件網路
上述的四個基本變更物件連結在一起便形成了變更流程的完整記錄。變更物件的網路及其關係如下圖所示。請注意,變更物件網路會以此順序建立:即從左上方的問題報告開始,然後向前移至右下方的變更任務。但解決變更物件網路則是以相反順序進行:即從完成變更任務開始,然後向後移至左上方的問題報告。
您可以從零件或文件的資訊頁,或利用現有問題報告建立變更請求。當利用問題報告建立變更請求時,兩個變更物件之間會自動彼此相關。您可以將受影響資料從問題報告複製到變更請求。一個變更請求可以解決多個問題報告。
當變更審核委員會接受變更請求以實行時,使用者會從變更請求建立變更通知,並自動將兩個物件相關。變更通知由實行計劃所要求的一或多個變更任務組成,並會再次新增至變更物件網路。每個變更物件都有現成的工作流程,可驅動以使其完成。各工作流程會連結在一起,以便在完成一個工作流程中的任務時觸發下一個工作流程中任務的開始。當完成變更時,工作流程會透過更改變更物件的狀態,並傳送通知給負責人來關閉流程迴路。
* 
上圖使用從問題報告開始的所有變更物件說明了完整的變更流程。該流程可以縮短為從變更請求或變更通知開始。
這是否有幫助?