業務詞彙表流程圖：由建議到發布
業務詞彙表流程範本，涵蓋提出詞彙、草擬定義、處理重複項目、審批、目錄發布、檢討、修訂及停用。
甚麼是業務詞彙表流程圖：由建議到發布流程
每項定義都經過相同而清晰的決策，業務詞彙表才值得信任。這個範本由一項擬議詞彙及其重要背景開始。元數據分析員在草擬前搜尋現有目錄，讓可能重複的詞彙按意思、用法及責任比較，而不是用另一種拼法重複發布。不同概念會取得定義、別名及不包括範圍；真正重複的項目則合併成一項標準建議。數據管理專員核實領域意思，數據負責人確認問責及業務用途，目錄管理員再連同參照及變更紀錄發布。意見及定期檢討會完成循環，讓團隊明確選擇保留、修訂或停用詞彙。
這是詞彙治理流程，不是盤點所有欄位或重建元數據平台的項目。技術結構、沿革收集及存取設定可以連到已發布定義，但仍是獨立營運流程。/yue/templates/數據生命週期管理流程 會使用詞彙表一致解釋的分類、負責人及保留規則，但不會取代詞彙表的重複處理或審批路徑。同樣，/yue/templates/AI治理流程 可以使用已批准詞彙描述系統用途、輸出及受影響群組，同時保留自己的風險及檢討決策。這些關係應畫成參照，不要把本圖擴展成企業數據模型。審批角色、檢討周期及停用規則應按機構實際領域及目錄做法調整。
本流程圖涵蓋的內容
本範本包含
- 五條角色泳道及六個階段，由申請人提出詞彙，經分析、管理專員及負責人審批，到目錄發布及定期維護
- 在草擬前設完整性關卡及搜尋目錄，令例子、範圍、來源參照及現有用語一併考慮
- 按意思、用法及責任比較可能重複項目，再選擇獨立定義或合併為標準詞彙
- 分開管理專員認可及數據負責人發布審批，並把意見送回可見的定義工作
- 連同責任及參照發布，再按意見及檢討決定保留、修訂或停用，同時保存歷史
何時使用本範本
- 不同團隊以同一業務詞語代表不同概念，或以不同詞語代表同一概念，令報告互不一致
- 元數據目錄有無人負責的草稿定義、重複或過時項目，沒有一致發布或停用途徑
- 數據管理專員及負責人需要清楚分工，一方核實領域意思，另一方承擔發布詞彙的責任
- 目錄推行或數據治理計劃需要在廣泛收集詞彙前，先建立可重複的編寫流程
運作方式
界定最低建議資料
列出每位申請人必須提供的背景，例如業務問題、例子、領域、來源參照及已知同義詞。表格要短得足以使用，但不要讓只有名稱而沒有用法證據的詞彙進入草擬。
訂立重複詞彙處理規則
議定分析員如何比較候選詞彙，以及由誰解決有爭議的配對。比較應包括意思、範圍、用法、責任及別名；只看拼法相似不足以決定是否合併。
分開管理與問責
把泳道改成機構實際治理角色，並列明每項審批的意思。管理專員認可應確認領域定義可用；負責人批准則確認問責、准許用途及可以發布。
設定發布證據
選定發布時必填的目錄欄位，包括標準名稱、定義、別名、不包括範圍、負責人、管理專員、相連數據資產及生效日期。在同一位置記錄修訂，讓用戶知道定義為何改變。
選擇檢討及停用觸發條件
按每個領域設定合適周期，再加入來源系統更換、政策改變或持續用戶意見等事件。界定停用詞彙如何把讀者帶到替代項目，同時不抹去歷史參照。
常見問題
業務詞彙表流程包括哪些步驟？
申請人連同例子、範圍及來源背景提出詞彙；分析員檢查完整性並搜尋相關項目；可能重複的詞彙按意思、用法及責任比較，再分開或合併成標準建議；其後草擬定義、別名及不包括範圍，由管理專員核實意思、負責人批准發布，再由目錄管理員發布。意見及定期檢討最後導向保留、修訂或停用。
誰應批准業務詞彙表定義？
應使用能回答不同問題的角色，而不是增加形式化簽名。數據管理專員或領域專家應核實定義準確、獨立而且可用；數據負責人確認問責及發布後果；目錄管理員則檢查元數據完整性並發布，不應變成詞義權威。小型機構可以合併角色，但兩項決定仍要清楚分開。
應如何處理重複的詞彙表項目？
先判斷它們是否描述同一概念。若是，保留一項標準詞彙，把其他寫法記作別名，重新指向參照並保存變更歷史。若範圍或意思不同，便保留兩者並寫清楚不包括範圍。刪除前要先找出仍然使用舊詞的報告、數據產品及政策。
業務詞彙應多久檢討一次？
沒有適用所有領域的通用周期。應按領域變化速度設定頻次，並在系統、產品、政策或報告定義變更時觸發檢討。常用或具爭議的詞彙可能要更頻密處理。每項已發布詞彙至少要有問責負責人、下次檢討訊號，以及讓用戶在兩次檢討之間報告含糊之處的途徑。