Tableau Blueprint 帮助

Tableau Blueprint Planner 中的“数据和内容治理模型”工作表将逐一介绍定义集中式、委派式和自我管控式模型的关键注意事项。这将帮助您记录每个领域由谁负责，以及指定的人员或团队应该做些什么。要详细了解每个领域，请参阅 Tableau 的管控和 Tableau 管控模型。

数据治理

数据源管理：包括与组织内数据的选择和分发相关的过程。

• 部门或团队的主要数据源是哪些？
• 谁是数据管家或数据所有者？
• 您将实时连接还是提取数据？
• 数据源应该嵌入还是发布？
• 数据集是否存在变体？如果存在变体，是否可以将这些变体整合为一个权威的数据源？
• 如果整合了多个数据源，整合后的单一数据源是否会因为尝试同时处理过多用例而影响性能或利用率？
• 数据源需要回答哪些业务问题？
• 已发布数据源使用怎样的命名规则？
• 是否需要多组织连接器（仅限 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)？
• 同步、数据流和模式 (Recipe) 是否需要编排（调度）(CRM Analytics)？
• 谁负责监控已部署的预测数据警报 (CRM Analytics - Einstein Discovery)？
• 谁负责刷新模型，包括数据集本身 (CRM Analytics - Einstein Discovery)？

内容治理

内容管理：用于保持工作簿和数据源时效性及相关度的流程

• 工作簿和数据源是否会在整个公司共享？
• 是否会使用网站来隔离敏感内容或部门？
• 项目会使用组织（部门/团队）方法、职能（主题）方法，还是混合方法？
• 是否已设置沙盒和生产项目来支持临时内容和已验证内容？
• 是否使用内容命名约定？
• 作者是否会使用不同的筛选器来发布同一工作簿的多个副本？
• 内容是否带有描述、标签并符合可视化风格？
• 您是否有预期的加载时间和异常处理程序？
• 是否有重新分配内容所有权的流程？
• 您将如何管理应用和发布分析资产 (CRM Analytics)？
• 您是否会实施限制，使用户仅将他们的分析资产保存到他们的私人应用 (CRM Analytics)？
• 是否有任何来自模板或集成服务提供商的已部署分析应用需要管理 (CRM Analytics)？

授权：定义权限模型、提供数据和内容访问权限的流程

• Active Directory/LDAP 组同步的最小站点角色是什么？
• 您是否已将默认项目中“所有用户”组的所有权限设置为“无”？
• 是否需要为“所有用户”群组设置任何明确限制（拒绝访问权限），以使该限制传播到每个用户帐户？
• 您是否为每个项目创建了与一组制作和查看功能相对应的群组？
• 您是否已通过查看某些用户的有效权限来测试您的权限模型？
• 您是否已通过在父项目上锁定权限，来维护整个项目分层结构的安全？
• 是否为已发布数据源建立了服务帐户用户名/密码？
• 您是否将用户配置到启用了 CRM Analytics 的 Salesforce 组织中 (CRM Analytics)？
• 您如何管理和分配与 CRM Analytics PSL 和权限相关的权限集 (CRM Analytics)？
• 您是否设定了应用权限并将其映射到了 Salesforce 组织中的用户/角色/群组 (CRM Analytics)？
• 您如何通过数据源的帐户登录信息，来确保连接器的安全访问 (CRM Analytics)？
• 您是否为分析集成用户个人资料，启用了对所需的自定义字段和对象的读取访问权限 (CRM Analytics)？

内容验证：用于验证内容是否正确的流程

• 谁参与验证过程？
• 内容是否准确、完整、可靠、相关且包含最新信息？
• 新内容是否会取代现有内容？
• 基础数据和计算是否正确？
• 内容是否能反映企业品牌？
• 内容是否具有符合逻辑的布局？
• 对于数据可视化，所有轴和数字的格式是否正确？
• 仪表板是否在可接受的时间内加载？
• 筛选器和仪表板动作是否对目标视图起作用？
• 仪表板在边缘案例行为（筛选至全部、无、一个值等）中是否仍然有用？
• 谁在调整模型和验证模型指标 (CRM Analytics - Einstein Discovery)？

内容提升：用于将沙盒项目中的内容引入生产项目的流程

• 谁参与提升流程？
• 内容提升角色是否可以根据检查清单来确定评估标准？
• 您是否按项目清楚地界定了认证内容和临时内容？
• 流程是否具有足够的敏捷性来支持迭代和创新？
• 您是否有相应的流程来处理直接和受限数据源和工作簿？
• 您将使用哪些迁移方法，来将分析资产从沙盒部署到生产环境 (Tabeau CRM)？
• 您是否将对预测进行灰度发布？您是否会分阶段向特定用户部署预测 (CRM Analytics)？

内容认证：用于验证内容是否经过审查并在运行状态下可信的过程

• 谁负责指定认证内容？
• 是否满足了获得认证状态的所有条件？
• 所有字段是否完整填写：关于、认证注释、标签？
• 对于故事和模型，谁来认证要作为预测部署的模型指标 (CRM Analytics)？

内容利用率：用于衡量用户参与度的流程

• 每个视图各获得多少流量？
• 陈旧内容的定义是什么？陈旧内容多久清除一次？
• 间接使用量（通知和订阅）有多大？
• 订阅的内容是否及时交付了？
• 实际受众规模是否符合预期？
• 内容是否呈现出某种周度、月度、季度趋势？
• 用户群体的登录频率是多少或者自上次登录以来已经过了多少天？
• 工作簿和数据源的大小分布情况如何？
• 您是否打算使用 Adoption Analytics 应用来监测利用率 (CRM Analytics)？