|
凡與描述實體產品文件有關的產品問題皆可存置於 Windchill PDMLink，只要建立問題報告 (PR) 或是企業變更請求 (ECR) 即可， 而組織的變更流程和架構會決定是否採用問題報告，或決定是否在建立企業變更請求時即啟用變更流程。
下圖說明 Windchill PDMLink 變更流程如何與 CMII 業界標準變更流程一致化。 現在就讓我們來逐步解說每個流程。
CMII 內控變更流程 -- 問題報告 |
問題報告主要是用來收集並說明產品問題，或是由產品開發流程的任一參與者的角度提出產品改善的建議。 問題報告會收集與問題相關的資訊，例如，簡短的描述、啟動者或優先順序等。 使用者還可將附件加入到問題報告內，以收集更多的資訊，像是影響項目 (系統資料)、影響最終項目 (單獨的產品) 和附件 (額外資料) 等。
問題報告一旦儲存到資料庫內，其就會顯示「開啟中 (Open)」狀態，這表示問題報告已經建立完畢，但尚未提交到變更流程。 提交到流程中後，問題報告的狀態會變為「審核中 (Under Review)」。
建立問題報告時，會將它指派到一個產品， 第一個審核者是問題報告內指定要指派到產品的變更管理員 I (CAI)， 變更管理員 I 接著會確認該問題報告是否適用， 結果可能是下列三者之一：
- 確認問題報告，將其送至企業變更請求建立的步驟
- 拒絕問題報告，因為其不適用
- 拒絕問題報告，因為其與另一個問題報告一樣
問題報告若受到確認，即會被推進到「已接受 (Accepted)」狀態； 如果問題報告是與其他問題報告重複或受到拒絕，則會被推進到「已解決 (Resolved)」狀態。 凡已解決且關閉的問題報告都會傳送通知給該問題報告的建立者，予以解釋。
下圖為變更管理員 I 的問題報告， 反白標示處為直接連至實際問題報告的連結，只要按一下該連結，就可以存取該問題報告。
分析問題報告視窗 |
問題報告被分析完畢後，就會依照給定的處理方式被路由， 已確認的問題報告會變成企業變更請求 (ECR)， 企業變更請求主要是在說明產品瑕疵或詳述建議的改善之處，以供商業決策之用， 需要解決方案的基本決策有以下兩者：
- 是否能從企業的角度解釋何以要實行此變更？
- 若接受，則應該執行快速流程變更或全流程變更？
上述流程圖說明建立企業變更請求所需的流程。 建立企業變更請求並不代表已經建立了問題報告， 變更請求建立者可以決定是否要提供額外資訊，以驗證問題所在，或是採用對等的提議來進行分析。 建立者還可以與技術審核人員協同進行驗證，評估影響力。 企業變更請求一旦被儲存，其狀態會是「開啟中 (Open)」，可以被提交至下一步的變更流程。
變更管理員 I 接受已建立或已更新的企業變更請求，然後會審核其內容和分析結果，再予以答覆上述提及的兩點問題。 下圖即為變更管理員 I 的企業變更請求。 請注意「分析 ECR (Analyze ECR)」視窗內下方的路由選擇以及變更管理員 I 在審核企業變更請求時所須的決定。 我們將於下一頁做深入的探討。
分析 ECR 視窗 |
|
