---
schema_version: "1"
id: c4523fa3959389a9ad8aac805bf01c448c725c1cd9a1059e0e3af59ed14e1356
title: Tableau 資料和內容控管
collection: tableau
version: next
locale: zh-tw
portal_url: https://docs.salesforce.com/tableau/next/zh-tw/blueprint/bp_data_and_content_governance.md
canonical_url: https://help.tableau.com/v0.0/blueprint/zh-tw/bp_data_and_content_governance.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 0cbde7403ea75b70391218df12ca87de822d5fc345543531c6785aea1f86550f
description: Blueprint guidance on defining centralized, delegated, and self-governing data and content models.
---
[跳至主要內容](#main-content)

# Tableau 資料和內容控管

> [!TIP]
> 
> 此內容是 Tableau Blueprint 的一部分，這是一個成熟度架構，可讓您放大並改進組織使用資料推動影響的方式。請使用我們的[評估](https://www.tableau.com/zh-tw/learn/webinars/tableaus-blueprint-self-assessment)開啟您的旅程。

[Tableau Blueprint Planner](https://mkt.tableau.com/TableauBlueprintPlanner_zh-TW.xlsx) 中的「資料和內容控管模型」工作表會為您詳細介紹用來定義集中式、委派式和自我控管式模型的關鍵注意事項。這將有助於您記錄負責每個領域的人以及指定的人員或團隊應該做什麼。如需每個領域的詳細資訊，請參閱 [Tableau 中的控管](https://help.tableau.com/v0.0/blueprint/zh-tw/bp_governance_in_tableau.htm)和 [Tableau 控管模型](https://help.tableau.com/v0.0/blueprint/zh-tw/bp_governance_models.htm)。

## 資料控管

資料來源管理包括組織內部資料的選擇和發佈有關的程序。

- 部門或團隊的主要資料來源是什麼？
- 哪些人是資料負責人或資料擁有者？
- 您將即時連接還是擷取資料？
- 資料來源應該嵌入還是發佈？
- 資料集是否存在變體？如果存在，是否可以將這些整併為權威來源？
- 如果整合多個資料來源，則一次嘗試滿足太多使用案例是否會損害單一資料來源的效能或效用？
- 資料來源需要回答哪些業務問題？
- 已發佈資料來源使用什麼命名慣例？
- 是否需要多組織連接器（僅限 CRM Analytics）？
- 是否需要使用輸出連接器 (CRM Analytics)？
- 是否考慮使用任何 ETL 工具或 API 呼叫，以便從本機來源 (CRM Analytics) 推送資料？
- 是否需要為 Salesforce 組織 (CRM Analytics) 建立多個本機連線？

資料品質：評估資料在特定脈絡下的用途適合性。

- 有哪些程序可以確保準確性、完整性、可靠性和相關性？
- 有哪些程序可以確定從資料來源新增或刪除欄位的上游/下游影響範圍？
- 您是否制定檢查清單以便該程序投入運作？
- 在共享和信任資料之前，哪些人需要檢查資料？
- 您的程序是否適合企業使用者？這些使用者是否能夠與資料擁有者合作來報告問題？

強化和準備：用於強化、改善或準備原始資料進行分析的程序

- 資料擴充和準備是集中式還是自助式？
- 哪些組織角色執行資料擴充和準備工作？
- 應該使用哪些 ETL 工具和程序來自動進行擴充和/或準備？
- 哪些資料來源相互結合可以提供有價值的環境？
- 合併資料來源的複雜度有多大？
- 使用者是否可以使用 Tableau Prep Builder 和/或 Tableau Desktop 合併資料集（或是 CRM Analytics 中的配方）？
- DBA 是否已建立標準化的聯結或混合欄位以便使用者能夠擴充和準備資料集？
- 您將如何啟用自助資料準備？
- 強化和準備程序應該多久進行一次（每小時、每天、每月），您將如何收到失敗通知？
- 您將使用哪種方法來組合資料集和/或保留資料集的詳細程度 (CRM Analytics)？
- 您將如何實作預測中的案例/模型所需的特徵工程或混合資料 (CRM Analytics - Einstein Discovery)？

資料安全性：用於防止未經授權存取資料的保護措施

- 您如何根據敏感度將不同類型的資料分類？
- 有人如何要求存取資料？
- 您是否將使用服務帳戶或資料庫安全性來連接資料？
- 根據敏感度分類，哪種適合的方法來保護資料？
- 您的資料安全性是否符合法律、合規性和法規要求？
- 是否規劃使用 Salesforce 的分享承襲或安全性述語來實現資料列層級安全 (CRM Analytics)？
- 是否使用 Salesforce Shield 且需要針對遮蔽欄位或加密資料集 (CRM Analytics) 進行報告？
- 是否為不同的 Salesforce 使用者/群組/角色建立資產層級存取權限 (CRM Analytics)？
- 是否有使用彙總/聚合資料集來遮蔽詳細層級分析的要求？

中繼資料管理：建立、控制、強化、歸因、定義和管理業務易用的資料語義層所用的端到端程序

- 整理資料來源的程序是什麼？
- 資料來源的大小是否適合進行的分析？
- 命名慣例和欄位格式的組織標準是什麼？
- Tableau 資料模型（CRM Analytics 的欄位或資料集 XMD）是否滿足所有收錄標準，包括方便使用的命名慣例？
- 是否已定義且已發佈中繼資料檢查清單並整合到驗證、提升和認證程序中？
- 是否在每個資料集層級確定並啟用可操作欄位 (CRM Analytics)？

監控和管理：用於衡量工作成功執行的程序

- 是否有排程可用於擷取重新整理所需的時間？
- 如何從來源系統監控原始資料攝取？作業是否成功完成？
- 是否有重複的資料來源？
- 擷取重新整理是排定於何時執行？擷取執行多久時間？重新整理成功或失敗？
- 哪些人應該收到工作執行警示和通知？
- 擷取重新整理後是否可以使用訂閱計畫？
- 是否正在使用資料來源？由哪些人使用？這與預期的受眾規模相比如何？
- 移除過時的已發佈資料來源所需的程序是什麼？
- 清理未使用的資料集所採取的程序是什麼，包括私人應用程式中的資料集 (CRM Analytics)？
- 同步、資料流程和配方 (CRM Analytics) 是否需要協調（排程）？
- 誰負責監控已部署的預測資料警示 (CRM Analytics - Einstein Discovery)？
- 誰負責重新整理模型，包括資料集本身 (CRM Analytics - Einstein Discovery)？

## 內容控管

內容管理：用於保持工作簿和資料來源最新且相關的程序

- 整個公司是否將共享工作簿和資料來源？
- 站台是否會被用來隔離敏感內容或部門？
- 專案是否會使用組織（部門/團隊）、職能（主題）或混合方法？
- 是否已設定沙箱和生產專案以支援臨時和經過驗證的內容？
- 是否使用內容命名慣例？
- 作者是否使用不同的篩選器發佈同一個工作簿的多個副本？
- 內容是否有描述和標籤並符合視覺樣式？
- 您是否有預期的載入時間和例外程序？
- 是否有重新指派內容所有權的程序？
- 您將如何管理應用程式和發佈分析資產 (CRM Analytics)？
- 您是否會限制使用者僅將自己的分析資產儲存到本身的私人應用程式 (CRM Analytics)？
- 是否有來自範本或整合服務供應商的任何已部署分析應用程式需要管理 (CRM Analytics)？

授權：界定權限模型以啟用資料和內容存取權限的程序

- Active Directory/LDAP 群組同步的最低站台角色是什麼？
- 您是否已經將「預設」專案中「全部使用者」群組的全部權限設定為「無」？
- 若要傳播到每個使用者帳戶，「全部使用者」群組是否需要任何明確的限制（拒絕權限）？
- 您是否為每個專案建立與一組製作和檢視功能相對應的群組？
- 您是否審核對某些使用者的有效權限以測試您的權限模型？
- 您是否已在父系專案上鎖定權限以維護整個專案階層的安全性？
- 是否為已發佈資料來源建立服務帳戶使用者名稱/密碼？
- 您是否將使用者佈建到已啟用 CRM Analytics (CRM Analytics) 的 Salesforce 組織中？
- 您如何管理和指派與 CRM Analytics PSL 和權限 (CRM Analytics) 相關的權限集？
- 您是否規劃應用程式權限並將這些權限對應到來自 Salesforce 組織的使用者/角色/群組 (CRM Analytics)？
- 您如何使用資料來源的帳戶登入資訊保護連接器的存取 (CRM Analytics)？
- 您是否為所需的自訂欄位和物件啟用 Analytics 整合使用者個人資料的讀取存取權限 (CRM Analytics)？

內容驗證：用於驗證內容正確的程序

- 哪些人參與驗證程序？
- 內容是否準確、完整、可靠、相關且最新？
- 新內容是否會取代現有內容？
- 完整資料和計算是否正確？
- 內容是否反映企業品牌？
- 內容是否有邏輯配置？
- 如果是資料視覺化，所有軸和數字的格式是否正確？
- 儀表板是否在可接受的效能時間內載入？
- 篩選條件和儀表板動作是否對目標檢視產生作用？
- 儀表板在邊緣案例行為（篩選為全部、無、一個值等）中是否仍然有作用？
- 哪些人調整模型和驗證模型指標 (CRM Analytics - Einstein Discovery)？

內容推廣：從沙箱專案將內容引入生產專案的程序

- 哪些人參與提升程序？
- 內容提升角色是否有要評估的標準檢查清單？
- 您是否按照專案明確區分認證內容和臨時內容？
- 程序是否敏捷支援迭代和創新？
- 您是否有工作流程可以同時處理資料和工作簿的直接受限來源？
- 您將使用哪些遷移方法將分析資產從沙箱部署到生產專案 (Tabeau CRM)？
- 您是否會針對預測進行秘密測試？您是否會分階段對特定使用者部署預測 (CRM Analytics)？

內容認證：用於驗證內容是否經過審查並在作業狀態下可信任的程序

- 哪些人負責指定認證內容？
- 是否符合達到認證狀態的全部標準？
- 是否完成所有欄位：關於、認證附註、標籤？
- 對於案例和模型，哪些人會認證要以預測形式部署的模型指標 (CRM Analytics)？

內容利用率：用於衡量使用者參與度的程序

- 每個檢視有多少流量？
- 過時內容的定義是什麼？過時內容多久清除一次？
- 發生多少間接運用（警報和訂閱）？
- 訂閱是否按時交付？
- 實際受眾人數是否符合預期？
- 內容是否遵循每週、每月、每季的趨勢？
- 自使用者群組上次登入以來，登入的頻率或天數是多少？
- 工作簿和資料來源大小的分佈情況如何？
- 您是否規劃使用 Adoption Analytics 應用程式監控使用率 (CRM Analytics)？